『スクラム 仕事が４倍速くなる世界標準のチーム戦術』ジェフ・サザーランド｜計画通りに進めるほど、仕事は遅くなる

「1億7000万ドルを投じた情報システムが、ほとんど誰にも使われないまま廃棄される」。そう聞くと、よほど無能な集団の仕事だろうと思います。ところがこれは、9・11の教訓を受けて立ち上がったFBIの新システム開発「VCF」の顛末です。

部門をまたいだ情報共有ができなかった反省から、すべてを一新するはずでした。緻密な計画のもとに始まり、三年後、税金をまるごと溶かして完全に破綻しました。

ジェフ・サザーランド『スクラム 仕事が4倍速くなる世界標準のチーム戦術』は、この手の大型プロジェクトがなぜ計画通りに進めようとするほど崩れるのか、その一点を掘り下げる本です。

著者は少し変わった経歴の持ち主です。スクラムの共同開発者でありながら、元は戦闘機のパイロットで、のちにがん研究の統計分析にも携わりました。その全部が、この仕事術のルーツになっています。

本書の主張はシンプルかつ大胆で、スクラムを正しく回すチームは生産性が3〜4倍になり、突出したチームは8倍を繰り返し達成する、というものです。まずは、その数字の根っこにある思想から見ていきたいと思います。

緻密な計画ほど現実に負ける——背骨は「検査と適応」

スクラムを一言でいえば、大きな計画を捨て、短いサイクルで実際に動くものを作り、そのつど確かめて直す仕事の進め方です。なぜ計画を捨てるのか。人間は不確実な未来を細かく予測することが絶望的に下手だから、というのが著者の答えです。

裏づけとして挙がるのが「不確実性のコーン」——プロジェクト初期に出した見積もりは、実際の所要時間に対して最大で4倍から4分の1、幅にして16倍もぶれます。

つまり冒頭で引かれる美しいガントチャートは、現実ではなく願望を棒グラフにしたものにすぎません。

だから解は、計画を死守することではなく、進みながら直すことになります。ここでスクラムの背骨になるのが「検査と適応」です。折にふれて立ち止まり、やるべきことからずれていないか、もっとうまくやる方法はないかを検証して修正します。

このループを高速で回し続けます。原型は著者が戦闘機パイロット時代に叩き込まれたOODAループ——観察・情勢判断・意思決定・行動——にあります。偵察機の半数が撃ち落とされる戦場では、この回転の速さが生死を分けました。

もっとも、これを計画無用論として受け取るのは早計だと編集部は見ます。本書が壊すのは「一度立てた計画に現実のほうを従わせる」という倒錯であって、方向を定める作業そのものではありません。

小さく混ぜて自律させる——人を足すほど遅くなる逆説

計画の代わりにスクラムが賭けるのは、個人ではなくチームです。天才を集めるより、チーム全体の連携を最適化するほうが生産性への効き目は桁違いに大きい、と著者は言います。

理想のチームの条件は三つです。

小さいこと

5〜9人

機能横断であること

企画から実装・テストまで必要なスキルを内側に全部そろえる

自律性を持つこと

「どうやるか」を自分たちで決める

とりわけ響くのが人数の話です。ソフトウェア開発491件を調べたパトナムの調査では、8人を超えた途端に完了までの時間が跳ね上がりました。3〜7人の小さなチームは、9〜20人のチームのわずか4分の1の労力で同じ量を終わらせています。

理由はコミュニケーション経路の爆発です。5人ならつながりは10通りだが、10人では45通りに膨れ上がります。しかも人間が一度に頭で追える情報のかたまりは、せいぜい4つ程度しかありません。

「遅れているプロジェクトに人を足すと、さらに遅れる」という有名な法則の正体は、この経路の爆発にあります。

これが劇的に効いた例が、先のFBIの再建プロジェクト「センチネル」です。外注先は4億5000万ドルを使って半分しか進めていませんでした。引き継いだチームは契約を解除し、契約スタッフを約220人から40人へ、職員を30人から12人へ大胆に減らし、残り2000万ドルで2週間ごとのスクラムを回して20ヶ月で完成させました。

人を減らして速くなる、という逆説です。役割は三つに整理されます。

プロダクトオーナー

何をどの順でやるかとその理由を決める

スクラムマスター

チームの流れを止める障害を取り除く

チーム

手を動かす

指揮命令する「ボス」は、ここにいません。

スプリントで刻み、ムダを「罪」として削り取る

スクラムの時間は、スプリントという固定サイクルで刻まれます。1週間から1ヶ月の区切りの中で、実際に動くものを作りきります。毎朝あるのがデイリースタンドアップです。

上司への進捗報告会ではなく、全員が立って15分以内、次の三つだけを共有し、その場で助け合って解散します。

昨日

ゴールのために何をしたか

今日

何をするか

妨げ

何が妨げになっているか

スプリントの終わりには、動く成果を見せるデモと、進め方そのものを振り返るレトロスペクティブが待ちます。ここで著者が念を押すのは、何ができたかではなく「どうやったか」を振り返れという一点です。

