新卒(要は未経験者)を採用すると、組織の体力により集合研修を行ったり、配属先で基礎的な研修を行い、業務に入る。30年前とは開発スピードも、適用技術の幅も格段に変わったため、とても1人歩きするまでの障害が多すぎる。評価そうそうないと思うのだが、もし、エンジニアとして、あなたの『やりたいこと』で稼げているのなら、それはとても良い環境だ。ところで稼げているとは、技術に見合う給与をもらっているのだろうか。成果プロジェクトチームと仕事をするとき、エレガントである必要は全くないし、大変な思いまでしてやらなくていいと何度か言う。エレガントである必要は全くないと言うのは、仕事では過剰な金メッキはいらないと言い換えることもできる。評価かなりざっくり言えば、OKRは今風の組織で目標を達成するための仕組みである。詳しくは書籍で把握して欲しい。帯にはこんな風に書いてある。マネージャエンジニアがマネージャになって困ることの1つにエンジニアの評価というものがある。それはそうだと思わないだろうか。最近、チームのミーティングがほとんど勝手に進んで行く。みんなが集まって、最初に話すは誰とは決まっていないが、タイミングをみて自分から、『これだけはリマインドしておこう』というものだけ、口頭で『念押し』する。組織内において、話題になるのは危なっかしいプロジェクトか炎上しているデスマのプロジェクトである。経営にインパクトを与える可能性を持っているから、マネジメントが『なんとかしろ』と口を挟んでくるためだ。業績評価は評価された本人と評価したマネージャの間の二者間で行われるもので基本的に闇の中で行われると言ってもそうそう間違いではないと思っています。評価エンジニアの業績評価は難しいのです。誰一人として同じ仕事をしていないところで、1年分の労働に対する貢献度を評価しなければならないのですから。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。