10.6 プロジェクトマネジメント

概要と動機

プロジェクトマネジメントとは、制約のもとで意図を届けられた成果に変える規律です。仕事が実際に終わって価値を届けるよう、人、スコープ、スケジュール、コスト、リスク、品質を調整します。ソフトウェアでは、現実が無視する重厚な計画やガントチャートと結びつけられ、しばしば疑いの目で見られます。しかし根底にある必要は決して消えません。誰かが、正しい仕事が正しい順序で行われ、依存関係が管理され、リスクが早期に表面化し、利害関係者が何を期待すべきかを知っていることを確かめなければなりません。問いは、プロジェクトを管理するかどうかではなく、義務を果たしながらどれだけ軽く適応的に行えるかです。

なぜこれを明示的に扱うのでしょうか。ソフトウェアのプロジェクトは驚くべき率で失敗し、純粋に技術的な理由よりはるかに多く、管理上の理由で失敗します。不明確なスコープ、管理されない依存関係、対処されないリスク、不在の利害関係者、そして正確な長期の見積もりという幻想。大きなプログラムは特に露出しています。多くのチーム、ベンダー、複数四半期の地平線があると、小さな調整の失敗が複合します。良いプロジェクトマネジメントは、おおむね、コミットメントを誠実に行い、仕事を賢明に分解し、問題がまだ安いうちに表面化する速いフィードバックを作る実践です。

企業と政府の文脈は、賭け金を引き上げ、制約を変えます。企業は、戦略と予算のサイクル(10.1章)に対して、噛み合う取り組みのポートフォリオを管理します。政府は、調達規則、複数年の歳出予算、請負業者の管理、公的な説明責任を加えます。そこでは、歴史的な既定(大きく、固定スコープのウォーターフォール契約)は、高価で目に見える失敗の長い記録を持ちます。この章は、予測型、適応型、ハイブリッドのアプローチにわたって当てはまる基本を扱います。10.7章(アジャイル)は適応型のデリバリーに深く入り、10.1章は単一のプロジェクトより上のポートフォリオとプログラムの管理を扱います。

主要原則

活動ではなく成果を管理する。 完了とは、閉じられたタスクではなく、届けられた価値を意味します。
分解して順序づける。 小さく、順序づけられ、依存関係を意識した仕事は、一斉の計画に勝ります。
見積もりは約束ではなく範囲である。 不確実性を誠実に伝えます。
リスクを早期に、継続的に表面化させる。 最も安い問題は、最初に捉えられたものです。
方法を仕事に合わせる。 予測型、適応型、ハイブリッド。不確実性と制約に合わせます。
状況を透明にする。 見えるフローは、安心させる報告に勝ります。
利害関係者はチームの一部である。 顧客の不在はプロジェクトのリスクです。

推奨事項

予測型、適応型、ハイブリッドを意図して選ぶ

普遍的に正しいデリバリーモデルはなく、あるのは、方法と文脈の適合です。

予測型(計画駆動、「ウォーターフォール」): スコープを最初に固定し、スケジュールとコストを導きます。本当に安定してよく理解された要件と、固い外部の制約(規制上の認証、物理的な統合)がある仕事に合います。失敗の様式は、ソフトウェアの要件が安定していないのに安定しているふりをすることです。
適応型(アジャイル): スコープが柔軟に動き、時間とコストは、動くソフトウェアを届けて学びを吸収する短いイテレーションで固定されます。要件が発見される、ほとんどのプロダクトとデジタルサービスの仕事に合います(11.1章、10.7章)。
ハイブリッド: 予測型のガバナンスの殻の内側にある適応型の中核で、資金、コンプライアンス、契約がマイルストーンと監査を求める一方、デリバリーがイテレーションの恩恵を受ける、企業と政府で一般的で、しばしば正しい形です。

PMBOK(プロジェクトマネジメント協会のプロジェクトマネジメント知識体系)やPRINCE2(PRojects IN Controlled Environments)のような枠組みは、予測型とハイブリッドの実践を体系化しています。要点は、仕事が必要としない儀式を持ち込まずに、その規律(役割、リスク、ステージゲート)を借りることです。

三重の制約に対してスコープを管理する

