こんな経験、ありませんか？
3日間かけて重要な機能改修を完璧に仕上げたのに、上司からは「進捗が見えなくて心配だった」と言われる。同期は毎日雑談混じりに状況を伝えているだけなのに、なぜか先に昇進していく...。
技術力に自信があるエンジニアほど、このような評価のギャップに悩まされることが多いものです。
私も会社員時代、まったく同じ壁にぶつかりました。2週間かけて社内システムの大幅な性能改善を実現したとき、「なぜもっと経過を教えてくれなかったの？」と上司に言われ、愕然としたのを今でも覚えています。
なぜ技術力だけでは評価されないのか
結論から申し上げると、エンジニアの評価は次の公式で決まります。
評価 = 成果 × 安心感
あなたの成果は間違いなく100点です。しかし「安心感」の部分で大きく損をしている可能性があります。
上司が求めているのは、あなたの技術的な完璧さだけではありません。「この人に任せておけば大丈夫」という安心感なのです。
どんなに素晴らしいコードを書いても、それが完成するまでの過程が見えなければ、上司は不安になります。「本当に期限内に終わるのか」「想定外の問題が起きていないか」と心配になるのです。
作業開始時の「宣言報告」で信頼の土台を作る
まず重要なのは、作業を始める前の報告です。多くのエンジニアがこのステップを省略していますが、実はここが最も重要です。
良い例：
「認証機能のリファクタリングに着手いたします。作業期間は3日間を予定しており、毎日17時に進捗をご報告いたします。完了時には処理速度とコード品質の改善結果をお伝えします」
この30秒の報告だけで、上司の心配は大幅に軽減されます。なぜなら「いつまでに」「何を」「どのペースで報告してくれるか」が明確だからです。
ポイントは具体的な数字を入れることです。「数日で完了予定」ではなく「3日間で完了予定」と言い切りましょう。
中間報告で「見える化」を徹底する
作業期間が2日以上になる場合は、必ず中間報告を入れてください。これが同期の方が評価される最大の理由です。
効果的な中間報告の例：
- 「リファクタリング進捗報告です。現在65%完了しており、処理速度は既に18%改善を確認済みです。予定通り明日夕方に完了予定です」
- 「データベース最適化の途中経過です。3つのテーブルのうち2つが完了し、クエリ実行時間が平均30%短縮されました。残り1テーブルも順調に進んでいます」
重要なのは「%」や「数値」で進捗を表現することです。「順調に進んでいます」だけでは、上司は安心できません。
完了報告で成果を正しくアピールする
そして最も重要なのが完了報告です。ここで技術的な成果を明確に伝えることで、あなたの価値が正しく評価されます。
成果が伝わる完了報告：
「認証機能リファクタリングが完了いたしました。結果をご報告します。
- 処理速度：23%改善（平均応答時間1.2秒→0.9秒）
- コード行数：35%削減（メンテナンス性向上）
- メモリ使用量：15%削減
詳細な技術資料は後ほどお渡しいたします。ご質問があればいつでもお声がけください」
このように数値で成果を示すことで、あなたの技術力が正しく評価されるのです。
今日から使える報告テンプレート
最後に、明日からすぐに使える報告テンプレートをお渡しします。
【着手時テンプレート】
「○○の作業に着手いたします。完了予定は△△日後、進捗報告は□□間隔で行います」
【進捗時テンプレート】
「○○の進捗報告です。現在△%完了、□□の改善を確認済みです」
【完了時テンプレート】
「○○が完了いたしました。結果：△△が□%改善されました」
毎日長時間の会話をする必要はありません。要点を3行でまとめるだけで、あなたに対する上司の安心感は劇的に向上するはずです。
あなたの素晴らしい技術力を、正しい報告で最大限にアピールしてください。きっと評価は後からついてきます。
技術者のためのより詳しい報連相術を学びたい方へ
エンジニア特有の評価課題と解決法をまとめた実践ガイドを準備中です。継続率100%のPM経験から生まれた「技術者が絶対に知っておくべき報告の型」を詳しく解説予定です。
