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

政治と経済カテゴリーの変更を依頼記事元:

hageyahhoo.hatenablog.com

50 usersがブックマークコメント

コメント

6

記事へのコメント6件

注目コメント
新着コメント

オーナーコメントを固定しています

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

2019/05/28 リンク

オーナーコメントを固定しています

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

2019/05/28 リンク

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

評価

2019/05/29 リンク

kozai Pickしました

2019/05/29 リンク

otihateten3510 動くか、動かないか

2019/05/28 リンク

kai_kou ご参考

2019/05/28 リンク

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

2019/05/28 リンク

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

規約違反を報告

アプリのスクリーンショット

いまの話題をアプリでチェック！

バナー広告なし
ミュート機能あり
ダークモード搭載

アプリをダウンロード

関連記事

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

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

ブックマークしたユーザー

techtech05212024/03/05
asayamakk2019/09/17
Yuwji2019/06/10
kknsd2019/05/31
koma_g2019/05/30
braitom2019/05/29
daikikohara2019/05/29
kozai2019/05/29
info552019/05/29
somathor2019/05/29
kyo_ago2019/05/29
selmertsx2019/05/29
j-u2019/05/29
lasherplus2019/05/29
yofukaya2019/05/29
daskex2019/05/28
boxphere2019/05/28
tamago852019/05/28

同じサイトの新着

同じサイトの新着をもっと読む

いま人気の記事

いま人気の記事をもっと読む

いま人気の記事 - 政治と経済

いま人気の記事 - 政治と経済をもっと読む

新着記事 - 政治と経済

新着記事 - 政治と経済をもっと読む

設定を変更しましたx