エンジニアの業績評価をやめるべき理由 - 室長のひとりごち
身も蓋もない言い方をすれば、エンジニアの評価なんて必要ない。というか、できない。 できない理由は幾つかある。エンジニアに求められるスキルは広く深さがある。その人を形作る基礎スキルはもちろん、エンジニアが身につけている技術を適用してアウトプットする技術スキルの両方が評価対象となる。 評価対象は、所属する組織の事業により違いがある。事業領域が広ければ、事業として必要とする技術領域は広がる一方、そうした技術の幅は一人のエンジニアでは賄えないから複数のエンジニアでカバレッジをすることになる。結果、同じ事業を一翼を担うエンジニアの担当する技術は違うが、評価は同じ軸で行われる。 そこで持ち出すのが事業への貢献、役割になる。ビジネスでリーダーシップを発揮したか、などを問うようになる。 担当する業務もSI（新規開発）とSO（維持管理）で同等の評価をしない。SIでは新しいビジネス、サービス開発により事業貢献
新人SEが同じ場所で常駐を続けると蝉になる - 室長のひとりごち
4月入社の新人システムエンジニアも、春のうちに配属になったり、夏のこの時期から現場に配属になったりと、組織の教育制度によりバラバラでその辺りは新人SEをどこまで教育できるかという組織の体力や現場のリソース不足が如実に現れますね。それよりこうして配属時期を思うと、入社してすぐにSEとして認められるなんてある意味すごい業界なような気がしますね…。 新卒の学生が企業を選択するのも、企業が新卒を採用するのもどちらも博打な訳ですが言い方を変えればエンゲージメントなのですよね。合うのか合わないのかはそれぞれの体質みたいなものですから。 新人SE、常駐先に配属になる ワタシもそうでしたが、新人教育というなのちょっとした教育期間後に、速攻で現場に常駐に出されるケースが多いです。現場の規模が大きければ大きいほど、顧客とSIerの双方の依存関係は深いですからワークロードの道幅も広く、業務も顧客よりエンジニアの
％の進捗報告は何かを隠している - 室長のひとりごち
プロジェクトの進捗報告で％を使っているプロマネを見るとき、 「このプロジェクトマネージャは何が問題を抱えているのかもしれない」 と思うのです。ではどのような問題を抱えていると思っているかというと、 進捗を％で把握しても意味がないことを知らない ％で報告することで進捗を誤魔化したい の2つ。 進捗は％で把握しても意味がない 進捗は ％で把握しても意味がありません。例えば、2つのWBSがあって、1つが期限３日前に完了していて、2つ目が３日遅れているとトータルではプラスマイナス０でオンスケになってしまうんです。正しい進捗は、３日遅れですよね。 WBS１ |計画|□□□□□| |実績|■★□□□| WBS２ |計画|□□□□□| |実績|■■■■■|■■■ 進捗管理で進捗を正しく把握するには 「完了の個数/完了予定の個数」 で把握しないと意味がありません。 そこでどうしようかと悩みやすいことは「完
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
