信頼できるプロジェクト スケジュールは、すべての作業をカバーし、有効なロジック、現実的なリソースと期間を使用し、マイルストーンまで追跡し、信頼できるクリティカル パスとフロートを持ち、リスクに対処し、最新の状態を保ちます。
プロジェクトのスケジュールが信頼できるかどうかは、どうやって判断できますか?
信頼できるスケジュールとは、完全で、論理的に接続されており、リソースを認識し、現実的で、追跡可能で、リスク情報があり、定期的に更新されるものです。終了日は、希望の期限に間に合うまで手動でバーを配置することではなく、作業と依存関係のネットワークによって説明できます。
この 10 ポイントのチェックリストは、ベースラインを承認する前、主要な範囲の変更後、および定期的なスケジュールの健全性レビュー中に使用してください。これは、米国政府会計検査院の スケジュール評価ガイド にある 10 のスケジュール設定のベスト プラクティスを、配信チームが使用できる質問に適応させたものです。
10 項目のスケジュール品質チェックリスト
| # | 品質テスト | 合格条件 |
|---|---|---|
| 1 | アクティビティを完了する | 承認されたすべての範囲と必要なサポート作業が示されています |
| 2 | 有効なシーケンス | 依存関係は、説明できない未解決部分がほとんどない実際のハンドオフをモデル化します |
| 3 | 割り当てられたリソース | 労力、設備、カレンダーがあれば作業は可能になる |
| 4 | 信頼できる持続時間 | 見積もりには証拠、仮定、および適切な詳細が含まれます |
| 5 | トレーサビリティ | 詳細はマイルストーンとコミットメントまで一貫してロールアップされます |
| 6 | 有効なクリティカル パス | 継続的かつ妥当なチェーンがフィニッシュを後押しします |
| 7 | 適度な浮き | 極端な値または負の値は説明されており、対処可能です |
| 8 | リスク分析のスケジュールを立てる | 重要な日付の不確実性と信頼性が理解されている |
| 9 | 現在の状況 | 実績と残作業は合意されたステータス日付を反映します |
| 10 | 基本的な規律 | 承認された履歴は保存され、差異が表示されます |
1. スケジュールにはすべての作業が含まれていますか?
承認された範囲から開始し、 作業分解構造。予測に影響を与える場合は、製品作業、統合、テスト、承認、調達、移行、文書化、トレーニング、およびプロジェクト管理の取り組みを含めます。
フェーズの境界で不足している作業を探します。スケジュールでは、データ移行、セキュリティ承認、運用準備、ロールバックの準備が省略され、「ビルド完了」の直後に「起動」が表示される場合があります。
証拠: 範囲内のすべての成果物は 1 つ以上のスケジュール アクティビティにマッピングされ、除外事項が文書化されます。
2. アクティビティは有効なロジックで順序付けられていますか?
正当なプロジェクトの開始と終了を除き、詳細なアクティビティには通常、先行アクティビティと後続アクティビティが必要です。 4つすべてを確認してください 依存関係の種類 遅れや進みも。
フラグ:
- 外部の理由なしに日付が手動で修正されるタスク。
- 完了マイルストーンを提供しないぶら下がりアクティビティ。
- 強制的にオーバーラップさせるために長い負のリードが使用されます。
- 実際の制約を追加しない冗長リンク。
- 所有者が実行した作業を隠すラグ。
証拠: チームは、各マテリアル リンクを実際のハンドオフまたは制約として説明できます。
3. リソースは割り当てられており、利用可能ですか?
ネットワークは論理的に正しい場合も、物理的に不可能な場合もあります。必要に応じて、所有者、専門チーム、機器、環境、カレンダーが存在することを確認します。複数のチームによって予約されたフルタイムの同時タスクや共有環境に割り当てられた人を見つけます。
証拠: 材料の過剰割り当てが解決されるか明示的に受け入れられ、リソースの想定が記録されます。必要に応じて実行します リソースの平準化または平滑化。
4. 期間は信頼できるものですか?
期間は、タスクの範囲、生産性、作業カレンダー、不確実性を反映する必要があります。非常に長いアクティビティは進捗状況を隠します。非常に短いアクティビティではメンテナンスの騒音が発生します。
丸めのプレースホルダー、締め切りに間に合うように選択された見積もり、または無関係な作業からコピーされた見積もりに異議を唱えます。不確実な重要な作業には、歴史的証拠、専門家の判断、類似の推定値、または 3 点推定値を使用します。
証拠: それぞれの重大な期間または高リスクの期間には、所有者と防御可能な根拠があります。
5. スケジュールは垂直方向と水平方向に追跡可能ですか?
垂直トレーサビリティ とは、詳細な日付がサマリー タスク、マイルストーン、レポート、経営陣のコミットメントまで一貫して積み上げられることを意味します。 水平トレーサビリティ とは、依存関係がチームやフェーズ全体で作業を最初から最後まで結び付けることを意味します。
経営ロードマップでは発売が 10 月 1 日であるにもかかわらず、詳細なスケジュールが 10 月 8 日に終了する場合、制御システムに一貫性がありません。ソフトウェア チームがコンポーネントを完成させても、それを統合テストに接続するリンクがない場合、チーム間のロジックは不完全です。
証拠: マイルストーンの日付は計画レベル全体で一致しており、チーム間の引き継ぎは関連しています。
6. クリティカル パスは有効ですか?
クリティカル パスは、プロジェクトの完了を促す連続的で技術的に妥当なシーケンスである必要があります。アクティビティのオーナーに、最初から最後まで歩いてもらうように依頼します。
警告サインには次のようなものがあります。
- 任意の日付制約によってのみ作成された重要な作品。
- 終了マイルストーンの手前で停止するパス。
- ほぼすべてのタスクが重要とマークされています。
- 無関係な更新後にクリティカル パスがジャンプする。
- 明らかな仕上げ運転作業が経路上に存在しない。
証拠: チームは、各重要なアクティビティの遅延がフィニッシュに影響を与える理由を説明でき、ほぼクリティカルな代替案を知っています。
7. 総フロートは妥当ですか?
非常に大きな正の浮動小数点は、多くの場合、ロジックが欠落していることを示します。負の浮動小数点は、現在のネットワークが要求された日付に間に合わないことを示します。多くのパスにわたってフロートがゼロに近いということは、スケジュールの復元力がほとんどないことを意味します。
1 つの普遍的なしきい値を設定しないでください。通訳する 合計および浮動小数点 プロジェクトの期間、更新頻度、カレンダー、契約上のマイルストーンの観点から。
証拠: 極端な値が説明され、低浮動パスが監視され、負の浮動小数点に対する応答が承認されています。
8. スケジュールのリスクは分析されましたか?
終了日が 1 つだけ決定されていると、不確実性が隠蔽される可能性があります。期間、ロジック、リソースの可用性、または外部の承認に影響を与えるリスクを特定します。重要なコミットメントについては、3 点推定またはモンテカルロ スケジュール - リスク分析を使用して信頼日を推定します。
「P80 終了」とは、モデル化された結果の 80% がその日付以前に終了することを意味します。リスクがなくなったわけではありません。モデルの品質は、現実的な入力と相関関係に依存します。
証拠: 意思決定者は、予測日とその信頼度の両方を理解しており、緩和策は予測日を引き起こすリスクに関連付けられています。
9. 進捗状況は最新のものであり、論理的に組み込まれていますか?
明示的なステータス日付を設定します。実際の開始と終了を記録し、残りの期間を修正し、実行計画が変更されたときに将来のロジックを修正します。未完の仕事を完全に過去のままにしてはいけません。
完了率が証拠と一致していることを確認します。必要な成果物が受け入れられない限り、タスクを「完了」することはできません。ステータスが変わったらクリティカル パスを更新します。
証拠: スケジュールは記載された日付の時点での現実を表しており、重大な差異には原因と所有者があります。
10. ベースラインは保存されていますか?
承認されたものを維持する スケジュールベースライン 現在の予想とは異なります。ベースラインの再ベースラインは、承認された変更管理の決定を通じてのみ行われ、元の内容と改訂の理由が維持されます。
証拠: レポートではベースライン バージョンが特定され、マイルストーンの差異が表示され、定期的な更新では承認された履歴が書き換えられません。
15 分間のスケジュール確認の議題
毎週のチームレビューの場合は、次の順序を使用します。
- ステータスの日付と前回のレビュー以降の変更を確認します。
- 完了したタスクと遅れて開始されたタスクを確認します。
- 現在のクリティカルおよびクリティカルに近いパスを歩きます。
- 次の 3 つのマイルストーンとその前の証拠を検査します。
- 壊れたロジック、リソースの競合、所有者の欠落を解決します。
- 予測の変更、決定、エスカレーションの所有者を記録します。
すべての行を声に出して読まないでください。スケジュールは意思決定モデルです。変更された予測とそれを変更する可能性のある作業に会議の焦点を当てます。
GanttFather はこのスケジュール品質チェックリストをどのようにサポートできますか?
タスク階層を使用して、スコープ、FS/SS/FF/SF の依存関係とロジックのラグ、所有権の割り当て、ゲートのマイルストーン マーカー、仕上げ作業のクリティカル パスの強調表示、承認されたポイントのバージョン スナップショット、現在のプロジェクトの健全性のレポートを表します。Excel のインポート/エクスポートは、ソース データとスケジュールを調整するのに役立ちます。また、リアルタイム共有により、所有者とレビュー担当者は 1 つの現在のモデルを検査できます。無料利用枠には、1 つの所有プロジェクト、2 つの編集者席、無制限の閲覧者とゲストが含まれており、小規模な計画グループと幅広いレビュー対象者でチェックリストを実行するには十分です。
一部のコントロールはプランナーの責任のままです。 GanttFather は現在、確率的スケジュール - リスク分析を実行したり、リソースを自動的に平準化したり、専用のベースライン オーバーレイを表示したりしません。結果の高いプログラムの場合は、ツールと必要な制御プロセスを組み合わせて、ガバナンスが要求するすべての不変条件を検証します。
無料の GanttFather プロジェクトを作成する そして、日付を承認する前に、代表的なスケジュールに対して 10 回のチェックを実行します。
よくある質問
ガント チャートが美しいということは、スケジュールが適切であることを意味しますか?
いいえ。フォーマットによって通信は改善されますが、スコープの欠落、誤ったロジック、不可能なリソース、または古いステータスを修復することはできません。品質はバーの向こう側のモデルに宿ります。
スケジュールの品質をどのくらいの頻度で評価する必要がありますか?
ステータスサイクルごとに基本的な健康状態を確認します。ベースラインの承認前、大きな変更後、契約締結前、および予測が予期せぬ動作をした場合には必ず、より詳細なチェックを実行します。
タスクの何パーセントが重要であるべきですか?
普遍的な正しい割合はありません。異常に高いシェアは、過剰な制約またはフロートがないことを示している可能性があります。シェアが疑わしいほど低い場合は、ロジックが欠落していることを示している可能性があります。パスが存在する理由を調べます。
AI エージェントはスケジュールを監査できますか?
所有者の不在、オープンエンド、長いタスク、古いステータス、または異常なフロートなどの構造的な症状を見つけることはできますが、技術的な依存関係、受け入れ証拠、リスク、およびリソースの実現可能性を人間が検証する必要があります。
出典
