前々から気付いていたのだが、同じチームに指示が下手な担当者がいる。
この担当者は自社の新人に仕事を頼むのだが、指示に一貫性がなく作業内容だけを伝える。頼まれた方が仕事が終わり報告すると、「これじゃダメじゃん。ｘｘｘｘしてないでしょ」って仕様を知らない新人に得意げに注意をしている。
指示される側も新人なのでOJTを狙っているところもあるのだと思うのだが、あの指示では可哀相である。
本日同じような指示をされたのでOJTではなかったんだなと思った。指示する時にはせめて下記の点を意識して欲しいものである。・目的・全体から部分へ・期日・期待している成果物
Posted on 3月 15th, 2005 by t
Filed under: お仕事 | No Comments »
それゆけ西表島：本を読むのも仕事のうち、ではなくて本を読まなきゃ仕事にならない
ほんと自分で本買ってまで勉強する人って少ないですね。勉強している人もいますが、していない人の方が圧倒的に多いのではないのでしょうか？
この記事読んでたので呑んだ時に友達にどれぐらい本読んでるって聞いたら、去年は本代１５万いったって言われました。
いったい何冊読んだのだろう？まさか１冊ってことはないよね・・・多ければいいってものではないがその向上心は見習いたい。
関連take4日記：インプットとアウトプットsanonosa システム管理コラム集：伸びるエンジニアについて
Posted on 3月 10th, 2005 by t
Filed under: 提案・開発・運用 | No Comments »
納期って不思議ですよね。
要件も決まっていないうちに決まっている。
公式では誰も宣言しないけど自然と納期＞品質の図式が決まっています。
Through：で、納期って何。
を読んで考えさせられました。
確かに達成不可能なスケジュールを設定されると、メンバーのモチベーションは
激減しますね。とても実感します。
ソフトハウスとしてプロジェクトを請け負うとき品質を指定されることはないですが
納期だけは必ず決定しています。決まってないことなかったなー。
つまり納期が決まっているということは
機能を詰め込めば詰め込むほど品質は下がる。
品質を確保すれば実現できる機能は限られるってことですね。
顧客はそんなこと意識しないので機能をいっぱい要求してきますね。
よって現場では誰も宣言しないけど
納期＞機能＞品質
になっちゃっいますよね？
※この記事での品質とは設計されたものが正しく動いているかを指しています。
Posted on 3月 9th, 2005 by t
Filed under: 提案・開発・運用 | No Comments »