スコープ、スケジュール、コストは、品質に縁取られて一緒に動きます。古典的な「鉄の三角形」です。三つすべてを固定して、スコープをただで加えることはできません。何かが譲り、そうでないふりをすることがデスマーチの始まり方です。トレードオフを明示的にし、どの変数が動くかを決めます。適応型の方法は時間とコストを固定してスコープを動かします。固定価格の契約はスコープとコストを固定し、現実には、管理しない限り品質かスケジュールが動きます。軽量な変更プロセス(12.3章)でスコープクリープを制御し、すべてを遅らせるより、価値ある中核へのスコープ縮小を好みます。

誠実に、範囲で見積もり、再予測する

見積もりは、プロジェクトが最も頻繁に自分に嘘をつく所です。見積もりを、単一の数字ではなく確率的な範囲として扱い、遠くてよく理解されていない仕事では範囲を広げます(「不確実性の円錐」)。相対的で経験的な方法を好みます。過去のスループットとサイクルタイム(11.2章、11.3章)は、英雄的なボトムアップの推測よりよく予測します。可能な所では、見積もりを測定に置き換えます。週に8項目を閉じるチームは、ストーリーポイントにかかわらず、40項目におよそ5週間かかります(ここでもリトルの法則です。見積もりではなく、スループットと仕掛かりの仕事が、デリバリー時間を決めます)。現実が届くにつれて継続的に再予測します。決して変わらない計画は、管理されていません。

依存関係とクリティカルパスを管理する

規模では、支配的なリスクが単一のチームのベロシティであることはめったにありません。チームとベンダーの間の依存関係です。それらを明示的に地図にし、クリティカルパス(最も早い終了を決める連なり)を特定し、最も長く最もリスクの高い依存関係を最初に攻略します。可能な所では結合を減らし(取り除かれた依存関係は、追跡される依存関係より価値があります)、チームが並行して進められるよう、明確なインターフェースと契約を使います(1.2章、2.3章)。チーム間のプログラムでは、定期的な依存関係とリスクの同期が、誰も読まない状況報告に勝ります。

生きたリスク登録簿を運用する

リスク管理は、最もてこの効くプロジェクトマネジメントの活動であり、最もよく飛ばされるものです。単純で生きたリスク登録簿を保ちます。各リスクについて、可能性、影響、所有者、緩和策あるいは緊急時の対策(12.3章)。定期的にレビューし、過ぎたリスクを退役させ、現れる新しいものを加えます。リスク(起こるかもしれない)、課題(すでに起きている)、決定(1.6章)を区別します。目標は文書ではありません。先を見る習慣で、期限の時に問題を発見するのではなく、予期することです。

利害関係者を巻き込み、透明にコミュニケーションをとる

「驚きの」プロジェクトの失敗の多くは、聞き入れられなかった誰かには、早期に見えていました。利害関係者を特定し、その懸念を理解し、本当に関与させ続けます。顧客の不在はそれ自体が最大のリスクです。楽観に報いる緑黄赤の報告ではなく、透明なフロー(見えるボード、バーンアップチャート、デモされる動くソフトウェア)で状況を伝えます。誠実に早期にエスカレーションします。よく運営されたプロジェクトは、悪い知らせを速く伝わらせます。

トレードオフ: 長所と短所

アプローチ	長所	短所
予測型/ウォーターフォール	予測可能なスコープとコスト。契約と監査に優しい	不確実な要件に不向き。遅いフィードバック。一斉のリスク
適応型/アジャイル	速いフィードバック。変化を吸収。早期の価値	スコープ/コストを最初に固定しにくい。関与する顧客が必要
ハイブリッド	ガバナンスの内側のイテレーション。企業/政府に合う	周期の間の緊張。両方のオーバーヘッドを引き継ぎうる
詳細な事前の見積もり	計画者と資金提供者に安心	正確に間違っている。作るのが高価。すぐ劣化する
経験的な予測(フロー指標)	根拠があり、自己修正する	履歴と規律が必要。「確実」に見えにくい
重いリスク/プロセスの儀式	徹底的。高い賭け金のプログラムに良い	小さなチームを遅くする。チェックボックス化しうる

中心的な緊張は、予測可能性対適応性です。資金提供者、契約、監査は確固たるコミットメントを望みます。不確実なソフトウェアの仕事には、学ぶ余地が必要です。アジャイル(10.7章)のやり方で解決します。スコープを柔軟に保ちながら、成果と期限に確固としてコミットし、ハイブリッドのガバナンスで、デリバリーを凍結させずに監督を満たします。

