「プログラマーの情熱を奪わない開発プロセスとは？ 」記事へのコメント

プロセス云々より

[Zenkaichi (27811)]

納期が最初に決まってる開発をどうにかして下さい

--
Sir! yes, sir!

Re:

[Anonymous Coward]

発注する側に立って考えてみれば分かります。
納期を決めない発注なんて、誰もしませんよ。

Re:プロセス云々より

[Anonymous Coward]

要求仕様が決まってないのに先に納期だけ決まってるような発注のことかと思われ。

Re:プロセス云々より

[WindVoice (14680)]

ほんとは、仕事の内容が決まっていないのに見積もりや発注/受注が可能なのは商習慣としておかしいよね。それがまかり通るということは、プログラマにしてみればそんな仕事でも断れない（でないと仕事がなくなり、食べていけない）ということ。

発注する側にしてみればそれでも受けてくれるところがある。要するに、プログラマ（開発側）が余っているのでは。

--
人生は七転び八起き、一日は早寝早起き

Re:プロセス云々より

[nim (10479)]

うちみたいなコンサル含みで受注するような会社だと、逆に発注時にきちんとした要件を出せるところは
お客さんにはなりませんね。そういうところは、もっと安い会社に直接発注しちゃいます。

何を作ればいいかもよくわからない相手に対して、予算と納期の縛りの範囲で何を作ればいいかを含めて
提案して納品する（そのかわりお高め）というわけです。

それもあるかもしれないが

[Anonymous Coward]

仕事の内容が決まってから見積もりや発注/受注をすると
そうでない場合と比べてどれほどすばらしい成果が出るか、
発注する側が知っているor知らないことが最初のハードルじゃないかな。

Re:プロセス云々より

[Anonymous Coward]

要求仕様が決まらないまま受注が決まり
顧客との要求仕様の折衝は工数に数えられず
そして社内承認が降りぬまま開発がスタートする

ホントこの業界は地獄だぜ

Re:プロセス云々より

[quililila (23086)]

受注が決まっていいるだけマシと思うべし。

それに加えて受注が決まらず、でも双方の事情によりやることだけは決まっている。
受注が決まっていないため、社内ルールにより予算化されずにまともに人員を投入できず。
ところが競合の関係で非公式にはおおむねの納期は決まっているため、
スタートも切れないのに開発期間だけがどんどん減っていく。

# そんなプロジェクトもまもなく運用開始できそうです。
# 母さん、がんばったよ、僕。

Re:

[Anonymous Coward]

おっと、N社の悪口はそこまでだ。

Re:

[Anonymous Coward]

やっぱりNってどこもそうなのか

Re:

[Anonymous Coward]

そんなプログラマーの情熱を奪わない開発プロセスを採用してるNへようこそ！ 大阪城を見おろしながら食べるランチは美味しいぞ！！

Re:

[Anonymous Coward]

それでも最低限の仕様さえ満たせば残りは後でいい（有償作業）仕事だと楽だな。