期間リスク：なぜ6ヶ月か
短期（2〜3ヶ月）の懸念
- 要件定義・POC・性能検証・QAが圧縮される
- 追加リソース投入・体制強化が必要（コスト約30%増）
- 増員でコミュニケーション・レビュー工数が増加
- 設計変更・ローンチ後の追加対応リスクが大きい
- ローンチ直後の不安定化でコミュニティの信頼を損なう恐れ
6ヶ月の優位
- 各工程に十分な期間を確保
- 1,000CCU対応・配信基盤を最適化
- 設計変更・追加対応リスクを低減
- 品質・安定性・将来拡張性を担保
- 3ヶ月比 約+7%でリスクを大幅低減
同じスコープでも、縮めると圧縮・調整コストで割高に、延ばしても管理固定費は限定的。6ヶ月が品質とコストの最適点です。
37 / 51