エンジニアの技術力評価は難しい？ - 相互評価制度を約4年やってみたけど、わりと良い感じかもしれない - - YAPC::Asia Tokyo 2014

TL;DR 4年間やってきたCTOが語る CTOが制度設計、全エンジニアの最終評価はCTOを経由 現場の声、事業責任者の声 内容 エンジニアの技術力を評価するのって難しいですよね。 評価する側がエンジニアではない場合は特に難しいと思います。 そこで、VOYAGE GROUPでは2011年7月から技術力評価会という名のエンジニアの相互評価制度を導入しました。 約4年やってみて、わりと良い感じだと思っています。 ただ、チームごとに最適な技術を選択する方針なので Perl はもちろん、PHP、Ruby、PythonなどのLL言語、さらにErlang、Scala、Schemeなども使っていたり、ネイティブアプリ開発やデータ分析など会社内で実績・知見が溜まっていない技術もどんどん増えてきて大変という課題もあり、毎回改善を重ねてますがまだまだやれる余地があると考えてます。 このトークでは、VOYAGE

[tbpg]

聞きたい "VOYAGE GROUPが約4年やってきた技術力評価の改善の歴史について、制度設計から全エンジニアの最終評価までやってきたCTOが語ります"

[Dai_Kamijo]

エンジニアの技術力評価は難しい？ - 相互評価制度を約4年やってみたけど、わりと良い感じかもしれない - - YAPC::Asia Tokyo 2015 #yapcasia — Masao Maeda (@brtriver) June 15, 2015 from Twitter https://twitter.com/Dai_Kamijo June 16, 2015 at 09:07AM via IFTTT

[key_amb]

これちょっと興味ある。

[progrhyme]

これちょっと興味ある。

[koogawa]

聞きたいです

[katzchang]

https://gist.github.com/katzchang/52eb6c8520f2fd4a1025 のあたりが関連する話です。

[jewel12]

評価の話だ