エンジニアの評価観点について - @katzchang.gist

techass.md エンジニアの評価観点について こんにちは。 @katzchangです。 VOYAGE GROUPでは人事評価制度の一つとして技術力評価会というのが年に2回ほど開催されて、半年くらいの仕事から何かテーマをピックアップしつつ、別チームのエンジニア2名とお話をしつつ、なんと評価までされてしまうという、とても楽しい会があります。 評価する側のエンジニアも多様で、ある程度の評価軸はありつつも、それぞれの質問や評価はそれなりに個性が出るものだろうなーと眺めています。ということで、私なりの質問や評価のポイントをいくつか挙げてみます。 質問に対して明確に答えるための手段を知っているか？ 例えば「キャッシュの有効時間はどれくらいか？」みたいな質問をすることがあるとします。当然、「わかりません！」で終わると残念なのは皆知ってるので、頑張って答えようとします。しかし、その場で「xx分です！

[anrkny]

Check out "techass.md"

[ko-ya-ma]

シンプルに保つ（減らす）なら高く評価するか。なるほど確かに

[okinaka]

ボーナス査定の時期ということで？

[t-wada]

改めてこの評価制度は凄いなぁと思う "制約を作る（＝増やす）のではなく、シンプルに保つ（＝減らす）ようなことができていれば、私は高く評価します" これもいい

[TAC]

“制約を作る（＝増やす）のではなく、シンプルに保つ（＝減らす）”

[invent]

うーん。エンジニアの評価観点について - @katzchang.gist

[june29]

感じるところあり。なるほど。

[habarhaba]

“追えることが大事”

[hatajoe]

これは良いなぁ。

[sonots]

へー、そんなことしてるのか

[TokyoIncidents]

“制約を作る（＝増やす）のではなく、シンプルに保つ（＝減らす）ようなことができていれば、私は高く評価します”

[kasumani]

techass.md エンジニアの評価観点について - @katzchang.gist techass. Tags: feedly, ifttt, recently read, saved for later from Pocket December 05, 2014 at 05:18PM via IFTTT

[chocopie116]

他の会社ってどうやってるんだろう。気になる。

[efcl]

意思決定の説明を評価するみたいな趣旨

[decoy2004]

『言語の選定だったりスケジュール的な制約だったりについて、その理由を問います。ここで、「◯◯さんの判断です」という回答は無意味です。判断した理由を把握していて、説明ができることを求めています。』

[a_suenami]

よさそう。

[hiddy216]

いいね、エンジニアでここまでやれる人が攻めることができるんだろうな

[masaru_b_cl]

おもしろい試み

[int128]

自分の仕事にちゃんとコミットしているかどうかを突き付けられた感じがする

[satosssi]

よさげ

[bash0C7]

脳内再生余裕で @katzchang 節を久々に聞いた気分。

[katzchang]

読み返してた