重要なテクノロジーは10名以下のチームで作られた ~ Innovation Sprint 2011(後編)

2011年1月18日

1月14日にコミュニティが主催し都内で行われたイベント「Innovation Sprint 2011」は、アジャイル開発手法の1つとしてもっともよく使われている「スクラム」の生みの親と言える2人、野中郁次郎氏とジェフ・サザーランド氏がそれぞれ基調講演を行いました。しかもサザーランド氏と野中氏が会うのは今回が初めてということで、アジャイル開発の歴史に残るイベントになりました。

野中氏の基調講演に続き、サザーランド氏の基調講演の内容を紹介しましょう。

(本記事は「スクラムの生みの親が語る、スクラムとはなにか? たえず不安定で、自己組織化し、全員が多能工である ~ Innovation Sprint 2011(前編)」の続きです)

なぜソフトウェアのプロジェクトは失敗するのだろう?

Chairman,the Scrum Training Institute ジェフ・サザーランド氏。

fig

なぜソフトウェアのプロジェクトというのはこれほど失敗するのだろう。調査によると、1994年のプロジェクトの成功率は16%、2009年でも32%。私がこの業界に入って気付いたのは、ソフトウェアのプロジェクトにまるでミサイルの打ち上げのように大きなお金と工数をつぎ込んで、そして爆発してしまう、ということ。

fig

こうしたことがあちこちで起きている。

ほかの業界、例えば化学業界の人に、化学工場が爆発しないようにどうプロジェクトを進めているかを聞いたところ、プロジェクトには2種類あるという。将来が予測できるプロジェクトのプロセスと、予測できないプロジェクトのプロセスだ。

ソフトウェアの開発では、開発中に要件が変わるものである(つまり将来が予測できない)。しかし、なぜか要件が変わらない前提で作り始める。

これが失敗の原因であり、開発プロセスの大きな変化を必要としている。そこで、日本の製造業にデミング博士の論文が与えた影響や、シリコンバレーの起業家たちのチーム構成、ゼロックスの研究所やアラン・ケイ氏の研究、野中-竹内論文などを研究した。

重要なテクノロジーは10名以下のチームで作られた

スクラムはいかに作られたのか。

例えば、いま誰もが使っている重要なテクノロジー。PCやマウス、イーサネットやウィンドウインターフェイスなどは、どれも10名以下のチームで開発されている。小さなチームがカギだ。

fig

また、アラン・ケイ氏の研究によると、大きな組織では頭のいい人がインクリメンタルに研究をしているが、そういうやり方ではなく特定の課題を集中的に見るのがイノベーションにとっていいやり方だという。

こうしたところにスクラムのヒントを得た。

スクラムはシンプルなフレームワークだ。役割は3つしかなく、チームのメンバーとスクラムマスターとプロダクトオーナーしかいない。特定の肩書きはサイロ化につながり、スローダウンと生産性の低下につながる。

fig

ただしチームのファシリテートは必要なので、それをスクラムマスターが行うし、どれを作るべきかという優先付けしてリスト化しなければならない、それがプロダクトオーナーの役割。

これは野中さんの論文からヒントをもらった、スクラムマスターは、何をすべきかを指示するのではなく、ファシリテートする。サッカーのキャプテンと同じようにチームの中で一緒にプレイする。

ミーティングもできるだけ短く少なくする。ただし、ベル研究所に学んだのは、毎日顔を見るのも大事であり、デイリーミーティングをやることでコミュニケーションを最大化すること。

そしてスプリントが終わったらデモをする。デモは非常に大事で、MITのメディアラボでは「Demo or Die」(デモか死か)と言われていたそうだ。動いているものをみんなで見るのはどれだけ重要かということ。

もちろんプロジェクトの進捗に関するレポートは必要だ。スプリントのバックログのリストとバーンダウンチャートを使う。ガントチャートは先が読めないときにはほとんど意味がないので使わない。

野中さんの論文によると、NASAはスペースシャトルの開発をウォーターフォール形式で行い、打ち上げまで10年かかった。

fig

