どっちの言い分もわかる気はする。 発注側はどんなものができるか製品がわ..

どっちの言い分もわかる気はする。 発注側はどんなものができるか製品がわからないのに製品代を出したくない。 受注側は製品を設計する事は片手間でなく本業のうちだから設計の代金が欲しい。 すれちがう原因はお互いにあって、 発注側は大量生産品や「設計済み」の受注生産品を買う認識でいること。つまり設計の労力を過小に見積もっている。 受注側は相手がシステム開発の発注について熟知してることを前提にしていること。つまり設計の手間が工業製品とはまるで違い、設計が仕事のメインだと顧客に認識させずに話をすすめている。 これが原因だ。 システム開発の大部分の労力は設計にあるといってもいい。 要望を満たすために「顧客が事細かく話した内容をシステムに落とし込んだらどうなるのか、どんな画面でどんな印刷物がでて、顧客ごとのの入金の流れとか、その他諸々がどんなふうになるのか」を考えることがシステム開発のメインとなる作業だ。

[tatsunop]

元ブクマコメで参照になってた車との例えで、曲がるのにハンドルなのかレバーなのかレベルから決める、ってのがあった。そういう意味ではもっと車規格並みに共通お仕着せ仕様で標準化する方が幸せは近いのかも。

[asakura-t]

窓とか屋根とか既にあっても顧客が「それじゃない」と細かく違うのを注文してきたりしますし／標準化できる内容であればパッケージのカスタマイズで済ませられたりもするはずなんだけど。実際にはあれこれ追加の要望

[Sediment]

それはそうなんだけど、詳細設計に入ったらもう、変更できませんよってとこも発注側としては痛いんだよね。

[junglejungle]

Ｒ・Ｆ・Ｐ！Ｒ・Ｆ・Ｐ！

[ysync]

まぁ俺もこの業界と関わるようになる前は、ソフトハウスは窓とか屋根とかレベルで過去資産を積み上げて持ってるものだと思ってたｗ／どこも属人的でフルスクラッチの傾向強いんだよねｗ

[sugawara1991]

ITシステム開発以外の普通の取引だと"部品単位で作り起こし"なんてことは普通ないわな(いわば国産でロケット飛ばすぐらいの感じか)。コスト感覚が合致するはずもなし。でもこれIT業界も悪いと思うよ。業界人だけど

[tailtame]

ウェブショップのリニューアルがトラブってるのを思うと…大変だよな。実用テストとか(っ｀・ω・´ｃ) 予想より高くつくのよな

[UhoNiceGuy]

意思がすれ違ってるだけだと思う。増田が例とした建築の設計図ってのをITの設計図ととらえたシステム屋の間違い。建築とITの設計図の違いってものを認識してるなら顧客がなにを欲しがってるか考えなきゃ

[l-_-ll]

“システム開発の大部分の労力は設計にあるといってもいい。”

[Gelsy]

建築の値入れのしかた全然知らないくせにみんなテキトーなこと言ってて笑える。

[su_zu_ki_1010]

納得した

[REV]

「ジャンク屋にはジャンク屋の言い分があり、客には客の言い分がある。それぞれが自分の認識で相手を見ているから相手の言い分がとても奇妙にみえるんだ」→　結果、ジャンク屋はどんどん閉業したという

[natsupro13]

認識、価値観のズレが原因

[pmc12]

http://anond.hatelabo.jp/20131003212934

[jaikel]

開発側が客の言うことを聞きすぎたのが今の惨状じゃねえかなとも思う。うるせえ！これでやれ！と客を型に嵌めて定型化すべきだった。

[sasashin]

q“この工程は工業製品や建築のようにあらかじめ開発したユニットをくっつけるだけではうまくいかない。”

[guldeen]

これもまた妥当な見解。

[georgek5555]

まあそうだわなー。RT @hatebuit: http://t.co/vTVzhRSuS1