チームで議論すべき問い

両方のオーバーヘッドを引き継がずに、適応型のデリバリーチームを予測型のガバナンスの殻でどう包みますか。 ハイブリッドは、資金のサイクル、コンプライアンス、契約がマイルストーンと監査を求める一方で、デリバリーがイテレーションの恩恵を受ける、企業と政府で一般的で、しばしば正しい形です。リスクは本物です。まずく設計されたハイブリッドは、ウォーターフォールの重い文書化とアジャイルの儀式を同時に引き継ぎ、チームは二つの周期が互いに争う摩擦を感じます。証拠を持ち込んでください。資金のゲート、コンプライアンスのチェックポイント、契約のマイルストーンが実際にどこに来るかを地図にし、それぞれが、デリバリーの仕事が他に生まない文書を求めていないかを確認します。答えは、イテレーションが監督と争うのではなく満たすようにし、別々の報告書を組み立てるために止まる代わりに、デモされる動くインクリメントと生きたリスク登録簿を、ガバナンスのリズムに供給すべきです。仕事が必要としない儀式を持ち込まずに、PRINCE2のような枠組みの規律を借りてください。
プロジェクトの状況は、透明なフローですか。それとも楽観に報いる緑黄赤の報告ですか。 驚きの失敗の多くは、聞き入れられなかった誰かには早期に見えており、スイカの状況(外は緑、中は赤)は、誠実な悪い知らせが期限まで埋もれたままになる方法です。安心させる報告を、見えるボード、バーンアップチャート、デモされる動くソフトウェアに置き換え、早期のエスカレーションを、キャリアのリスクではなく安全な行為にします。証拠を持ち込んでください。最後に苦しんだプロジェクトを見て、最初の警告のサインが存在した時と、リーダーシップが聞いた時を尋ねます。顧客の不在はそれ自体が最大のリスクなので、関与する利害関係者が本当にループにいるか、それとも自信をもって間違ったものに向けて築いているかを確認してください。よく運営されたプロジェクトは悪い知らせを速く伝わらせ、修正はツールと同じくらい文化的です。
スケジュールとコストが動かなくなったら、スコープを縮める最小の価値ある中核を知っていますか。 スコープ、スケジュール、コストは品質に縁取られて一緒に動き、資金提供者が三つすべてを固定すると、品質が静かな逃がし弁になり、デスマーチが始まります。適応型の方法は時間とコストを固定してスコープを動かしますが、それは、どの部分が本物の価値を届け、どの機能が交渉可能かをすでに決めている場合にだけ機能します。証拠を持ち込んでください。現在のリリースについて、出荷しなければならない中核と、最初に切る一覧を名指しできますか。それともすべての機能が静かに必須として扱われていますか。答えは、すべてを遅らせるのではなく、価値ある中核へスコープを縮められるようにし、圧力が来る前に決着させておくべきで、期限に即興するものではありません。残りは軽量な変更プロセスで制御し、スコープクリープが、頼りにしていた余裕を食わないようにします。
いまクリティカルパスにあるチーム間の依存関係はどれで、それを取り除く、あるいはリスクを下げることを誰が所有していますか。 規模では、支配的な脅威は一つのチームのベロシティであることはまれで、最も早い可能な終了を決める、チームとベンダーの間の依存関係の連なりです。現在のクリティカルパスの依存関係を誰も名指しできないなら、日付を実際に支配するものが監視されずにずれている間、局所的な進捗を管理しています。証拠を持ち込んでください。どの引き継ぎがどれに供給するか、最も長い連鎖がどこを走るか、どのリンクがまだ築かれていない、あるいは契約上ブロックされているかを示す依存関係の地図に加え、リスクの高い各リンクの名指しされた所有者。最も長くリスクの高い依存関係を最初に攻略し、可能な所で結合を取り除くことを目指します。削除された依存関係は、追跡される依存関係より価値があるからです。企業と政府のプログラムでは、最も難しいリンクはしばしばベンダーや機関の境界をまたぐので、双方の説明責任のある所有者を名指しし、契約が彼らに行動を許していることを確認してください。さもなければ依存関係は、公的な遅延になるまで未解決のままです。
現実が届くにつれてどう再予測し、遅れは、仕事に資金を出す人々にどれだけ速く見えるようになりますか。 決して変わらない計画は管理されているのではなく、守られているのであり、証拠を超えて守られた単一の数字の日付は、期限までプロジェクトが沈黙のうちに遅れる方法です。可能な所では見積もりを測定に置き換え、英雄的なボトムアップの推測ではなく、過去のスループットとサイクルタイムから予測し、遠くてよく理解されていない仕事の範囲を広げます。証拠を持ち込んでください。実際の週ごとの完了率、現在のバックログの大きさ、そこから導かれる予測される終了を、リーダーシップが現在信じている日付と比較して。答えは、資金提供者に、崩れるまで保たれる固定の日付ではなく、各サイクルで目にする、誠実で狭まる予測を与えるべきです。政府やその他の歳出予算に縛られる設定では、遅れを早期に表面化させる予測は、規則の範囲内でスコープの見直しやベースラインの再設定を可能にしますが、隠された遅れは監督の失敗と見出しになります。
本物の義務を満たす最も軽いプロセスは何で、儀式がリスクの低減から切り離されたのはどこですか。 管理不足も管理過剰も本物のコストを負います。一方に混沌、手戻り、見逃された依存関係があり、他方にリスクを下げずにデリバリーを遅くするチェックボックス化。緊張は、監査、コンプライアンス、契約条件が本物の要件を課す一方で、チームは、そのあるべき場所を稼がなくなったずっと後も、すべての儀式を保つ傾向があることです。証拠を持ち込んでください。繰り返されるそれぞれの報告、ゲート、会議について、それが対処する具体的な義務やリスクを名指しし、どちらにもたどれないものに旗を立てます。答えは、安心しか生まない儀式を退役させつつ、本物の監査人や資金提供者を満たす成果物を保てるようにすべきです。企業と政府の文脈では、各儀式を、それが仕える名指しされた歳出予算、調達、規制の規則に対応づけ、コンプライアンスが何を求めるかを推測するのではなく、残りを切ることを監督機関に対して擁護できるようにしてください。

