プロジェクト計画テンプレート

8つのセクションから成るプロジェクト計画の構成に基づき、各タスクには1名の担当者を割り当て、各リスクは原因と結果の形で記述します。2か月目に入る前に、対象外項目の一覧を作成するよう指示されています。

プロジェクト計画テンプレート ほとんどのプロジェクト計画が同じ2か所で破綻します。実際には誰も測定できない成功基準と、書く必要があると誰も考えなかったために記載されていない対象外リストです。このテンプレートでは、実際の計画に必要な8つのセクションを、各セクションでスケジュールに最も大きな損失を与えがちなミスについての注記とともに説明します。 構成 目標と成功基準 「完了」がどのような状態かを示す1文と、測定可能な基準を2-4個（数値、日付、または合否テスト）記載します。弱い例：「効率を改善する」- これでは誰も確認できません。強い例：「6月30日までに注文処理時間を48時間から12時間に短縮する。」 対象範囲と対象外 プロジェクトが対象とするもの、そして同じくらい重要な、対象としない関連事項の明確なリストです。対象外リストはたいてい省略されるセクションですが、2か月目に誰かが自分の欲しい機能も含まれていると思い込んだときの議論を防ぐのは、まさにこのリストです。 フェーズとマイルストーン 名前を付けたフェーズを設定し、それぞれの最後にマイルストーンを置き、そのマイルストーンに「到達した」とは何を意味するのかを1行で定義します。「キックオフ完了」のように定義のないマイルストーンは後で議論になりますが、「3社すべてのベンダー契約に署名済み」のようなものは議論になりません。 担当者と見積もり付きタスク すべてのタスクには、名前を明記した担当者を1人だけ設定します（チーム、「TBD」では不可）。また、前提条件を示した見積もりを記載します（「APIドキュメントが正確であることを前提に3日」）。前提条件の記載がない見積もりは、数字の形をした推測です。 依存関係 この計画の外部から必要となるもの（別のチーム、ベンダー、プロジェクトメンバーではない人の判断）と、それぞれの対応を追跡する責任者を記載します。依存関係は計画がひそかに頓挫する原因です。明記することで、常に見える状態に保てます。 リスク