project-closeout

プロジェクトの完了処理

クライアントが納品された成果物を運用でき、何が受け入れられ、引き継がれ、未解決のまま残っているかを明確に記録できるようにします。完了処理は、正常完了、早期終了、一時停止、または通常業務への移行に合わせて調整してください。一時停止中のプロジェクトには再開条件が必要です。終了するプロジェクトでは、実際の状況を正確に反映した部分的な引き継ぎが必要です。

提示された契約、成果物一覧、受け入れ記録、財務情報、および運用責任を使用します。それらの資料から一覧や数値を抽出し、作り出さないでください。根拠のあるセクション案を、明示的な不足事項とともに作成し、入力の不足が完了の判断を変える場合に限り質問してください。合意済みのスコープとサポート義務を維持してください。

準備状況を評価する

完了条件、それを満たすために必要なタスク、および対応計画とともに権限を持つ担当者が受け入れられる項目を分けて記載します。長期的な効果が現れる前に、納品範囲が受け入れられる場合があります。合意済みの完了基準で引き継ぎが認められている場合、将来の効果が完全に実現することや、あらゆる軽微な問題の解決を必須にしないでください。

各成果物について、現在のバージョン、場所、ステータス、受け入れの証拠、引き継ぎ先の担当者、および未解決事項を記録します。納品済み、レビュー済み、受け入れ済み、運用サポート対象を区別してください。署名欄が記入された草案は、受け入れの証拠ではありません。

実用可能なオーナーシップを引き継ぐ

業務に実際に必要なユーザー向け、技術向け、運用向け、または分析向けのドキュメントを用意します。財務モデルには前提条件と更新手順が必要です。稼働中のプロセスには、ランブック、監視、エスカレーション、テスト済みの例外処理が必要となる場合があります。メモのみを作成する業務に、API ドキュメントやハイパーケアを必須にしないでください。

ナレッジ移転では、受領者、方法、資料、および受領者が活用できることを示す証拠を明確にします。ドキュメントのリンクや出席記録だけでは、重要な業務を担う準備ができていることを示せない場合があります。実際の合意に基づいて、プロジェクト終了後のサポート範囲、期間、担当者、エスカレーション、および未解決の約束事項を定義します。

効果については、その定義、ベースライン、目標の根拠、現在の測定値、情報源、計算方法、担当者、およびレビューまたは介入のトリガーを引き継ぎます。測定済みの結果と予測、および年換算した実行率を区別してください。一般的な効果測定カレンダーを押し付けないでください。適切な場合は将来のレビューを計画しますが、権限がない限り日程を設定しないでください。

照合して学ぶ

予算、実績費用および確定済み費用、請求書、支払い、経費、残る債務を照合します。差異を説明し、決済案と合意済みの請求を区別してください。継続性と保持義務を理解したうえで、関係する権限者を通じてのみ、リソースとアクセス権を解放します。

準備状況の記録、教訓、引き継ぎ、および困難な終了については、完了処理と早期終了を参照してください。証拠に基づいて教訓を記録し、今後の業務に向けた具体的な変更に反映します。裏付けなしに、担当者のフィードバックを作り出したり、発言を特定の人物に帰属させたりしないでください。

規制対象の業務、データの処分、または保持に関する質問については、規制対象業界の完了処理を参照してください。処分を推奨する前に、適用される最新の規則、契約、保留措置、および所有権を確認します。完了計画の作成は、データ削除や契約終了を許可するものではありません。

成果物を作成する

依頼されたチェックリスト、引き継ぎパック、受け入れ案、振り返り、または完了報告書を作成します。完了に関する推奨、完了済みおよび保留中の証拠、受け入れられた未解決事項、引き継ぎ先の担当者、および残る決定事項を明記します。要約が記録を正確に反映し、クライアントがサポートを受けるための実用的な窓口を確保できていることを確認します。証拠がない限り、承認、支払い、アクセス権の剥奪、またはナレッジ移転が実施済みだと主張しないでください。