べつの仕事をめいっぱい振ってくるじゃん~~~~。8(--#)8
コンピュータはソフトウェアという設計書どおりに動く機械です。
かかった分が必要な時間だったというだけの話です。
優先順位は納期限じゃないケース多し
5割は仕事以外のことをしているとプログラマー自身が言ってました。
南の空へ、惨め、惨め~
「馬鹿とはさみは使いよう」だから、指示を明確にして、細分化してあげれば良いのです。
多分。
それでもダメな人らは、本当に惨め。解雇して、もっと有能な人材を雇えば良い。(いれば、の話。)
私が実際に体験した実話ですが、社長に、あるプログラムを作る納期の見積もりを出せと言われたので、以前の経験(納期遅れ)から、少し長めの見積もりを出したら、納期が長すぎるからプロジェクト自体をやめる、と言われました。つまり、干されたわけです(そして、現在にいたる(笑))。
もっとも、その時の社長は、「こうつは前回、これこれの納期でこれだけの時間がかかったから、きっとこの納期も実際にはこれこれの時間かかるに違いない」と、脳内補完したのかもしれません。だとすると、私には学習能力がないという事なんでしょうかね?それとも、その社長に学習能力があり過ぎたんでしょうかね?どっちにしても、正直というものがない会社でしたから。
ちなみに、そのプロジェクトは、別の(もっと短い納期で仕上げる)と宣言したプログラマー達によって、彼らが当初掲示した納期の数倍の時間をかけて、仕上げられました。
アホなプログラムができちゃうんです。
リストラ対象とみられるからです。
競合で、ダンピングした工数で請け負っても、そんな少ない工数であがるわけがない。 そんなプロジェクトは大体炎上している。
仕事を受けた以上は納期を守るのが当然ですか。そうですか。
納期に遅れるとマズいですか。そうですか。
5日かかる見積工数を3日に値切ったりしてませんか。え、してない。そうですか。
納期を間に合わすためにこの機能とあの機能は外してもよいですか?え、ダメ?それがないと意味がない?…そうですか。
じゃ、この納期では厳しいですねぇ。
え、納期も品質の一つ?……そうですか?
物作りは、手間が掛かりますが、出来るだけ効率良く作ることもできます。戦時中のゼロ戦のバカ穴の話ですが、僅かな軽量化の為に工程を10ほど増やしたそうです。設計図が固定されていてもこのような問題は起こります。ましてや途中からの設計変更など普通の製造現場では悪夢そのものです。確かに情報の加工は原材料が変更されない分は設計変更し易いとは思いますが、システム環境そのものが変化し続けているので、そういった変化に対応することまで必要になってきます。最新の情報を加味しつつクライアントとの仲立ちをする専門家がいれば、双方の負担は軽減すると思われます。
賛成!!
これから出ようと思ってたところなんですよ。
(by そば屋)
2人だけの傷心旅行。。。
てヵ、プログラマーってどんなことすんだろ?
何事も、自分でやってみるのもいいかも知れませんね。
末端の苦労を知らない人、結構いますから。
それに、システム物の受注の場合、前工程が時間かかりすぎてて、デバッグ機が届いた頃には納期過ぎてる…なんてことも多々あります。
こういう時に責められるのは、いつもプログラマなんです。
人間、切羽詰んないといいもの作れない。
キャン!!
全国のむっつり助平な偽者のプログラマーさん達どもありがとうございました。