IQ49スマートフォン用の表示で見るIQ49IT業界の感想2018-01-21要件定義書が一切変更されないプロジェクトシステム開発プロジェクトの最初から最後まで要件定義書が変更されないとしたら、そのプロジェクトはいびつでなにか問題を抱えている可能性が高いだろう。要件定義書とは顧客から見て何が行われるかを示すものである。どのような設定があり、どのように動作し、どのような見た目をしているかを記述する。逆に言うとプログラムでどのような実装がされているかの情報は必要ないと言える。要件定義書が変更されない理由はいくつか考えられる。本来変更が入る箇所を要件定義書以外のドキュメントで管理している。最初から完璧なドキュメントが用意されているので、変更の必要がない。2については「簡単なプロジェクトなんでしょうね」くらいしか言うことはない。ここでは1について説明したい。そもそも、なぜ1のような事象が起きるのだろうか。要件定義書というのは本来顧客が作成するものである。システムの機微に詳しいベンダーが手伝う場合もあるだろう。原因は会社間でやり取りするドキュメントなので変更管理が難しいということにあるのではないかと思う。一度作った要件定義を変更するのが面倒なので、要件定義は変更されないことにして次のタスクに進むといったことをしている。そのため本来変更すべきものを変更対象に出来ず1のようなことが起きるのではないだろうか。要件定義書じゃないならどこで変更すべきものの調整が行われているのかというと、これは詳細設計書で行われる。詳細設計書とはSIer特有のプログラムがどのように実装されているかを示す書類である。これには問題点がいくつかある。顧客に渡してるプロジェクトは地雷。仕事としてドキュメントを書くからには、誰が何のために読むのかを考えなければならない。月別アーカイブはてなブログをはじめよう!baito_mo_yamunaiさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。