残業も減らせる!? 上級エンジニアになるためのDesign Doc超入門

残業も減らせる!? 上級エンジニアになるためのDesign Doc超入門：プロジェクト成功確率向上の近道とは？（3）（1/3 ページ） ITシステム開発の問題点の一つであるコミュニケーションの失敗。本連載では、これを防ぐ方法としてお勧めしたい3つのドキュメントを紹介していく。今回は、「技術視点」のドキュメントとして、2000年代以降注目されている「Design Doc」について解説します。 IT技術がビジネスに貢献していくためには、まずはシステム開発を成功させることが重要です。本連載「プロジェクト成功確率向上の近道とは？」では、システム開発を成功させるために、コミュニケーションが果たす役割の重要性と、ドキュメントによるコミュニケーションの重要性について解説してきました。 連載1回の「ドキュメントは最強のコミュニケーションツールである――Joelの機能仕様書入門」、第2回の「サンプル例に見る

[kuenishi]

ちゃんとRationale書いてStorytellingできないと誰にも分かってもらえないので個人技に頼る羽目になるんだよね。要求定義とか要件定義とか基本設計って分割すると分かりにくくなる

[nilab]

残業も減らせる!? 上級エンジニアになるためのDesign Doc超入門：プロジェクト成功確率向上の近道とは？（3）（1/3 ページ） - ＠IT

[skomma]

最近知ったのでメモメモ

[naopontan]

Design Doc

[kiyo_hiko]

参考にする

[taka_sek]

Design Docの書き方。項目の 詳細について。Whyを重視してかくこと、コード と相補的なDocであることが強調されてる。

[kotaroito2002]

DesignDoc

[takatama]

必要ならドキュメント書こう

[samesam]

項目の一覧がいい感じ。

[kawa-_-kawa]

小さい開発規模ならいきなりDesignDocから始めてもいい感じかも。規模が大きい場合だと、細かい実装に引きずられてDesignDocの収集がつかなくなりそうな気配。

[tengo1985]

OSSだとJIRAの添付とかGoogle docsのリンクで示してあることあるよね

[tokida]

残業も減らせる!? 上級エンジニアになるためのDesign Doc超入門 (1/3) - | 　IT技術がビジネスに貢献していくためには、まずはシステム開発を成功させることが重要です。本連載「プロジェクト成功確率…

[windish]

よさげ

[urza358]

development

[narcissis_taa]

"プロジェクト成功確率向上の近道とは？（3）：残業も減らせる!? 上級エンジニアになるためのDesign Doc超入門 (1/3) - ＠IT" が気になった。

[afternoonteeee]

"主に想定している読者は、「プログラミング経験はある程度あるが、設計書をあまり書いたことのない初級～中級のエンジニア」です。"

[o_hiroyuki]

document

[otihateten3510]

むしろこれが無いプロジェクトに途中から入った時の絶望感がヤバイ（大抵無いけど）　そしてそういうプロジェクトは体制や役割に抜け漏れがある。ところで1人でも引き継ぐなら書いたほうが良い、あと前倒しは危険

[psfactory]

プロジェクト成功確率向上の近道とは？（3）：残業も減らせる!? 上級エンジニアになるためのDesign Doc超入門 (1/3) - ＠IT

[six13]

項目の一覧がいい感じ。「不思議なことに、良い名前を付けると設計がはかどります」これすごくわかるなあ。

[asakatana]

ドキュメント作成

[flower_room]

これだよこれ。ちゃんとしろ自分。

[kgrock]

残業も減らせる!? 上級エンジニアになるためのDesign Doc超入門 (1/3)

[azumaon]

プロジェクト成功確率向上の近道とは？（3）：残業も減らせる!? 上級エンジニアになるためのDesign ... お仕事のために…φ(..)メモメモ

[bentsuyoshi]

IT プロジェクト DesignDoc ドキュメント 設計書