「プログラミング作業より前の段階」は
別の職業の人がやったほうがいいよ。

適材適所ってね。

SEが判断できる程度のことなら、
パソコンにちょっと詳しい程度の
顧客でも判断できるよ。

SE=パソコンにちょっと詳しい程度の人間
だからさ。

今は、20年、30年前と違うからさ。
そんじょそこらに、成人したパソコンマニアがいる時代。

コンピュータで何が出来るかなんて、
そういう人に聞けばわかることだよ。

サビ残が問題ではない。
給料が出るかが問題じゃないんだよ。

残業そのものが悪。
すでにやれることとやれないことに
区別がついていない。

ひどいやり方の例として、客が何をしたいのかよくわからんのに
SEが勝手に作るものを決めて、紙の上でこんなものですっていって、
客が納得してないのに、判子を押させるやり方があるよね。

まあ、訴えられない対策としては間違ってないが、
それじゃ客は満足できないよ。

そんなことをしてないで、さっさと幾つかプロトタイプを作って
比較すればいいんだが、ここで重要になるのが開発効率。
プロトタイプを高速で作り上げないといけない。

それが技術力ってもんなんだが、SEのやり方は、開発効率を上げないで
開発そのものをしないで済むようにする。
だから満足ができるものが出来ない。あとから問題が発覚してトラブルになる。

RFPを客に書かせろ！？
え？RFPの意味わかってるの？
RFPは元来、客が書いてますが？

え？要求定義は開発側がやるもの！？
ずーーーーっと、そういってんのに、客が要求定義やればいいって言ってましたよ！
業務を知ってる客がやるのが正しいって言い張ってたじゃない。

え？そういう意味ではない？
民主党かおまえらはwww

RFPをきっちり書くような客なんて少ないと思うんだけど？

RFPがある場合、コンペになることが経験上多いけど、
客の担当者によるだろうけど、金額、納期しか見てないやつの方が多い
中には盛り過ぎれば高くなることを理解してか後出しじゃんけんを平気でしてくる奴もいる

ベンダーもコンペ通った手前、予算計画的に引き下がり辛い状況が生まれる
追加要件です！追加費用でないならやりません！
なんて余裕のあるベンダーも少ない
落とし所を見つける事で解決しようとし、落とし所を探る稼働もそこそこ掛かったりする

つまりはRFPなんて安くやらせるための道具としか利用されていない
誰がやるべき云々というより（それでも客がやるべきだけど）
腐った要件でTBDだらけの要件定義書で進めてしまうのが問題

RFPをしっかり書けるような会社は社内でシステム担当のエンジニア抱えて
派遣を集めた方が成功する可能性は上がると思う

規模によるけどね

まあそりゃそうだろうね。昔はプログラミングに高度な言語知識が必要だったが、
今は設計できてれば欲しいコードなどすぐ検索できるからね。

一つの部分を設計と実装の担当に分けることはOJT目的以外ではやらないかな。
それを半分ずつ分けて、それぞれが設計と実装を一貫してやった方が
コミュニケーションロスや手戻りコストが少ないからね。
今は、SE=設計担当、PG=実装担当という図式ではなくなってきてるんではなかろうか？

> 完全な仕様書ってなにを想像してるの？

コードに書いてあること全てが書いてある仕様書じゃね？
実現したいことではなく、実装方法も書いてあるのが
完全な仕様書。

SEは設計とかだけだろ

一番の違いはSEはサビ残させ放題なこと

ただしプログラムを1行でも書かせたら
残業代を払わないといけない

一番の差は残業代がでるかどうか