「ソフトウェア開発プロジェクトをとりまく６つの誤解」は真実でもある - arclamp

「ソフトウェア開発プロジェクトをとりまく６つの誤解〜プログラミングを経験しないとわからないこと」に釣られてみます。 6つの誤解は次の通り。 既にあるソフトウェアを流用した方が速く作れる ソフトウェアはハードと違って後から容易に直せる 誰が作っても中身は同じ品質になる 共通部品から先に作ることが出来る 人を増やせば一度に沢山の機能が作れる 正確な見積もりを出すことが出来る 記事の前提は"お客さんはITにそれなりに詳しい（けどプログラミングはしたことがない）情報システム部門の人"ということだと思います。 この6つは誤解しやすいし、僕もお客さんと会話する内容です。でもね、お客さんがそう感じていることも事実です。なるべく安く早く、そして変更に強いシステムを作りたいと願うことは当然のことです（もちろん予算どおりに）。 ソフトウェア開発に職人的（あるいは芸術的）要素があることは間違いありませんが、それ

[joraku]

どっちも正しいけど、クライアントの視点に立っているのはこっちだよね。

[repon]

結局のところ、顧客がダンピング志向なのか、断れるのか、いろんなものの最終的な押し付けをされていないか、コントロールの効かないソフトのメンテを格安でさせられていないか、など、「外側」が重要なんだな

[kyon_mm]

大切なことですね。

[craftone]

そうそう。元記事は作り手のエゴを肥大させると思う。ケースバイケースとしか言えないことを取り上げてるし。

[rryu]

ある前提条件内であれば本当という感じなので、誤解でもないし本当でもないといったところ。

[yumu19]

さっきの記事のフォロー的な。

[moronbee]

PM視点。プログラマが上げた制限やリスクを無視せず、顧客への説明を疎かにせず、ビジネス理由で営業に好きにさせない。その上で全員の合意とモチベーションを上げる人に、PMと名乗ってほしいです。。

[tsucchi1022]

この人の言ってる事は多分正しいのだが、システム開発において素人が大量に戦力として投入されている、という現実を無視していると思うので共感はできないなー。(元記事は共感できる)

[Dryad]

お客さんからすると「そうあってくれるのが望ましい」という話なのも事実なんだよね。そこの差をどう埋めるのか、あるいは埋めることなどできないのか。

[yujiorama]

作り手のエゴじゃないの、という話だった

[labunix]

立場が変わればそうだし、誤解があっても良いけど(だからこそプロが要る)、話をややこしくするのはいかがなものかw。。。

[gikazigo]

「ソフトウェア開発プロジェクトをとりまく６つの誤解」は真実でもある - arclamp

[TownBeginner]

いい反論。筆者も書いてますが、倉貫さんと目指しているところは似ているはず。「6つの誤解をしていても素晴らしい顧客はいるし、一緒に協力して良いものを作れます。」

[cha-cha-ki]

これはdisりではない素晴らしいカウンター。/真実と事実の話かもしれない。

[int128]

確かに

[masaru_b_cl]

カウンターとして