webエンジニアの評価基準を教えていただきたいです。

現在、webエンジニアの評価基準の見直しを考えているのですが、
みなさまの環境ではどのような評価をどのように行なっておりますでしょうか。

当方では、チーム開発を大切にしておりますので、コードの質は担保するように
日々の開発を進めております。定期的なコードレビュー、プログラムテストは
複数人で行ない、いつ改修がかかってもいいように常に分かりやすいコードを
意識してコーディングをさせております。

その中で、1人1人が生産性の高い仕事ができているかを計れる評価基準を設けたいと
考えているのですが、どこに重点をおいていいか、なかなかまとまりません。

・残業時間の長さ（残業が少ないを基準においていいのか）
・業務量の多さ（何を持ってタスクをどれだけこなせているかと考えるべきか）
・障害への対応方法（突発的な対応があった際に、適切な対応が行なえているか）
・設計のシンプルさ（他の人から見て複雑な設計になっていないか）
・企画サイドとサービスを作る視点で業務ができているか

など、エンジニアの業務を計る基準をいろいろと模索しておりますが、
まとまらず、みなさまの環境での参考となりそうな事例がございましたら、
教えていただきたく存じます。

お忙しい中恐縮ですが、よろしくお願いいたします。

izkn

2016/01/14 14:36

こちらの質問が他のユーザから「プログラミングに関係がない質問」という評価を受けています teratailでは、プログラミングに関して困っていることがないと思われる質門を推奨していません。具体的に困っている理由や解決したいことを明確に記入していただくと、回答が得られやすくなります。

hsk

2016/01/15 06:05

行動規範の内容に同意します

回答4件

当方の評価で重視するのは「工数の見積もり精度」です。
この精度で全て判断しています。
その為プロジェクトに参加するメンバー全員にそれぞれ詳細に見積もりをさせ、
見積り内容のレビューを行っています。
もちろん協力して見積ることもOKにしています。

見積もりが甘ければ、
当然工数に合わなくなり残業が増えたり、
設計ミスや難解な設計により無用な工数が発生することになります。

個人を個別に評価するというより、プロジェクトの評価から
相対的に個人評価を導き出しています。
例、能力の低い人でもプロジェクト全体を通すと、
目に見えない所でメンバーに良い影響を与えている場合もあり、
単純に個別評価できないケースもあるからです。

様々な評価制度はありますが効果的に機能しているケースを見たことがないので、
見積りと結果（実績）を一致させることを評価基準にしています。

投稿2016/01/14 03:46

buibui80

総合スコア1033

こんにちは。

非常に深遠なテーマですよね。
技術者を適切に定量的に評価できると本人のモチベーションにも繋がりますし、組織のレベルも上がります。でも、私自身は中々適切な評価基準にはであったことがありません。

ググッてみたら、こんな記事がありました。質問者様の思いと似た方向性のようです。

私が基準を検討する場合は、質と量に分けると思います。
量はアウトプットの量（実装したAPIの数や対応した障害の数など。それぞれの規模もざっくり分類。）で評価するだろうと思います。
質が難しいのですが、例えば下記のような基準を検討すると思います。
1)ユーザの使い勝手を考慮した提案をできているか？→仕様レビュー、もしくは、顧客満足度で評価
2)無駄な複雑さが含まれていないか？→コード・レビューで評価できると思う。
3)ビジネス的に妥当な期間で開発できているか？→開発スケジュールを評価する。

しかし、実際に運用できる姿に落としこむには、それなりの試行錯誤が必要そうです。

投稿2016/01/14 03:16