速さを上げる最大のレバーは、成果物ではなくプロセスの側に隠れています。

本書がもっとも厳しくなるのが、ムダを扱うくだりです。トヨタの大野耐一を引きながら、著者はムダを単なる非効率ではなく道徳的な悪と呼びます。意味のない仕事は、そこに費やされた人の時間、つまり命を奪うからです。

槍玉に挙がるのは次の三つです。

マルチタスク

同時進行が2つで20%、5つ抱えると実に75%が切り替えロスで消えます

やりかけの仕事

スクラムでは「半分できた」は「何もしていない」と同じ、価値ゼロと見なします。だから「バグも手直しもなく、誰が見ても終わっている」という完了の定義を、あらかじめ言葉にしておきます

手戻り

パーム社の調査ではバグを3週間後にまとめて直すと、当日直す場合の24倍もの時間がかかりました

そしてミスが起きたとき、著者は犯人探しを禁じます。人は失敗を個人の性格や能力のせいにしがちだが、行動の大半はその人を取り巻くシステムが決めている——「根本的な帰属の誤り」という心理の歪みです。

責めるべきは人ではなく、過ちを生む仕組みのほうです。ムダを「罪」とまで言い切る筆致には過剰さも感じるが、その激しさは、非効率を当たり前のコストとして放置してきた現場への挑発として読むと腑に落ちます。

見積もりを勘から技術に変える——相対比較とフィボナッチ

「これ何時間かかる?」に、人は正確に答えられません。一方で「AよりBはどれくらい大きいか」という相対比較は得意です。スクラムはこの脳のクセを逆手に取ります。

タスクの規模をTシャツのサイズや犬の大きさのように相対的にとらえ、数値化にはフィボナッチ数列（1、2、3、5、8、13…）を使います。数の間隔が離れているので「5か8か」で迷いにくく、合意が速いです。

見積もりはチーム全員が同時にカードを出す「見積もりポーカー」で行い、声の大きい人や上役に引きずられる同調バイアスを防ぎます。数字が割れたら理由を共有して議論する——一人で見積もるより、短時間で統計的に精度の高い結論が出ます。

作る順番はバックログという優先順位リストで管理し、価値の8割は2割の機能に詰まっているという80対20の法則に従って、価値の大きい2割から先に手をつけます。

完成を待たずに動く最小単位を出して反応を得るのがMVPです。契約の作法も鮮やかで、仕様変更を禁じて変更料を取るのではなく、変更は無料にする代わりに、新しい機能を足したら同じ見積もりポイントの別機能を削ります。

この等価交換にすると、顧客は本当に欲しいものだけを最速で受け取り、開発側の利益率もむしろ上がったといいます。当たり前を反転させるこうした設計に、スクラムの真骨頂があります。

幸福は成功の原因——生産性を先読みする指標としての幸福度

本書でいちばん意外なのは、最後の主張です。「成功したから幸せ」という常識とは、因果が逆だというのです。27万5000人を対象にした225本の研究の分析によれば、大きな成果の前に、まず幸福感があります。

幸福な人は認知能力と創造性が引き出され、その結果として成功をつかみます。実務でこれが強いのは、幸福度が未来のベロシティを予測する先行指標になるからです。

売上や進捗レポートは過去の結果しか映しませんが、週ごとに幸福度を測ると、成果が実際に落ちる数週間前に、幸福度のほうが先に下がり始めます。問題が表面化する前の、芽のうちに手を打てます。

土台になるのが徹底した見える化です。進捗も優先順位も、ときに給与や財務まで、すべてを全員に開きます。病院向けソフトのペイシエントキーパー社はこの透明性で生産性を4倍にし、年45回のリリースを実現していました。

ところが著者が去り、新経営陣がスクラムをやめて従来の管理に戻すと、リリースは年2回に激減、収益は半減し、離職率は10%未満から30%超へ跳ね上がりました。

仕組みを外した途端の転落です。この一社の落差は、スクラムの成果が個人の才能ではなく「回し続ける仕組み」の側に宿ることを、何より雄弁に語っています。

もっとも、幸福度を指標にする発想には注意も要ります。数字にした瞬間、それ自体が管理と評価の道具に変わり、正直な申告をゆがめかねないからです。著者自身、うまく回りだしたチームが「今のままで十分」と改善を止める「幸福のバブル」を警告しています。

破るには、ベロシティを冷徹に数字で見続け、耳の痛い現実をあえて口にする役をチームの中で機能させることです。結局この本が説くのは、大きな計画にしがみつくのをやめ、小さく作って確かめ、ムダを削り、人ではなく仕組みを直す——その反復を、機嫌よく続けることに尽きます。

明日ひとつだけ動かすなら、いま抱えている案件を数えることをすすめたいです。3つ以上を同時に進めているなら、最も大事な一つに絞り、それを「完了」させてから次へ進みます。

あなたの時間の75%は、たぶんそこで取り戻せます。