Pattern 1
要件が曖昧なまま実装が進む
症状: 毎週仕様が変わり、完成定義がない
再建策: 目的・制約・優先順位を再定義し、今月やる範囲を固定する
失敗プロジェクトを再建する3ステップ
外注失敗や社内開発の停滞は、原因を切り分ければ再建できます。まず2週間で土台を作ります。
Pattern 2
進捗が見えず、報告が抽象的
症状: 「やっています」以外の情報が出てこない
再建策: タスク単位のステータスと次アクションを毎週明文化する
Pattern 3
引き継げない構成になっている
症状: 担当者交代で運用停止リスクが高い
再建策: 構成図・環境変数一覧・運用手順の最小セットを先に整備する
最初の2週間でやること
- Day 1-2: 現状把握（コード、運用、関係者、障害履歴）
- Day 3-4: リスク棚卸し（止まる箇所を先に潰す）
- Day 5-7: 優先実装（最小価値を先出し）
- Day 8-10: 運用手順整備と移行準備
- Day 11-14: 本番反映と次スプリント計画