セクター別の視点

スタートアップ。 ほとんど儀式なしに、本物の規律で管理してください。リリースを小さく順序づけられたスライスに分け、スコープを価値ある中核へと動かしながらローンチの日付にコミットし、創業者に単一の日付ではなく範囲を伝え、実際にいくつのスライスを閉じたかから毎週再予測します。日付を沈めうる唯一の依存関係を、所有者とフォールバックとともに名指しする10行のリスク登録簿を共有のドキュメントに置くことは、どんなツールよりも価値があります。最も乏しい資源は注意で、遅く気づいた遅れが会社を終わらせうるからです。

小規模事業者。 プロジェクトマネージャーはおらず余裕もほとんどないので、ガバナンスの部署を立ち上げるのではなく、すでに動かしているツールに頼ってください。仕事を一つの見えるボードで追跡し、短い生きたリスクの一覧を保ち、ゼロからプロセスを築くより、スケジューリングやチケットの製品を買うことを好みます。リリースが行う価値のあるものになるために出荷しなければならない唯一の機能を、前もって決めておいてください。スケジュールがきつくなると、その場でスコープを交渉する余分な人員はいないからです。

大企業。 問題は、多くのチーム、ベンダー、資金のサイクルにわたる調整です。適応型のチームを予測型のガバナンスの殻で包み、別々の報告書を組み立てる代わりに、デモされるインクリメントと生きたリスク登録簿をマイルストーンのリズムに供給し、クリティカルパスが発見されるのではなく管理されるよう、チーム間の依存関係の地図を保ちます。リーダーシップが、楽観的な固定の日付ではなく、誠実で狭まる予測でプロジェクトを比較できるよう、範囲ベースで経験的に再予測される見積もりをポートフォリオ全体で標準化してください。

政府。 調達規則、複数年の歳出予算、公的な説明責任があらゆる選択を形づくります。遠いゴーライブを伴う、一つの固定価格で固定スコープのウォーターフォール契約ではなく、歳出予算と監督を満たすガバナンスの枠組みのもとで適応的に届けられる、モジュール式で成果ベースのインクリメントを好みます。生きたリスク登録簿と透明でデモされるインクリメントは、監査人と立法者に本物の可視性を与え、固定された資金の範囲で価値ある中核へスコープを動かすことで、一つの日付にすべてを賭けるのではなく、有用な能力を早期に出荷できます。

