優秀者なエンジニアは、自分に間違えを気付かせるための手段をもってる (設計編) - Qiita

自社でサービス開発をしていると納品というものはないので、どういう設計書を書くかはプロジェクト・会社様毎に違ったりします。書きすぎないドキュメントってなんだろうっと考えてるうちに、そもそも設計というフェーズはなんだったのかモヤモヤしたことをまとめてます。 システム開発コストが大きかった昔は、失敗が許されないため設計というプロセスがあり、そのリスクを吸収しました。現在、開発スピードが求められるシステム開発において設計はどうあるべきか考えます。 設計とは大きく3つに分解でき、最後に残るのは【開発者の気付き】のための設計が残るように思えました。 システム設計が好きな人が増えるといいなぁっと思って書いてます。（つぶやいてます） こんな人に読んでもらえると嬉しいです。 設計が好きな人 最小限のドキュメントで設計をしたい人 プロダクトの品質をあげたい人 システム設計を取り巻く変化 昔々、システム開発とい