「現状のソフトウェア開発は間違っていないか？」（プロセス編）

失敗例その1 「要件定義が終わらない」 ユーザーから要求を聞き出し、システム要件に落とし込んでいくのが要件定義だ。要件定義が終わらないかぎり基本設計に移れない。しかし、要件定義がいつになっても終わらない。その理由として、ユーザーからうまく要求を引き出せないことがある。そもそも今回のシステム開発でユーザーが具体的に何をやりたかったか、どんなものをIT化すればよいのかがはっきりしない。3カ月と予定されていた要件定義工程はすでに１カ月オーバーしてしまっている、しかもユーザーが満足するような要件定義書がいまだにできていない。 失敗例その2 「設計工程の無駄」 オープン系の開発でウォーターフォール開発を行っている。設計工程は、基本設計、詳細設計に分かれている。基本設計では、要件定義に基づき、主に画面などユーザーがシステムを利用するうえで意識する部分を設計し、詳細設計では、それをプログラムにつなげるた

[masa8aurum]

ウォーターフォール開発の何が問題か　→ 1. ビジネス要求を実現した後でないと、その価値が判断できない 2. ビジネス要求を実現できるかどうかは、やってみないと分からないことが多い

[rightgo09]

あるある

[dj_shin8]

ソフトウェア開発,匠Lab,萩本順三

[uhyorin]

裏プロセスとなった人件費もしっかりと請求出来れば良いと考えたいが、納品すべき成果物がいまだ最終工程で完成したソフトウェアのみでは辛くて話にならない。実装/テストにGOサインを出すための設計書作成こそが大事

[soyana]

via: 裏プロセスは並行プロセス - プログラマの思索 http://forza.cocolog-nifty.com/blog/2009/02/post-1bc1.html

[seiunsky]

「要件定義が終わらない」あるあるあるwwwwww

[hagayu]

ウォーターフォール開発には裏プロセスが存在する。⇒ウォーターフォールの矛盾点を指摘。

[Fuyu76]

ウォータフォール型は確かに欠点が多いけどそれ以外はリスクが高すぎて使えない・・・

[imai78]

とは言え、滝モデルが一概に叩かれるのは違うかなぁ。予算が最初に決まっちゃうと必然的に滝にならざる得ないかなぁ、とも思う。

[mnishikawa]

ウォーターフォールの問題点

[ka-wara]

ウォーターフォール開発の件。／『次回は、反復開発やアジャイル開発にフォーカスを当て、それらの有効性と問題点を考えてみよう』

[JULY]

その間違った開発が行われるのは、文中に書かれているように「マネジメント的にもビジネス的にも楽」だから。どうすればこの部分が変えられるのか...。工事進行基準なんてものが出てくる昨今だからなぁ...。

[mentum]

ウォーターフォール開発の失敗／ウォーターフォール開発がうまくいかない理由／なぜウォーターフォール開発は捨てられないのか／まだまだ未熟な、反復開発、アジャイル開発