はてなのエンジニアのバリューズ - Hatena Developer Blog
CTO の id:motemen です。この記事は、はてなエンジニアアドベントカレンダー2018の25日目の記事です。昨日は id:alpicola の『横断検索で社内情報共有を加速させる』でした。 はてなのエンジニア組織にはチーフエンジニアという役割のエンジニアがいて、評価や採用、その他大小諸々の施策を通じて、技術部門全体の生産性と幸福度を向上させるのがその仕事です。今年の夏からチーフエンジニアに新たに id:shiba_yu36 を加え、それがはてなの技術組織についてあらためて考えてみる機会となりました。 はてなで働くエンジニアの数も今やゆうに50名を超え、その増加もこれまでにない勢いです（積極採用中です！）。私が入社した頃には少なからず同質的だったエンジニアのタイプも、当然のことながら、多様性が増してきていると感じます。また、試験的に運用していた組織サーベイの結果を見てみると、会社の
成果で評価していくということ - そーだいなるらくがき帳
最近、この話をすることが多いのでブログに個人的な意見をまとめる。 まず成果主義と結果主義は違う。 勘違いされてる人が多いけど成果主義は成果とそれまでの過程を踏まえて評価する。 結果主義はその言葉の通り、結果のみで評価する。 そのため売上を至上と置いてる営業の評価をする場合などは結果主義はわかりやすい。 個人的な意見では結果主義は嫌いではないし、スポーツなどは完全に結果主義だ。 それは置いといて、多くの会社は成果主義であるし、だからこそちゃんと成果で評価すべきだ。 その点について次のようにまとめる 成果を評価するということ 成果を評価するためには 目標を設定すること と 行動すること が必要だ。 行動した結果、成果が生まれ、そしてその成果が目標を達成したかを評価する。 結果主義であれば目標に対して、成果がどの程度達成したかの差分だけで評価する。 成果主義はその過程も評価するので達成した上で、
ペパボのエンジニア評価制度をパワーアップした - Kentaro Kuribayashi's blog
mizzyさんのエントリ(paperboy is hiring - Gosuke Miyashita)にある通り、ペパボでは、エンジニアに関しては一般のラインとは別に、専門職としてのキャリアアップをしていくラインがあって、ここ2年ほど運用され、よく機能しているところです。そんな折、技術基盤チームも陣容が充実し、社内にもその存在や成果が充分に浸透してきただろうというわけで、半年ほど前からあたためてきた新しい制度を、先日から運用開始しました。 今回の制度は、上述の専門職としての評価制度はそのままに、既存の半期ごとの目標設定 → 評価サイクルの中に、エンジニア的観点をより盛り込んでいこうというものです。エンジニアであろうがなかろうが、一般に、事業目標をブレークダウンしたものが個々人の目標 → 成果になっていくわけですが、そうしたプロセスにおいて、より多様な観点からアウトプットの生産性を向上させて
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