事例

スタートアップ。 最初の有料プロダクトの出荷に急ぐ7人のスタートアップは、ほとんど儀式なしに、本物の規律でプロジェクトを管理します。リリースを小さく順序づけられたスライスに分け、すべての機能を約束するのではなく、スコープを価値ある中核へと動かしながらローンチの日付にコミットし、創業者に単一の日付ではなく範囲を伝え、チームが実際にいくつのスライスを閉じたかから毎週再予測します。共有のドキュメントの10行のリスク登録簿が、日付を沈めうる唯一の依存関係、未完成の決済統合を、所有者とフォールバックとともに名指しするので、最大の脅威は期限の時に発見されるのではなく、見張られています。

大企業。 ローン組成プラットフォームを置き換える銀行は、ハイブリッドのプログラムを運営します。四半期ごとの資金のマイルストーンとコンプライアンスのゲートを持つ予測型の殻が、2週間ごとに動くインクリメントを届ける適応型のチームを包みます。チーム間の依存関係の地図が、共有のアイデンティティサービスがクリティカルパスにあることを露呈させます。そこでプログラムはそれを最初に順序づけてリスクを下げ、遅れた連鎖を避けます。見積もりは範囲として表現され、実際のスループットから毎月再予測されるので、リーダーシップは、静かに遅れる固定の日付ではなく、誠実で狭まる予測を目にします。

政府。 機関は、単一の固定価格で固定スコープのウォーターフォール契約(いくつかの公的な失敗の背後にあるパターン)を捨て、モジュール式の調達に移ります。歳出予算と監督を満たすガバナンスの枠組みのもとで、適応的に届けられる、より小さく成果ベースのインクリメント。生きたリスク登録簿と透明でデモされるインクリメントは、監査人と立法者に本物の可視性を与えます。固定された資金の範囲でスコープが価値ある中核へと動くので、プログラムは、一つの遠いゴーライブにすべてを賭けるのではなく、有用な能力を早期に出荷できます(10.1章、10.3章)。

ビジネスケース: 動機、ROI、TCO

良いプロジェクトマネジメントの見返りは、避けられた失敗に支配されます。大きなソフトウェアプロジェクトは、元の固定された計画を達成するより、遅れる、予算を超える、あるいは中止される可能性がはるかに高く、損失は莫大です。サンクコスト、加えて失われた価値、加えて政府では公的で政治的な損害。ここでの規律(誠実な見積もり、依存関係の管理、早期のリスクの仕事、関与する利害関係者、適応的なスコープ)は、まさにプロジェクトを失敗の曲線から外すものです。大きな超過や中止の確率のわずかな低下でさえ、プロジェクトをうまく管理するコストを小さく見せます。

総所有コストでは、軽量で適応的な管理が、仕事の寿命にわたってコストを下げます。速いフィードバックが高価な間違いを早期に捉えます。増分的なデリバリーはより早く価値を返し始め、ROIのタイミングを改善します。透明なフローは、重いガバナンスが課す報告のオーバーヘッドを減らします。管理不足(混沌、手戻り、見逃された依存関係)も管理過剰(デリバリーを遅くする儀式)も、本物のコストを負います。目標は、実際の義務を満たす最も軽いプロセスです。リスク登録簿、依存関係の地図、誠実な範囲ベースの予測というほぼゼロのコストと、最近の苦しんだプロジェクトの全コストを対比させて、リーダーシップに論拠を示してください。

アンチパターンと落とし穴

すべてを固定した計画: スコープ、スケジュール、コストがすべてロックされ、品質が静かな逃がし弁になること。
約束としての見積もり: 単一の数字の日付がコミットメントとして扱われ、証拠を超えて守られること。
依存関係の無視: チーム間のクリティカルパスが遅れる間、各チームのベロシティを管理すること。
リスク登録簿の劇場: 一度作られて二度と見直されない文書。
スイカの状況: 外は緑、中は赤。誠実さより楽観が報われること。
不在の顧客: 関与する利害関係者がおらず、間違ったものを自信をもって築くこと。
一斉のデリバリー: すべてが最後に統合されてリリースされ、リスクを最大化すること(11.2章と対比)。
それ自体のためのプロセス: リスクを下げずに労力を消費する儀式と報告。

