安全安心にソフトウェア開発を行うためのDesign Doc導入ガイド｜面川泰明

みなさん、コードを書く前に設計書を書きますか？ 書くか書かないかは人それぞれだと思いますが、「設計」というプロセス自体は意識的であれ無意識的であれエンジニアであれば全員やっていることだと思います。 今回は設計プロセスの改善という文脈で私たちがDesign Docという仕組みを導入したことについて共有しようと思います。もし同じような状況を経験している人がいたら参考になれば幸いです。 導入の背景まずは導入するに至った状況からお話します。 私たちのサービスは、利用していただくユーザーの数が増加しています。それに伴って品質のハードルも上がってきました。サービスに障害が発生するとユーザーさんに大きな損害を出してしまうことになるからです。そこで今まで以上に安全にサービスを開発できる仕組みづくりが必要になりました。ですが、実現のためには大きく2つの課題がありました。 課題1. 開発スピードが徐々に鈍化し

[Error401]

ウォーターフォールの「設計書」が銀の弾でなかったのと同様、Design Docも銀の弾ではない気がする

[w1234567]

Design Docって聞いたことない、なんだ？って思ったけど、めちゃくちゃ馴染みがあるというか日本のサービス系の会社でも名前は違うけどほぼ同じことやってる会社多くない？

[nilab]

安全安心にソフトウェア開発を行うためのDesign Doc導入ガイド｜面川泰明｜note

[shun9167]

Design Docよさそう。

[fn7]

雛形がいい。学ばせていただく。

[moromoro]

WF/アジャイル関係なく目的（要求）から基本設計レベルまでのドキュメントは揃えておかないと運用や改修時に詰むので厳格でないという残りやすい点で良さげ

[getcha]

Chrome や、Big Queryとかは優れたプロダクトだと思うけど、ほとんどの Google製品は機能もクオリティも平均以下だと思っている。参考になるのだろうか。