このように1つ1つのプロセスがサイロになり、そのあいだをドキュメントでつなごうとすると失敗する。

それを富士ゼロックスではオーバーラップさせ、ホンダではすべてをいちどにやろうとした。チームのメンバー全員がプロジェクトの内容を理解することが成功につながるということだ。

デベロッパーではなくマネージャをトレーニングし直すべき

私たちは、マネジメントの考え方を世界中で変えなければならない。デベロッパーをトレーニングするのではなく、マネージャをトレーニングし直すべきなのだ。

マネジメントを教育するにはリーン(Lean)開発手法を用いるのがよい。これも日本発の考え方で、しかも世界中で試されている。

fig

こうしたことで10倍の生産性だって実現できる。Anything Possible!

fig

スクラムのルーツとなった二人の対談が実現

お二人の講演のあと、平鍋氏を通訳として2人の歴史的な対談が実現しました。

fig

また、コミュニティ主導でこのイベント「Innovation Sprint 2011」の開催に至る経緯の説明が、よしおかひろたかさんのブログのエントリ「Innovation Sprint 2011 に参加した」と、Togetter「イノベーションスプリントへの道 by @kawaguti」にありますので、あわせてご覧ください。

Innovation Sprint 2011関連記事

アジャイル開発関連記事

このエントリーをはてなブックマークに追加
Bookmark this on Delicious

タグ : アジャイル開発 , スクラム

≫次の記事
W3CがHTML5のロゴを発表! ホームページに貼ろう!
≪前の記事
スクラムの生みの親が語る、スクラムとはなにか? たえず不安定で、自己組織化し、全員が多能工である ~ Innovation Sprint 2011(前編)

Loading...

Blogger in Chief

photo of jniino Junichi Niino(jniino)
IT系の雑誌編集者、オンラインメディア発行人を経て独立。新しいオンラインメディアの可能性を追求しています。
詳しいプロフィール


新サイト「Publickey Topics」始めました!


Publickeyの新着情報をチェックしませんか?
Twitterで : @Publickey
RSSリーダーで : Feed





アクセスランキング - 過去7日間

  1. IT系企業の平均給与を業種別にみてみた 2014年版 ~ ネットベンチャー、ソーシャル、ゲーム編
  2. IT系上場企業の平均給与を業種別にみてみた 2014年版 ~ パッケージベンダ、SIer、ホスティング企業編
  3. マイクロソフトがGitHubに登場。TypeScriptのプロジェクトをCodeplexからGitHubへ移行
  4. Amazon RDS for PostgreSQLが正式サービスへ。SLAで可用性99.95%を約束
  5. IT系上場企業の平均給与を業種別にみてみた 2013年版 ~ パッケージベンダ、SIer、ホスティング企業編
  6. IT系上場企業の平均給与を業種別にみてみた 2013年版 ~ ネットベンチャー、ソーシャル、モバイル編
  7. Amazonクラウド、「AWSマネージメントコンソール」日本語版プレビュー発表
  8. 欧SAPがCloud FoundryとOpenStackに参加、それぞれのスポンサーに
  9. 今からでも間に合うDockerの基礎。コンテナとは何か、Dockerfileとは何か。Docker Meetup Tokyo #2
  10. 日本は主要クラウドベンダーの激戦区に。AWS、Salesforceに続きAzure、SAP、IBMなどが国内データセンターを相次いで設置。VMwareも国内データセンターでパブリッククラウド参入
  11. インフラ自動化ツールのChefもDocker対応へ。「Chef Container」ベータ版発表
  12. 最近よく目にする「フルスタックエンジニア」とは何だろうか?
  13. RHEL互換の「CentOS 7」公開。インストール不要で起動するDockerイメージやクラウド用イメージでの提供も予定
  14. Publickey Smar
  15. IT系上場企業の平均給与を業種別にみてみた 2012年版 ~ パッケージベンダ、SIer、ホスティング企業編

Publickey 最新記事 10本

Publickey Topics 最新記事 10本


PR - Books


fig

fig

fig

fig



blog comments powered by Disqus