プロジェクトデリバリー
プロジェクトとは、終了のあるひと区切りの作業です。複数のプロジェクトを調整して共通の成果を目指すのは
pmo:program-management です。
除外によるスコープ定義
含めるものは合意しやすく、認識に齟齬が生じやすい。除外事項こそが機能します。このプロジェクトが提供しないものを、文書化してスポンサーの承認を得ることです。
文書化されていない除外事項は、常に遅れて、しかも明らかに含まれている前提として戻ってきます。それを最終段階で修正するのはスコープクリープと呼ばれ、通常は当初の文書化の失敗です。
範囲で見積もり、その意味を説明する
一点見積もりは、コミットメントとして提示された予測です。それを変動させる前提条件とともに範囲を示し、確信度を明示しましょう。
作業自体を見積もり、希望納期を見積もってはいけません。下方修正された見積もりが変えるのは作業ではなく、問題を発見するタイミングであり、その発見は最も回復が難しい局面で起こります。
理解可能な単位に分解するまで続けてください。未知の大きなものを見積もると、作業量よりも楽観性と相関した数値が出ます。
クリティカルパスこそ注力すべきところ
すべての遅延が重要なわけではありません。クリティカルパス上の遅延は終了日を動かします。それ以外の遅延は余裕（フロート）を消費するだけです。どちらがどちらかを知っていることが、有益な懸念と漠然とした不安の違いです。
状況が変化するたびに再計算してください。クリティカルパスは動きます。当初のクリティカルパスを見続けているチームは、間違ったものを見ています。
各タスクに余裕（バッファ）を追加するのではなく、プロジェクトレベルでバッファを保持してください。余裕を加えたタスクはそのバッファを自ら消費し、納期は早まりません。なぜなら、作業は拡大し、誰も早期完了を報告しないからです。
完了を追跡し、努力を追跡しない
パーセント完了は自己申告の楽観性であり、有名な話ですが90%で停滞します。定義済みの成果物の完了を二値（完了 or 未完了）で追跡しましょう。事前に合意された定義に照らして判断します。
トレンドを観察してください。残作業量が必要な速度で減少しているかどうか。残作業が減少していないプロジェクトは、報告されたパーセンテージにかかわらず、遅延しています。
回復
原因を診断してから対処してください。対策は重なりません。スコープが想定より大きい、キャパシティが計画より低い、依存関係が納品されていない、または見積もりが最初から非現実的だった、のいずれかです。
次に、結果を伴う選択肢を提示します。スコープを削減して何を削るかを明示する、期間を延長してどれだけ延ばすかを示す、あるいはキャパシティを追加する（ただしプロジェクト後半では通常さらに遅延させます）。一度だけ、明確にベースラインを再設定してください。連続した一週間のずれは、誠実な一度のリセットよりもはるかに速く信頼を損ないます。
変更管理はスコープ記述に意味を持たせる
会話の中で誰でも動かせるスコープ境界は、境界ではありません。変更管理はそれを実際の境界に変えるメカニズムであり、人々が迂回したくなるほど重くなく、かつ使える程度に軽くなければなりません。
- 変更とは、スコープ、納期、またはコストを動かすものすべて — 「明確化」として持ち込まれる作業も含みます。スコープクリープのほとんどは、一連の小さな妥当な要求として入り込み、そのどれもが全体に対して評価されたことはありません。
- 決定前に、3要素すべてへの影響を評価する。 「はい、それで2週間延びます」なら誰かが判断できます。「はい」だけでは、計画がいつの間にか達成不可能になる方法です。
- 変更を承認できるのは、その結果を負う者です。 スポンサーがスコープを承認しても、チームが納期を吸収するなら、変更は承認され続けます。
- 却下された変更も記録する。 拒否された記録があれば、同じ要求がさらに3回届くのを防ぎます。また、なぜ機能がないのかと聞かれたときの正直な答えになります。
承認された変更によって古い計画が無意味になった場合にのみ、ベースラインを再設定してください。それ以外で変動を隠すためにベースラインをリセットすると、唯一の参照点が破壊されます。
ツール
デリバリー追跡：Jira、Asana、Linear、Monday.com、Smartsheet、Microsoft Project など。
ポートフォリオとキャパシティ：Jira Align、Planview、Adaptive Work など。複数チームの計画を単一のキャパシティプールと調整する場合に有効です。それ以前は不要です。
ツールは計画を記録しますが、計画を真実にはしません。会議と会議の間に誰も更新しないステータスフィールドは、まったくないより悪いです。
絶対にしないこと
- 文書化された除外事項なしにスコープを合意する。
- 一点見積もりをコミットメントとして提示する。
- 進捗をパーセント完了で報告する。
- 遅延プロジェクトに人を追加して、加速を期待する。