ソフトウェア開発者の評価指標を考えてみた2019 - The HIRO Says

私の勤めている会社は、ちょうど今が（人事）評価の時期です。 今日もチームメンバーと「どんな評価指標を使うのが良いのか」という雑談をしていたのですが、その内容が他のチーム・会社でも使えそうな気がしたので、ブログにまとめてみました。ちなみに雑談のまとめなので、あくまでアイデアの1つとして読んでいただければ幸いです。 ちなみに評価対象は、ソフトウェア開発に関わる人、具体的にはプログラマ・インフラエンジニア・QAあたりを想定しています。 1. ダメな評価指標例 まずは、「これは（アカン）」というものから。 (1) プログラム・コードを作成・追加した行数 そもそも、「行数が多い == 生産量が多い」ではないです。 何も考えずに行数だけ増やしてしまうと、メンテナンスコストやバグの混入確率が増え、結果としてチーム・会社にマイナスになります。 （実際に学術的にも実証されています。） (2) GitHubへ

[hageyahhoo]

人事評価について会社で試していることなどをまとめてみました。ちなみにメンバーの創意工夫をどう評価するかについては、別途ブログを執筆中です。

[braitom]

ソフトウエア開発者の評価に使えそうな定量的な指標について。ユーザーとの接点となるoutcome/deliveryを軸に評価指標を考える必要がある。機能追加・変更のリードタイム、MTTR、Change Failure Rateなどが挙げられている。

[kozai]

Pickしました

[otihateten3510]

動くか、動かないか

[kai_kou]

ご参考

[tadaken3]

ソフトウェア開発者の評価について