generated at
経営者が参画する要求品質の確保 ~超上流から攻める IT 化の勘どころ~ 第 2 版


nobuoka 2006 年に発行されており中身が古い部分もあるが、2022 年現在でも参考になる部分もある
関連

内容メモ
ユーザー企業要求仕様書を書けなくなったのはなぜか?
現在 (2006 年) ではこれまでにない業務を IT で実現することが増えている
未知・未経験の業務や曖昧な wants は利用者にも明確ではなく、要求仕様書を作成することは困難
もともとは既存業務の置き換えでシステム化することがほとんどだった
機器やソフトウェアの構成が複雑になっており、開発着手時に全てが明らかにはなっていない
ギャップを埋めるには? → どの段階で誰が何を決めるかを可視化して明らかにする
開発プロセス共有化の取り組み
ソフトウェアライフサイクルプロセスの国際標準化や日本工業標準
それを拡張した共通フレーム 98 など
nobuoka 2022 年 6 月現在の最新版は 共通フレーム 2013
>
工程の例
システム化計画 : システムづくりの基本
>
IT 戦略経営戦略に整合するはずだが、IT 投資の効果が経営層に届いていない場合がある
システム化の方向性システム化計画で、責任の所在を明確にする
nobuoka 本書の中に例があり、参考になる
多くの企業が要件定義終了の段階でシステム化予算を固め、システム設計以降の工程に入る意思決定を行う
実態は、要件定義の後から要件が変わったり、システム化予算が増えたりする
そのため、投資判断を行うのに耐えうる不確かさの予算の見積りがあり、その見積りを出すために十分な要件が確定していればよい