06:00昨今のビジネスにおいて、ITは切っても切り離せいない技術となっています。そのためエンジニアの採用競争は熾烈さを増しており、エンジニアをなかなか採用できないという声をよく聞きます。エンジニアの採用に成功すれば、今度は適切に評価する必要があります。超売り手市場で転職先を見つけやすいため、少しでも不満があれば他社へ移ってしまうからです。エンジニアの評価は容易ではありません。そこで今回は、エンジニアを適切に評価するためのガイドラインを紹介します。評価は何のため?評価は必要?そもそも、なぜ評価を行う必要があるのでしょうか。大まかにいえば、その意味は会社の期待値と社員の期待値の答え合わせでしょう。会社としては、ある期待値を持ってエンジニアを雇用しているはずです。それが定量的に図れるものなのか定性的なものであるのかはさまざまですが、会社はその期待値に基づいて報酬を決めています。この期待値のすり合わせがいわゆる目標設定に当たり、成果が期待値どおりであったかの確認(答え合わせ)が評価となります。評価は報酬のため?当然ながら、会社側も社員側も、お互いの期待値に基づいて決まった報酬額が、成果に対して適正であったか(高すぎないか、安すぎないか)は気になります。一方で、報酬が適切に決まってさえいれば十分なのかというと、そうではありません。行動経済学では、報酬つまり外発的動機付けはむしろやる気を阻害してしまうため、内発的動機付けを行う必要があるという「アンダーマイニング効果」が指摘されています。このためによく行われるのが、その人の成果を正しく判定し、よいところは褒め、悪いところは反省を促すという、内発的動機付け(以下、単に動機付け)のための評価です。報酬のための評価と動機付けのための評価、これら2つを適切なバランスで行うことが極めて重要です。評価は非常に難しいとよくいわれます。評価するほうもされるほうも共に満足できる評価システムが組まれている会社は、まれではないでしょうか。評価の難しさの原因についてはいろいろいわれていますが、筆者は先ほど述べた、報酬のための評価と動機付けのための評価の違いを意識していないからではないかと考えています。報酬に関わるほうがいわゆる「評価」であるのに対し、褒めたり反省を促したりするほうは「評判」に近い側面を持っています。上司が部下を褒めたとき、部下にとっては「評価されている」と思ってしまいますが、それがすぐに報酬に結び付くとは限りません。報酬はどちらかというと成果など定量的で計測可能なものに関連しているのに対し、褒めるという行為は定性的で計測できないことに関連しているからです。次の2つを分けて考えなくてはならないということです。前者は目標に対する達成度で評価されるという点で、定量評価といえます。OKR[1]やMBO(いわゆる目標管理)などは前者に分類されます。後者は「ある価値観」に沿った行動をしているかで評価されるという点で、定性評価といえます。Results(目標と主な結果)。シリコンバレー式で大胆な目標を達成する方法』より)で、KRに本人の能力を少し越えるくらいの目標を設定することで、Oの実現に近づいていく。※この続きは、会員の方のみお読みいただけます(登録無料)。博士号を取得後、Web制作会社、Webサービス会社を経て現職。CTOとしてタレンティオのサービスを率いる傍ら、技術顧問としてエンジニア採用や組織についてのアドバイザーとしても活動中。オープンソース活動やRubyコミュニティ活動も積極的に行っている。ログインEメールパスワード※旧SEメンバーシップ会員の方は、同じ登録情報(Eメール&パスワード)でログインいただけます。役立つ記事(ノウハウ、事例など)やニュース、現場の声をまとめた調査レポートを提供する専門メディアです。