違和感を手遅れになる前に

進捗率は毎週上がる一方、完了条件が担当者ごとに異なっていた。

数字の集計方法だけを確認し、完了の定義を照合していなかった。

結合テスト直前に未完了作業が判明し、後続工程の計画を組み直した。

要件一覧では「検討中」だが、設計書では確定した前提として記載されていた。

資料ごとの更新日は確認したものの、判断状態と根拠を横断して照合していなかった。

利用部門の確認で前提の違いが判明し、設計と見積りの見直しが必要になった。

定例会では「対応中」が続く一方、課題管理表の期限と更新日は変わっていなかった。

担当者の説明を確認結果とし、完了までの残作業と阻害要因を記録していなかった。

依存作業の開始直前に遅延が判明し、複数チームの計画へ影響が広がった。

AIが作成した要件、設計、コード、テスト結果について、確認者と確認範囲が記録されていなかった。

作成時間の短縮だけを確認し、採用した根拠と人による確認結果を残していなかった。

後工程で前提の誤りが判明したが、誰がどこまで確認したのか追跡できなかった。

要件変更は承認されているが、設計、WBS、テスト計画の版や内容が更新されていなかった。

変更内容と承認者だけを記録し、影響する資料と作業の反映状況を確認していなかった。

変更前の条件で開発とテストが進み、手戻りと再調整が必要になった。