ブックマーク / getlife.hateblo.jp (1)

  • 詳細設計書も問題だけど、それ以上に成果物定義が問題 - プロマネブログ

    詳細設計書という名のゴミ | Gm7add9 この手の話題が定期的に上がるわけですけど、毎度同じだよねで終わってしまっては人間進歩しないので、何が問題でどうすればよいのか少し考えてみたく。 詳細設計書は「プログラム説明書」として欲しい。 まあ、元記事も多分業務システムの受託の話の模様なのでSIをターゲットに。 往々にしてSI、特にウォーターフォール開発のプロジェクトの中では、設計書などのドキュメントを多数作成いたします。*1 V字モデル的には、設計から開発に至るまでの間 要件定義書 基設計書・外部設計書設計書・内部設計書 詳細設計書 プログラム みたいな成果物を作成いたします。 個別の詳細は別のサイトに任せるとして、それぞれ記載する内容を一言で表すと、要件定義書は「スタートとゴール」、外部設計書は「業務とサービスの仕様」、内部設計書は「サービスの構造と機能の分割」となります。 ※た

    詳細設計書も問題だけど、それ以上に成果物定義が問題 - プロマネブログ
    harusora30
    harusora30 2014/03/09
    実際のところユーザー側発注側は要件定義書と動くシステムしか評価しないしできない。2〜4の設計書は作る側できちんと定義して上手く非効率にならないように安生やってくれって話。納品しろとも思わない。
  • 1