上流工程のバグは、下流工程で増幅する

皮肉なことに、プロジェクトと失敗とは相性がよい。納期どおりにできなかった、要求どおりにできないことが多い、機能を削減することが多いなど、もともとの目的、スコープから、後退したプロジェクトの経験を持つITエンジニアは多いに違いない。なぜ目的どおりにいかないのか。どこを改善したらいいかを本連載で明らかにし、処方せんを示していきたい。 上流工程ほどいいかげんな品質管理 ソフトウェア開発でよくいわれることに、「上流工程のバグは、下流工程で増幅する」がある。要件定義や基本設計で間違いがあった場合、最終テストの段階でその間違いに気付き、プログラムを修正すると、相当大きな工数がかかってしまうということだ。この工数は、詳細設計よりも基本設計、基本設計よりも要件定義と、（バグの発生が）上流工程になればなるほど大きくなる。 従って、理屈上は上流工程ほど品質チェックを厳重に行わなければならないはずだ。しかし、実

[hiroomi]

何かの節目でマインドマップでも描くか。つながりと俯瞰がないか。

[celitan]

とりあえず自社製品売りつけることしか考えない設計者は滅びればいいと思う。

[lizy]

こういう開発を行っている環境もあるんですね

[JULY]

それはそうんなだけど、その上流工程が現場の技術との乖離が大きくなってきていて、「上流工程のバグをどう検出するか」の方が難しい気がする。

[bobbyjam99]

テストシナリオ作るのが一番だと思うんだけど．