プロダクトマネージャーの必須スキル: デザインドックの書き方 - Design Doc｜kosuke mori

私 (@kossmori) が働くアメリカのスタートアップでは、どんな会話においても ”Is there a design doc?” (デザインドックはないの?) という質問が連発します。 会話のコンテクストを合わせるため、取り組みの背景を理解するための必須資料として位置づけられています。 デザインドックは技術詳細を書いた仕様書ではありません。 取組みに関わる Why, What, How と、ハイレベルな実装戦略、主要な設計上の決定、決定の際に考慮されたトレードオフに重点を置いて文書化したもので、それをもとにエンジニアは必要に応じてTech docを書き、デザイナーはデザインを始めます。 追記: その2も書きました。最後の方に記事へのリンクを貼っています。 追追記: 思った以上に反響あり、この記事のおかげでこれまで非常に多くの スタートアップの方々とお話しさせていただく機会をいただき

[nilab]

プロダクトマネージャーの必須スキル: デザインドックの書き方 - Design Doc｜kosuke mori

[d4-1977]

画面のキャプチャーを見ていると、Googleドキュメントだと思う。ドキュメントの途中でコメントを入れられる機能 @esa_io にもあるといいな（知らないだけかも）議論した過程を残したい気持ちがあります

[sonots]

重要

[shodai]

2022年にブックマークしてるが読んた記憶がなかった。今の私には面白かった

[hase0831]

良さそう！