ウォーターフォール

背景: 地方銀行が勘定系システムを刷新。開発チーム50名（ベンダー40名+行内SE10名）。金融庁のガイドラインに完全準拠が必須。

プロジェクト計画:

フェーズゲートの実施:

• 要件定義完了ゲート: 800項目の要件に対し全ステークホルダー（12名）の署名取得
• 設計完了ゲート: 設計レビューを3回実施し、要件との整合性チェックシートで95%以上の一致を確認
• 実装完了ゲート: 単体テストカバレッジ85%以上、静的解析の重大指摘ゼロ

結果: 14ヶ月で予定通りリリース。テスト工程で不具合を200件検出し全件修正。本番稼働後3ヶ月間の重大障害ゼロ。要件定義に3ヶ月かけて800項目を徹底的に固めたことが、テスト工程での手戻り最小化に直結した。

背景: 医療機器の組み込みソフトウェア開発。FDA（米国食品医薬品局）の規制でドキュメント完備とトレーサビリティが必須。チーム15名、期間18ヶ月。

ウォーターフォール採用の理由:

• FDAの510(k)申請に、各工程の完全な文書化が必要
• 要件→設計→コード→テストの「トレーサビリティマトリクス」が審査で求められる
• 工程ごとの品質記録が法的に必須

工程別の文書量:

トレーサビリティマトリクス: 要件定義の各項目→対応する設計→対応するコード→対応するテストケースを全て紐付け。要件240項目に対し、100%のトレーサビリティを達成。

結果: FDAの510(k)申請が1回目の提出で承認。通常の審査期間（90日）より20日早い70日で承認取得。ウォーターフォールの「各工程の文書化」が規制準拠に完全にフィットし、アジャイルでは実現困難なトレーサビリティを確保できた。

背景: 人口12万人の市が住基ネット端末の更改プロジェクトを実施。予算1.8億円、期間12ヶ月。ベンダー8名+市職員3名。

ウォーターフォール採用の理由: 住基ネットの仕様は総務省のガイドラインで詳細に規定されており、要件の変動がほぼゼロ。

各工程の工夫:

手戻り防止策:

• 設計レビューに現場の窓口職員3名を参加させ、運用上の問題を早期発見
• テスト工程でのバグ発見数: 計85件（うち設計起因12件、実装起因73件）
• 設計起因バグ12件のうち9件は「窓口職員がレビューに参加していれば防げた」もの → 次回からレビュー参加を必須化

結果: 12ヶ月で予定通り本番切替完了。切替後の初日から正常稼働し、市民サービスへの影響ゼロ。要件が固定されたプロジェクトではウォーターフォールが最も効率的であることを実証。ただし設計レビューへの現場参加が重要という教訓を得た。