自分で決められる仕事で数える、エンジニアの目標設定の具体例25選

評価のためのソフトウェアエンジニアの目標の例

評価のための目標は、1年の終わりに見せられる数で、どれも自分の仕事についてのものです。

• 四半期に1本設計書を書き、つくる前に2人からコメントをもらう。
• 6か月、毎週ほかの人のプルリクエストを5件レビューする。
• 今年、3つの機能を最初のコミットから本番まで運び、それぞれが何を変えたかを短く書く。
• 週に1回、プルリクエストと設計書へのリンクつきで、仕事の記録をつける。
• 評価の2か月前に、チームメイト3人に文章でフィードバックをたのむ。

ソフトウェア開発者のコードの質と信頼性の目標

質の目標は、テスト、レビュー、修正を数えます。Googleが公開しているコードレビューのガイドは、レビューの依頼が返事を待つのは長くても1営業日だとしています。

• 四半期のあいだ、すべてのコードレビューの依頼に1営業日以内に返事をする。
• 四半期の終わりまでに、テストのない20個の関数にテストを足す。
• 3か月、自分が出すプルリクエストの10件中8件を、変更200行未満にする。
• 10週間、週にひとつ、不安定なテストを直す。
• 対応したすべての障害について、5営業日以内に、次の対応のタスクを少なくともひとつ登録したふり返りを書く。

ソフトウェアエンジニアのキャリアの目標の例：昇進と担当範囲

昇進はほかの人が決めるので、自分でつくれる証拠に小さく分けましょう。リードしたプロジェクト、書いた設計書、担当するサービス。

• 会社のキャリアラダーを読み、次のレベルの各行の下に、自分の仕事の例をひとつずつ書く。
• 2つ以上のチームが必要なプロジェクトをひとつ、最初の計画から公開までリードする。
• 四半期の終わりまでに、ひとつのサービスを正式に担当し、その運用手順書を書く。
• 6か月、月に1回、次のレベルに何が足りないかを上司に聞き、答えを書いておく。
• 評価の時期の前に、5つの証拠をのせた1枚の昇進の資料を書く。

ソフトウェアエンジニアの自分の成長の目標

自分の成長の目標は、何を学ぶかを自分で選ぶものです。まだプログラミングを学んでいるところなら、プログラミングの目標が一歩前から始まります。

• 今年、クラウドかセキュリティの資格試験にひとつ合格する。
• 四半期に1冊エンジニアリングの本を読み、それぞれからひとつの考えを自分のコードで試す。
• 6週間で、新しいプログラミング言語の小さな練習問題を30問解く。
• 12週間、毎週カンファレンスの発表を1本見て、それぞれについて3行のメモを書く。
• 次の10個のバグは、print文ではなく、デバッガーを使って見つける。

ソフトウェアエンジニアのチームとメンターの目標

チームの目標は、自分がする手伝いを数えます。仕事の中で、コミットにはけっしてあらわれない部分です。

• 6か月、2週間ごとに30分話して、新しめのエンジニアひとりのメンターをする。
• 今年、2人の新しい人をチームにむかえ、それぞれが最初の2週間で変更をひとつ出すのを手伝う。
• 10週間、週に1時間、チームのだれかとペアプログラミングをする。
• 今年、10人の候補者の面接をして、毎回面接から24時間以内に文章のメモを送る。
• チームの新しい人のために、よく知っているシステムひとつの10分の説明を録画する。

いいソフトウェアエンジニアの目標とは？

いいソフトウェアエンジニアの目標は、自分で決められる仕事を数えます。設計書、したレビュー、足したテスト、手伝った人。35年分の目標の研究をまとめた分析では、具体的で難しい目標のほうが、「ベストをつくして」と言われるより高い成果につながりました。「もっといいコードを書く」にはゴールがありません。「3月31日までに、テストのない20個の関数にテストを足す」にはあります。

チームの数字は、また別のものです。DORAの研究プログラムは、チームがソフトウェアをどう出すかを、もとの4つの指標から育った5つの指標で測ります。チームがどれくらいの頻度でデプロイするか、変更がコミットから本番に届くまでにどれくらいかかるか。すぐの修正かロールバックが必要なデプロイがどれくらいあるか、失敗したデプロイからもどるのにどれくらいかかるか。5つ目は、本番の問題のせいで、計画していなかったデプロイを数えます。DORAはそれを、ひとつのアプリかサービスと、それを出すチームのためにつくりました。それを目標にすることは、チームが数字をごまかしやすくなるので、落とし穴だとしています。大事なのは、競うことではなく、時間をかけて自分のチームをよくすることだと言っています。

だから、チームの数字は方向として持ち、その下に自分の数を置きましょう。DORAのガイドは、チームが足せる、もっと具体的な測り方を2つ挙げています。コードレビューにかかる時間と、テストの質です。小さな変更が、速さと安定を同時に助けるとも言っています。同じルールは、看護師の目標や不動産営業の目標のような、コードから遠いところでも使えます。ほかの人が決める結果ではなく、仕事を数えましょう。

ソフトウェアエンジニアの目標の記録のしかた

レビュー、設計書、テストは、その週のうちに毎回記録しましょう。138件の研究をまとめた分析では、進み具合を記録した人ほど目標を達成することが多く、頭の中にしまっておくより書き出すほうが効果がありました。自分の記録は、自己評価の最初の下書きにもなります。

したレビューと足したテストは、合計に向かって積み上がる量です。6か月で120件のレビューは、埋めていく数です。新しい言語に1時間を使った日は日数で、その60日が目標になります。

エンジニアの1年のほとんどは、コミットにたどり着きません。設計の話し合い、ペアプログラミングの1時間、5日目に出せた新しい人。設計書、レビュー、手伝った時間のたびに埋まっていくグリッドなら、その仕事が見えたままです。

よくある質問

ソフトウェアエンジニアの目標の例は？

6か月、週に5件プルリクエストをレビューする。四半期に1本設計書を書く。四半期の終わりまでに、テストのない20個の関数にテストを足す。6か月、新しめのエンジニアひとりのメンターをする。今年、資格試験にひとつ合格する。

ソフトウェアエンジニアのSMARTな目標とは？

SMARTな目標は具体的で、数字と日付があります。「もっといいコードを書く」はちがいます。「3月31日までに、テストのない20個の関数にテストを足す」はそうで、「この四半期、すべてのレビューの依頼に1営業日以内に返事をする」もそうです。

DORAの指標を、自分の評価の目標にするべきですか？

自分の点数ではなく、チームの方向として使いましょう。DORAは5つの指標を、ひとつのアプリかサービスと、それを出すチームのためにつくりました。それを目標にすることは、チームが数字をごまかしやすくなるので、落とし穴だとしています。自分の目標は、レビュー、テスト、設計書に置きましょう。