ユメのチカラ: 開発工程を別々に担当してはいけない

古典的なウォータフォールモデルでは、ソフトウェア開発を要求仕様分析、概要設計、詳細設計、実装(コーディング)、内部テスト、統合テスト、運用、保守みたいな工程にわけ、通常は各工程を別々の人が担当するというような方法がよくおこなわれている。 特に、要求仕様の分析、概要設計などは上流工程などとよばれていて、詳細設計、実装とは別の人ないしは組織が担当する。実装とかテストは下流工程などとよばれている。 よくあるパターンとしては元請けが上流工程を、下請け、孫請けが実装やテストなどを担当し、人月単価も下流の方が安い。 ウォーターフォールモデルでは各工程毎に成果物(仕様書や各種ドキュメント、プログラム)が大量に生産される。各フェーズ毎に定義された成果物がそろってから次のフェーズに移行するというのが建前なので、各フェーズでのドキュメントはどうしても冗長になりがちである。 一度固定した文書は次のフェーズで変更

[shinfukui]

それができる人材が少ない、ではなく、そういう人材が育たない環境だということ。ちなみに下流工程の最大の役割は、上流工程の尻拭いです。下流工程エンジニアは疲れきってます。

[t_yano]

常々「どうしてプログラミングできない人がまともな設計をできるなんて思えるんだろう」と思っていたけど、それに類する話。やはり機能別に上から下まで責任もってやって初めて「プログラマ」でしょ。

[u_1roh]

ていうか、実装は設計の一部です。設計<|---実装 です。開発チームは機能別に縦に区切るか、レイヤー別（ライブラリ、フレームワーク、アプリ）に横に切るかのどちらかです。設計と実装を切るなんてありえないよ。

[bull2]

読んでみると至極納得して当たり前の事なのに、沢山ブクマされるということは、如何に日本が間違っているかがわかる。というかいい加減ソフトウェア工場と言う言い方はやめれ

[amnesia4646]

上流工程を上流階級と勘違いしてる人は多いね。

[windish]

いまさらだけど読んだ。

[holypp]

キーワードだけ。心に刻んでいつか壊す。＞上流、人月単価、ドキュメントは冗長に、製造の責任ではない、ゼネコン、実力より所属、業界にとってエンジニアの使い捨ては百害、工程の分離は悪。

[salamann]

工程について

[webmarksjp]

あとで読む

[int128]

元請けと下請けの固定された世界なんだよな

[julajp]

実際に家電などを作っているメーカーは分担はきっちり決まっていると思う。そうしないと生産性、収益上がらないからだと思う。ソフトの業界も実際の物ろ作るのと同様なとこにいけないと職人頼みになっちゃうのかも

[gothedistance]

この業界の病巣を最も的確に表現しているエントリだと思う。

[todogzm]

私は運良く設計から実装、テスト、リリースまでを社内のみで完結できる、恵まれた環境にいる。給料は高くないけどね。担当する機能すべてにおいて責任を負うことができる環境。負わされるわけじゃないところがいい。

[yatmsu]

理想ではあるけど、実現したとしてもずっと先の話だろうね。本気で上流工程の方が実装をしているPGより偉いんだ！と思っている人たちを何人も見てきた。

[mir]

うちの会社はいつ気づくのか

[hfu]

「設計する人がコードも書くのである」

[jitsu102]

同感。上から下まで責任持つには、業務知識なども必要。日々勉強。

[takuno]

ひらたく言うと、一生懸命つくっていたのに使えないものができてしまったということである。

[capsicum39]

そらそうだ

[NOV1975]

要件定義までの工程と外部設計以降の工程では仕事の内容が違うと思うが。きちんとした大規模プロジェクトでトラぶって引き上げた、以外で設計した会社が開発しないなんて話は近年流行のオフショア丸投げくらいじゃ。

[jar2]

米国のソフトウェア製造業では(マイクロソフトもオラクルも)、設計する人がコードも書くのである。それが一般的な姿である。

[f99aq]

同じ人が担当しても、ウォーターフォールっぽく開発したら結局同じことになりかねないので、そこんとこも

[ag-commerce]

古典的なウォータフォールモデルでは、ソフトウェア開発を要求仕様分析、概要設計、詳細設計、実装(コーディング)、内部テスト、統合テスト、運用、保守みたいな工程にわけ、通常は各工程を別々の人が担当するという

[LazySoul]

ウォーターフォールモデル

[satakesatake]

人が多く関われば関わるほど、ヒズミが生まれてくる。

[jigendaddy]

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

[hamasta]

>大手にぶらさがっていれば食いっぱぐれない。そのため経営の緊張感はない

[t-murachi]

中小の部品メーカーでさえ出荷ぎりぎりまで設計変更に応じられる体制を作ってる。よーするに工程を下請けするんじゃなくて部品を下請けすりゃいいのよね。

[nilab]

ユメのチカラ: 開発工程を別々に担当してはいけない:実装と設計は不可分:実装/設計をしてみて初めて気がつくことがある:ソフトウェア工場というコンセプトは否定しない:米国では設計する人がコードも書く

[hiro55bs]

プログラムを組めないSEが要件定義することもどうかと。勉強しなきゃ。

[hiro_y]

「実装と設計は不可分で、実装をしてみて初めて気がつくこと、設計をしてみて初めて気がつくことなどがあり、実際の設計と実装というのはいきつもどりつのプロセスである。」

[Kmusiclife]

字がちっちゃい。

[Yazin]

「初めから完璧な設計などはないのである」その通り。分野や適用技術によって程度の差はあれ、設計は机上の空論と認識すべきだ

[paulownia]

あたりまえのことだけどね。こうやって声に出して動かなければ搾取されるだけ。がんばりましょ。

[send]

ついでに人月も捨てるといい