「組織的負債」を貯めないための、プログラマの哲学によるチームのマネジメント術 | Social Change!
プログラマの世界には「技術的負債」という言葉がある。ソフトウェアを開発していく中で、時間がなくて妥協したり、技術力が足りなかったりして、適当に作ってしまった部分が、後々になって不具合を引き起こしたり、改修にかかるコストをあげたりすることを言う。 後になればなるほど、悪影響が大きくなることから負債と喩えられる。そんな技術的負債と同じように、組織やチームのマネジメントでも、後になればなるほど悪影響が出てくるような「組織的負債」とも言えるような現象が起きてしまうことがある。 本記事では、私たちソニックガーデンで「組織的負債」を貯めないようにチーム経営してきた経験をもとに、プログラマの哲学を応用したマネジメント術について書いた。（今回の記事では「である」調にしてみた） 技術的負債と組織的負債の生まれる背景 技術的負債が生まれるのは、スタートアップの初期段階に多い。その時期は得てして、経験豊富な技術
ホウレンソウからザッソウ（雑談・相談）へ | Social Change!
仕事をする上で、ホウレンソウすなわち報告・連絡・相談は大事だ。こまめな報告があれば安心できるし、連絡が行き届くことで無駄もなくなるし、相談があることで早く問題を解決できる。上手なホウレンソウは社会人にとって基礎スキルと言える。 そして、ホウレンソウが出来るようになったら、その次は「ザッソウ」だ。ザッソウは、私たちが勝手に考えた言葉で、雑談・相談のことを指している。 ホウレンソウはもちろん大事だが、良いチームにするためにはザッソウ、とりわけ雑談というのは誰しもが思っているよりも大事な要素だ。 メンバー同士が気軽に雑談しあえるチームは、心理的安全が保たれていると言えるし、イノベーションに繋がるような突飛なアイデアは雑談の中から生まれたりする、かもしれない。 なんにせよ、気軽に雑談が出来るようなチームの方が楽しそうだ。そんなチームで働きたいとは思わないか。 職場における雑談の効能 チームには雑談
セルフマネジメントの必須スキル「タスクばらし」そのポイント | Social Change!
私たちソニックガーデンでは、指示命令のマネジメントを捨て、メンバーそれぞれが自分で考え自律的に行動することで、高い生産性を発揮しつつ様々な変化に対して柔軟に対応できる組織づくりに努めている。 そんなメンバーたちに求めるのはセルフマネジメントができることだ。セルフマネジメントができるために身に付ける素養は少なくない。しかし、セルフマネジメントを身につける最初の一歩は何かを聞かれたら「タスクばらし」だと答えるだろう。 本記事では、セルフマネジメントをマスターするための最初の必須のスキル「タスクばらし」について紹介する。 「タスクばらし」とは 「タスクばらし」とは、読んで字のごとく、仕事をタスクにバラすことである。仕事に取り掛かる前に、その仕事の要素を分解し、どのように進めるか道筋を立てることで、どれくらい時間がかかるか、リスクは何か、見通しを得ることができる。 当たり前のことだと思っていたが、
プログラマと漫画家〜「何を作る」のか考えたいプログラマと「どう作る」を追求するプログラマ | Social Change!
プログラマには「何を作る」のか考えられるプログラマと「どう作る」を追求するプログラマの２種類いる。どっちが優劣ではなく違いがある。漫画家で言うと、独りで全て出来る人と、原作と作画が分かれて作画を追求する人。そう考えてプログラマは漫画家に似てると思った。 http://twitter.com/#!/kuranuki/status/107815093332492289 プログラマという職業は何に似ているか。プログラミングという作業が、ただの単純労働のように思われてる一面があることに、私はとても憤りを覚えます。 私はプログラミングがとても大好きで、プログラミングはクリエイティブな活動だし、高いスキルが必要なものだとも考えていて、それが出来るプログラマは、もっと希少な職業であっても良いはずだと考えています。 では、プログラマという職業はいったい何に似ているか。あるとき「漫画家」が近いのではないか、
ソフトウェアエンジニアの目指す道 〜 ナレッジワーカーとしてのプログラマ | Social Change!
私たちソニックガーデンでは、「プログラマを一生の仕事にする」ということを一つのビジョンにしています。 このブログではよく書いていますが、私たちの考えるプログラマとは、ただコンピュータに文字を打ち込むだけの仕事ではなく、ソフトウェアそのものの企画から、関連するすべての設計、そしてコーディングと、動かすための運用までの、ソフトウェアエンジニアリングのすべてを行う仕事です。 それらは「何をするか」という観点からプログラマの仕事を表したものですが、より抽象的に考えると、プログラマの仕事は何か、そして何を目指すことで「一生の仕事にする」ことができるのか、この記事では考えてみました。 Employees hand rolling cigars in a cigar factory: Ybor City, Florida / State Library and Archives of Florida プ
社内ベンチャーの経験から学んだ新規事業の失敗を防ぐための５つのポイント | Social Change!
企業が新規事業を創り出す為にはどうすれば良いでしょうか。それまでの延長上にない事業を創り出すためには、それまでの延長上でない形が必要なはずです。その一つの取り組みが「社内ベンチャー」でしょう。 社内ベンチャーとは、既に事業をもっている大企業の中で、新規事業創造を目的に独立した事業部隊として作られる組織のことです。法人登記をしていないため、法人格をもった会社ではありません。 「Soup Stock Tokyo」が、三菱商事の社内ベンチャーから始まったことをご存知の方も多いでしょう。以下の本に詳しく書かれており、私も読みましたが、とても興味深い内容でした。 私たちの会社ソニックガーデンも、元々は大企業の社内ベンチャーとしてスタートして、今は買い取って完全に独立した会社にさせてもらっています。社内ベンチャーをしていた期間は２年間でしたが、そこでは非常に沢山のことを学ばせてもらいました。 ただ、私
チケット駆動開発のススメ〜No ticket! No commit | Social Change!
システム開発の世界には「デスマーチ」というなんとも恐ろしい言葉があります。プロジェクトに火が付き、終わりが見えない過酷な状態をそう呼びます。多くの場合、デスマーチを引き起こしているのは、タスクが目に見えていないために、やみくもに人を投入し、限界まで出来るだけのことをやろうとしてしまうこと、だと思います。そう「やるべきこと」を明らかにしないことが原因です。 チケット駆動開発は、見えないタスクの問題を解決する糸口になります。 チケット駆動開発は、もともとはソフトウェア開発におけるバグ管理のタスクをチケットという単位で管理していたことを応用した手法になります。プロジェクトにおけるすべての作業を、チケットという単位で管理を行い、そのチケットを消化していくことで開発を進めていきます。 こうすることで、作業漏れやどういった進捗状況であるのかをすぐに共有することができるようになります。“No ticke
チケット駆動開発で Pivotal Tracker を上手に使うための4つのポイント | Social Change!
ソフトウェア開発のタスクはどのように管理するのが効率的なのか。ソフトウェアという目に見えないものを作るためにはタスクの見える化は進捗状況を図る重要な指標になります。ソフトウェア開発で発生するタスクを、バグ管理システム（BTS）や課題管理システム（ITS）を活用することで、タスクの状態とワークフローを管理しようというのがチケット駆動開発です。 チケット駆動開発については、以前に記事を書いたので、そちらを参考にしてください。 チケット駆動開発のススメ〜No ticket! No commit チケット駆動開発をうまく実践するためにはツールが不可欠です。不具合管理や障害管理で使うツールを応用して活用することも出来ますが、最近は専用のツールも出て来ています。ソニックガーデンでは、Pivotal Trackerというツールを使っています。Pivotal Trackerでは「ストーリー」と表記していま
メールボックスは空っぽですか？Gmailのアーカイブ機能を使って生産性を上げる方法 | Social Change!
Gmailのアーカイブ機能、使っていますか？ Gmailと言えば、Googleの提供する無料で使えるウェブメールです。なによりも大容量であることが特徴ですね。私も仕事でGoogleAppsのGmailを使っています。 そんなGmailを使っているという人は沢山いると思います。しかし、Gmailの「アーカイブ」機能を使っている人はそんなにいない、ということを知りました。 Gmailには色々な特徴や機能がありますが、私がとりわけ気に入っているのは「アーカイブ」です。これによって、以前まで使っていたメーラーなんかと比べて圧倒的に生産性が上がりました。もう「アーカイブ」を使わない生活には戻れません。 この記事では、Gmailの「アーカイブ」機能の紹介と、それによって生産性が上がることについて書くことにします。 Google Mail website screenshot / Spencer E H
高速で無駄のないソフトウェア開発を実現するための7つのポイント | Social Change!
どうすれば小規模なチームでも大きな成果を出せるのか。大きな組織で沢山の量をこなすのは当たり前のことで、あまりクールではありません。少ない人数でも大きな成果を出すには、スピードをあげることと、そのためにも無駄をなくすことがポイントになってきます。 ソフトウェアをつくるための３つの役割で書いた通り、ソフトウェア開発をクラウドのようなサービス提供で続けていくには、プロダクトオーナーとプログラマーがキャッチボールのような形で、仕様と実装をずっと繰り返しながら作っていくのが自然です。 SonicGardenで使っているツールと開発の流れの全体は以下のようになります。大事なことは「動くソフトウェア」の状態を保ったまま、どれだけ回転数をあげていけるか、ということです。そのために、プロダクトオーナーとプログラマの間で待ち時間を減らすために並行して進めるようにするなど工夫しています。 ホワイトボードとMVP
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
