「開発プロセス」
ある意味 死語になりつつある昨今の様な気がするのは私だけでしょうか?
下請け上等、COBOL花形の時代はウォーターフォールが当たり前で、VB/ACCESSといったRADツールが登場してからはXPやらアジャイルやらがもてはやされ、やれプロトタイピングだスパイラルだ って言ったところで、いつの時代も一流は一流のやり方を、二流は二流のやり方をしてしまいます。
所謂「外野」の分際の評論家が一流のやり方を噛み砕いて二流を一流にしようとして、「開発プロセス」などと言った幻想を実装しようとしても、無理です。二流は一流にはなれません。
最もダメな二流は仕事を拒みます。
お客様を値踏みし、「割が合わない」「リスクが高すぎる」「あの客はダメだ」「難しい」「時間が足りない」などといった言い訳は超一流です。
お客様を「人」でなく「金」として見る事しかできないので、雇われ人生まっしぐらです。
当然ですが、そんな人に仕事はいきません。私だってそんな人に仕事頼みません。
仕事がいかない人にはお金も行きません。最終的には淘汰されます。
そんな人に「開発プロセス」って関係あるでしょうか? ないですね はい
COBOL花形時代に生きた人って、そういう人になりがちだと思います。
私も以前、そんな人になりかけた事もあります。
普通の二流は一流の仕事ができません。
遅かったり質が悪かったりで、お客様から「あの人気持ちが空回りしてる」などと言われます。
一流の仕事 って、お客様にとっては「当たり前」の仕事です。
「こうあってほしい」という声に答える。当たり前です。それをやるからお金をもらえる訳です。
しかしそんな仕事をするだけでは「御用聞き」などと呼ばれてしまいます。
お客様の要求に答える、って言葉を変えれば「言われた事をやる」だけだからです。
でも、それ自体が悪い訳ではありません。
お客様の要求に答える事は当たり前の事で、一流の仕事の一部です。
この普通の二流や「御用聞き」に開発プロセスって関係あるのでしょうか?
普通に考えれば「無い」ですね。言われた事をやるだけなので。
では一流の人ってどんな仕事をするのでしょうか?
また一流の人って「開発プロセス」などに依存して仕事をするのでしょうか?
SEとは違いますが、一流の営業 って「営業プロセス」などによって仕事をするのでしょうか?
さて 開発プロセス って何の為にあるのでしょうか??
posted @ 03:45 feedback (3)
おちつきなさい はい
すべての仕事について同じやり方で最善なわけはないですよね。
ぶっちゃけ私、評論家きらいですし(話違うかw きらい言ってちゃダメねw
まー、そういうやり方もあるのか程度で聞いといて、場面に応じて使える箇所あったら抜粋して使う程度でいいかとおもたり。
プロセスにしたがって何かするんじゃなく、人と人として相手の気持ちを汲み取り、
どうしてあげれば気持ちいい(?)のか、考えて実行出来るのが人間だろう と。
なんて風になったらかっこいいな。っていうか、そうなるようがんがろうかと。
まーそのための手段の一例ってことで。
私マッタリし過ぎですね...気合入れなさい はい(謎