私が行ったすべての仕事で、自己レビューに関する一般的な意見は2つのカテゴリのいずれかに分類される傾向があります。従業員は彼らを骨の折れる、苛立たしいと見なすか、単に彼らのことを気にしません。しかし、よく書かれた自己レビューは、あなたの目標が昇進、昇進、または単にあなたの努力に対する何らかの当然の認識であるかどうかにかかわらず、あなたのキャリアを加速するのに役立つと信じています。この記事では、業績評価への私のアプローチについて説明します。万能の戦略はありませんが、このアプローチは、いくつかの組織や役職を通じて私に役立っています。
基本を最初に
私の意見では、セルフレビューの主な目標は「自分を売る」ことです。多くのシステム管理者がそうであるように、エンジニアリングベースの考え方が深い場合、販売のアイデアは快適ゾーンの外にあるように見えるかもしれません。ただし、それは実際にセルフレビュー中に行っていることです。管理チームが「うわー、あなたは優秀な従業員です」とできるだけ簡単に言うことができるようにします。
セルフレビューで自分を売り込むことは、冷静な呼びかけや巧妙なマーケティングスローガンを思いつくことを意味するものではありません。むしろ、あなたはあなたが組織に多大な客観的価値を提供し、それに応じて報酬を受けるに値することをあなたの経営陣に思い出させることによってあなた自身を売ります。私が補償と言うとき 、私は給料だけを意味するのではありません。報酬とは、人によって異なることを意味します。多分、あなたは本当にもっと多くの給料、余分な休暇、昇進、あるいは横方向の動きを望んでいます。よく書かれた自己レビューは、現在の雇用主で利用可能であると仮定して、これらの目標を達成するのに役立ちます。
自分を売る
システム管理者として、あなたはおそらくあなたの仕事に証拠、データ駆動型のアプローチを採用します。新しいサービスの構成を初めて開始するときは、ユースケースに適した構成の実証済みの例を確認する必要があります。新しいアプリケーションを評価するときは、それが特定の問題をどのように解決するかを知りたいと思います。業績評価も同じです。
[お楽しみいただけるかもしれません：システム管理者の面接を成功させるための5つのヒント]
レビューでは常に多くの例を使用する必要があります。 「構成管理戦略を開発した」など、漠然とした発言は絶対にしないでください。代わりに、具体的に説明してください。「Ansibleを使用して構成管理戦略を開発し、200台のサーバーのフリートで完全な構成状態を維持します。」セルフレビューでは、年間を通じて行った実際の作業の具体例を説明する必要があります。具体的な例は、提供する価値を示します。データは嘘ではありません。
特にそのレビューシーズンの時間の危機の間に、これらの例をどのように思いつきますか？個人的には、主な仕事の成果を毎週記録しています。毎週金曜日にこのログを更新するようにカレンダーのリマインダーを設定して、その週の主要なアクションに関するいくつかの（5つ以下の）箇条書きを付けています。これは退屈に聞こえるかもしれませんが、実際には毎週5分もかからず、自己レビューを完了する必要があるときに大幅な時間を節約できます。このドキュメントを開いてざっと目を通すだけで、何百もの具体的な例を使用できます。このアプローチは、最近の出来事をより明確に覚える傾向がある最近のバイアスと戦うのにも役立ちます。年間の作業ログを使用して、さまざまな例を使用して、組織への影響を示すことができます。
成果をビジネスの目標と価値観に結び付ける
例は、質の高い自己レビューの最初のステップですが、価値を際立たせるために必要なのは例だけではありません。行った作業が実際に組織にどのような影響を与えたかを有意義な方法で示すことが重要です。行った作業を組織のニーズに結び付けることができることが重要です。
構成管理のデプロイに関する前のセクションの例を検討してください。これは、具体的なビジネスの改善に簡単に結び付けることができます。「Ansibleを使用して構成管理戦略を開発し、200台のサーバーのフリートで完全な構成状態を維持しました。以前は構成管理ソフトウェアがなく、新しいサーバーを構築（または障害が発生したサーバーを復元）していました。重要なアプリケーションサーバーの最近の復元中に見られたように、これは1時間未満で達成できるようになりました。構成管理が存在する前のユーザーのダウンタイムは数日であり、問題の長い尾がありました。ケースバイケースで問題を修正したため、解決しました。構成管理により、このサーバーを1時間以内に復元し、ユーザーを仕事に戻すことができました。」
ユーザーのダウンタイムを数日から数時間に短縮することは、価値のある貢献ではないと主張するのは難しいです。
この推奨事項は、建築家、マネージャー、またはより高いレベルのエンジニアにのみ適用されると考えたくなるかもしれません。ただし、このアプローチは、組織内のどこにいても、セルフレビューに適用できます。毎日の仕事にエンドユーザーのテクニカルサポートが含まれているとします。その場合、「250を超えるチケットの解決をタイムリーに支援し（平均解決時間は4時間）、エンドユーザーがすぐに仕事に戻ることができるようになりました」などの自己レビューステートメントは、あなたが気にかけていることを示します。あなたの顧客について、そしてあなたの仕事がどのようにビジネスにプラスの影響を与えることができるかを理解してください。組織が非常に小さく、年間の目標や価値観が明確に示されていない場合でも、自分の仕事がどのようにプラスの影響を与えたかについて話し合うことができます。
数値評価と改善の余地
私のキャリアの早い段階で、同僚が私にいつも持っていたアドバイスをくれました。彼らは、「アンソニー、あなたが素晴らしい仕事以外のことをしていると言うのはあなたの仕事ではありません。それはあなたの上司の仕事です」と言いました。今、私が完璧で、改善の余地がないと考えるのは確かに極端です。絶対にそうではありません。ただし、自己レビューを自称の儀式に変えてはならないのは事実です。自分自身に数値スコアを与えるときは、より高いスコアの側で誤りを犯し、強力な評価のためにあなたのケースを強化するためにたくさんの例を使用してください。
ほとんどの人は、セルフレビューの「改善の余地」のセクションが課題であると感じています。一方では、自分を悪く見せたくないのです。一方、「私は一生懸命働きすぎます」などの決まり文句は使いたくないでしょう。
私は通常、これらの質問に対して2つのアプローチのいずれかを取ります。 1つ目は文字通りです。自分が苦手なスキル、テクノロジー、または環境の領域を選択し、知識をどのように構築したいかについて話し合います。コンテナ化戦略を採用し始めたときに、Kubernetesの理解をどのように改善したいかについて話し合うかもしれません。または、特定のレガシー環境についての知識を深めることで、オンコールの有効性をどのように改善できるかについて説明するかもしれません。
2番目のアプローチは、特定のプロジェクトへの影響や、ビジネスの特定の側面との関係をどのように改善したいかを説明することです。たとえば、アプリケーション開発者のニーズをより迅速に満たすために、チームとアプリケーション開発者との関係を改善したいと言うかもしれません。これは、私が特定のテクノロジーに興味を持っているだけでなく、個人の成長が組織のすべての部分に利益をもたらす必要性と結びついていることも示しています。
このアプローチは私によく役立っています。それは私が改善したい特定の領域を説明することを可能にしますが、それは私の現在の能力について否定的に話すことを避けます。特に知識を構築する計画がある場合は、特定の技術分野に弱いことには何の問題もありません。同様に、組織の別の部分に影響を与えたいということは、改善の前向きな領域です。繰り返しになりますが、あなたが悪い仕事をしている場合、レビュープロセス中にそれらの欠点について説明し、あなたと協力することはあなたの仕事ではなく、あなたのマネージャーの義務であると強く信じています。ただし、正直な内省でこれを和らげることは依然として重要です。
[無料のチートシート：IT面接のヒント]
まとめ
私の友人や同僚の多くは、シーズンのレビューを楽しみにしていません。彼らは、自己レビューを書くことは気が散り、難しいと感じています。多くの場合、彼らは前年の作品についてどこから書き始めればよいのかさえ知りません。
作業ログを維持したり、実際の組織の価値に結びつく多くの例を使用したりするなど、この記事で説明したヒントのいくつかを使用することで、次の自己レビューで上司に印象付けることができます。さらに重要なことに、このプロセスは、私が完了した作業と、1年間に受けた影響をよく思い出させるものであることがわかりました。この満足感は、時間のかかる煩わしさから真にやりがいのある体験への自己レビュープロセスを再構成するのに役立ちます。