VOYAGEのエンジニア評価制度の全貌。「技術力評価会」による、人が育つ組織の作り方 | SELECK [セレック]

〜「技術力評価会」を中心とした、VOYAGE GROUPのエンジニア評価制度。被評価者だけでなく、評価者も育てる仕組みとは〜 売り手市場が続く、エンジニア採用。その中で、優秀なエンジニアを採るためには、何をするべきなのか。 その問題への1つの解として、人が育つ「評価制度」を綿密に構築しているのが、株式会社VOYAGE GROUPだ。同社では、半期の取り組みを評価する「技術力評価会」を中心とした評価制度を、CTOの小賀 昌法さんを中心に、6年という歳月をかけて作り上げた。 「なぜそのように実装したのか」を90分間ディスカッションする「技術力評価会」、それをサポートするための「サポーター制度」、その評価資料の「GitHub（ギットハブ）」での全公開など、随所に工夫が施されている。 （※技術力評価会の詳細は、新入社員目線で書かれたこちらの記事もどうぞ） そして、それらの評価制度を運用していくため

[studio-m]

「上のグレードが評価する」みたいな表記があるけど、実際にはそういう色はあまり感じない。「評価をする時、評価者もまた評価されているのだ」という共通理解があって、それが制度を支えている実感がある。

[masatomo-m]

うちもそうだけど、こういうのはエイヤッと作るものではなくて少しずつ社内メンバのコンセンサスを取りながら文化として醸成していくものだよね。いい感じ

[ono_matope]

評価全公開はすごいな…。誠実であろうという意志を感じる

[lesamoureuses]

スローパーとピンチの説明をしている写真かな？と思ってしまったので写真だけ先に流し見しました

[m_m3zono]

これも表面的に真似ても何にもならないやつだ。

[Dai_Kamijo]

"テストを書かずに早くリリースしたほうが給料が上がるなら、人はそっちに動きますよね。技術に詳しくない事業責任者が評価すると、そうなりがちだと思います。しかし私は、妥当な技術や、やるべきことを選択して

[nullpobug]

ネガティブな評価に走る人いないのかな? そういう人が出てきたらまた制度を変えていくのかな。

[Chisei]

ボルダリングの説明をしているように見えるポーズとアングル/徐々に文章化されていっている。

[suthio]

点数っていうものは評価を短縮してわかりやすくする代わりに無思考にする手段の１つだと思っていて、なくしたのは素晴らしい

[jfkintko]

評価者複数＋サポータ＋CTO、ビジネスのインパクト＋能力を評価、点数なし/文章で評価、評価者の成長、評価資料をGitHubで公開、６年かけて改善、最初から正解は無理、何を大事にしたいのか全員で考える

[pirox07]

評価制度がカルチャーをつくる。こういう評価の観点だとほんとうに嬉しい。“なぜそうしたのか？を問い続ける「技術力評価会」”

[k1take]

「ビジネス面だけではなくて、能力面でもしっかりと評価できる制度を作るというのが、健全だと思います。」 こんな一見当たり前の評価制度を作るのに６年も掛かったのか。。悲しみしかない。

[shiba_yu36]

評価者を育てるために、ペアで行う、評価資料はGithubで全体に公開するというのが非常に良いなと思った

[proverb]

“評価資料も、結果もすべてGitHubで社内に公開”

[zetamatta]

『「欲しいと言われたら何でも作るの？そんなエンジニアは、うちでは評価されないよ」と伝えます』『「なぜチームリーダーはその技術を採用したのか」を、自分の言葉で説明できる必要があります』

[murapong]

良い評価者を育てるという視点がGood

[june29]

小賀先輩だ…！思考錯誤を重ねてきてこの今のこの形があるのだろう。うちにも取り入れたいエッセンスが見つかってありがたい。良記事でした。

[braitom]

“「評価者を育てる」という視点” これができてる会社ってあるのだろうか？成長しようとしない評価者に評価してもらうのはモチベーション下がるよなあ。

[fooo]

エンジニアでなくとも応用できる

[yoshiko_pg]

“中の人たちが真面目に仕事をしていたとしても、うまくいかない場合も多いじゃないですか。それでも、しっかりと取り組んでいるメンバーがいたら、そこは評価して、グレードも上げていきたいですよね。”

[brtRiver]

正直評価するのすんごい大変だけど、とてもやりがいがある仕組み

[yatmsu]

えっ、テストコード書くのが評価されるだと

[s-wool]

んー

[raimon49]

ビジネス面だけでなく能力面との両面で評価するの大事だなぁ。

[micchang1107]

ふむふむ。

[matarillo]

組織づくり

[yoiIT]

＞「なぜチームリーダーはその技術を採用したのか」を、自分の言葉で説明できる必要があります。

[rin51]

偉くなるほど人間を戦力ではなく頭数として捉えるようになるからなあ >点数をパッとつけて、一言だけコメントを添えるような評価のしかたもあるとは思いますが

[fumisan]

…

[mate_gai]

素晴らしい部分が色々ある。いいなー。

[DustOfHuman]

売り手市場？？？

[ryota-murakami]

人が増えるって大変ですね

[hoisjp]

いろいろ納得

[mihyaeru21]

「欲しいと言われたら何でも作るの？そんなエンジニアは、うちでは評価されないよ」から、チームの決定事項に個々人が責任をもつことをしっかり根付かせているのが良いと思った。

[mak_in]

なかなか力強い記事