【要約】読書感想文『運用設計の教科書』要件定義編（p38〜p67） [Qiita_Trend] | Summary by TechDistill
> Source: Qiita_Trend
Execute Primary Source
// Problem
システム開発プロジェクトにおいて、運用設計が要件定義から切り離されることで、運用フェーズのコストや体制が不明確になる問題がある。開発側が運用の詳細を軽視すると、以下のようなリスクが生じる。
- ・要件変更が運用フローや体制に与える影響の把握不足。
- ・運用体制（ベンダーか既存組織か）の未決定による役割の曖昧さ。
- ・運用範囲（作業、工数、ドキュメント）の合意不足による予算不足。
// Approach
運用設計の全量を早期に定義し、プロジェクトの変動要素を管理する手法をとる。具体的には、以下のステップで設計の解像度を高める。
- ・「運用項目一覧」を作成し、作業内容、役割、工数、ドキュメントを明確化する。
- ・基盤運用（パッチ、バックアップ等）と運用管理（ルール、報告等）に分けて整理する。
- ・非機能要件（可用性、セキュリティ等）の観点から運用設計の妥当性を検証する。
// Result
運用設計の初期段階で「運用項目一覧」を合意することで、プロジェクトの不確実性を低減できる。これにより、以下の成果が得られる。
- ・運用作業の全量と役割分担が明確になり、正確な工数算出が可能になる。
- ・作成すべきドキュメントが確定し、設計漏れを防止できる。
- ・予算確保のための根拠を早期に提示でき、体制構築がスムーズになる。
Senior Engineer Insight
> 運用設計を要件定義に組み込むことは、TCOを抑えるために不可欠である。しかし、現実の現場では設計フェーズの分離が常態化しており、運用担当の早期参画が困難なケースが多い。技術責任者としては、非機能要件の検討と並行して、運用項目一覧を「設計の成果物」として定義する文化を醸成すべきだ。これにより、リリース後の「想定外の運用負荷」という技術負債を未然に防げる。