成熟度モデル

レベル1(開始): プロジェクトは英雄的行為と希望で動きます。スコープ、リスク、依存関係はあるとしてもその場しのぎで管理され、見積もりは証拠を超えて守られる単一の数字で、驚きは期限に届きます。
レベル2(発展): 基本的な計画、状況報告、リスクの一覧が一部のプロジェクトにあり、他にはありません。デリバリーの方法は適合ではなく習慣で選ばれ、見積もりと依存関係の追跡はチームごとに異なるので、実践は組織全体で一貫していません。
レベル3(標準化): 文書化されたアプローチが組織全体で徹底されます。デリバリーの方法は仕事に合わせて選ばれ、スコープは三重の制約に対して管理され、生きたリスク登録簿と依存関係の地図がすべてのプロジェクトで期待され、見積もりは範囲ベースで、関与する利害関係者とともに再予測されます。
レベル4(管理): デリバリーが、ベースラインに対して測定され制御されます。スループット、サイクルタイム、予測の精度、依存関係とリスクの解消率、スケジュールとコストの分散がプロジェクトごとに追跡されてポートフォリオ全体に積み上げられ、予測は経験的で狭まり、遅れは早期に表面化し、楽観ではなく証拠に基づくスコープの見直しやベースラインの再設定を引き起こします。
レベル5(オーケストレーション): プロジェクトマネジメントは、ポートフォリオ、資金、リスクの計画と統合され、継続的に改善されます。ハイブリッドのガバナンスはデリバリーを遅くせずに監督を満たし、チーム間とベンダー間の依存関係は先回りして管理され、振り返りは測定された変更を実践にフィードバックし、組織は制約と優先順位が移るにつれて方法を適応させ、仕事を再均衡させます。

議論のためのアイデア

現在の取り組みのそれぞれが、実際にどのデリバリー方法(予測型、適応型、ハイブリッド)を必要としていて、使っているものと合っていますか。
最後に日付にコミットしたとき、それは範囲でしたか、単一の数字でしたか。そしてそれは期待をどう形づくりましたか。
現在、チーム間のクリティカルパスの依存関係は何で、そのリスクを下げることを誰が所有していますか。
リスク登録簿は生きた習慣ですか、一度きりの文書ですか。
スコープ、スケジュール、コストがすべて固定されているとき、品質は静かにどこで圧力を吸収していますか。
見積もりを測定されたスループットに置き換えたら、予測はどう変わりますか。

要点

プロジェクトマネジメントは、スコープ、スケジュール、コスト、品質の制約のもとで、意図を届けられた成果に変えます。
方法を仕事に合わせる: 予測型、適応型、ハイブリッド。企業/政府ではハイブリッドのガバナンスを好みます。
見積もりを範囲として扱い、経験的なフロー指標から再予測し、単一の数字の日付を嘘にしてはなりません。
依存関係とリスクは規模での支配的な失敗の様式です。両方を継続的に地図にして管理します。
利害関係者を関与させ続け、状況を透明にします。悪い知らせを速く伝わらせます。
ROIは避けられた失敗です。義務を満たす最も軽いプロセスが勝ちます。10.7章(アジャイル)、10.1章(ポートフォリオとプログラムの管理)、11.2章(デリバリー)、11.3章(待ち行列理論)を参照してください。

参考文献とさらなる読み物

Project Management Institute, A Guide to the Project Management Body of Knowledge (PMBOK Guide).
AXELOS, Managing Successful Projects with PRINCE2.
Frederick Brooks, The Mythical Man-Month (why adding people to a late project makes it later).
Tom DeMarco and Timothy Lister, Peopleware and Waltzing with Bears (risk management).
Steve McConnell, Software Estimation: Demystifying the Black Art.
Daniel Vacanti, Actionable Agile Metrics for Predictability (empirical forecasting).
Standish Group, CHAOS Report (software project outcomes, read critically).
U.S. Digital Service, Digital Services Playbook; UK Government, Government Service Standard (modern public-sector delivery).
Bent Flyvbjerg and Dan Gardner, How Big Things Get Done (megaproject delivery).