調整業務が多いエンジニアほど評価されにくい理由｜会議が多い働き方を例に
朝から会議が4本入っていて、コードを書けたのは夕方の1時間だけ。仕様の擦り合わせ、他部署との調整、進捗の共有。どれも必要な会議に見えるけれど、期末に振り返ると「何を作ったか」が薄い。
調整業務は、やればやるほど個人の開発成果が減り、しかもその調整自体は評価シートに項目がないという二重の不利を抱えています。私は評価する側にいたので、この構造で損をする人を何人も見てきました。この記事では、その仕組みと対処を整理します。
- 調整業務が評価で二重に不利になる仕組み
- 合意形成の価値を数字で残す方法
- 採用側が調整経験をどう読むか
- 会議そのものを減らす現実的な手順
調整業務が二重に不利になる仕組み
1つ目の不利：開発の時間が削られる
会議が1日4時間あると、実装に使える時間は半分以下になります。評価シートの「担当機能」「リリース数」は減ります。ここで「生産性が低い」と判断されると、実態と真逆の評価になります。
2つ目の不利：調整の成果が記録に残らない
調整がうまくいった結果は、「揉めなかった」「手戻りが起きなかった」です。これは地味な貢献が評価されないエンジニアへ｜ドキュメント整備を例にで書いたのと同じ構造で、起きなかったことは記録されません。
さらに、調整は誰か特定の人に寄りがちです。話が通じる人、板挟みを引き受けてくれる人に集まります。結果として、その人だけ開発時間が減り続けます。
調整の価値を数字にする
調整業務も、数字にできます。使いやすい指標を挙げます。
| 調整でやっていること | 取れる数字 |
|---|---|
| 要件の曖昧さを事前に潰す | 着手後の仕様変更件数、手戻り工数 |
| 他部署との認識合わせ | リリース後の差し戻し件数 |
| 優先順位の整理 | 同時進行タスク数、リードタイム |
| 会議の設計・削減 | 会議時間の合計、参加人数×時間 |
| 決定事項の記録 | 「これどうなりましたっけ」の再確認回数 |
特に効くのが手戻り工数です。「仕様の曖昧さを着手前に洗い出す運用に変えた結果、着手後の仕様変更が四半期で12件から3件に減りました。1件あたり平均3人日として、約27人日の手戻りを防いでいます」と言えれば、調整は立派な成果になります。
見積もりの精度と同じで、価値は防いだ損失として表せます。この考え方は実装以外のスキルが評価されないエンジニアへ｜見積もり力を例にでも扱いました。
採用側は調整経験をどう読むか
正直に言うと、調整ができるエンジニアは採用市場で強いです。技術力が近い2人なら、関係者と話を進められるほうを採ります。理由は、そちらのほうが上の等級を任せやすいからです。
採用側が確認するのは次の点です。
- 立場の違う相手との間で、何を根拠に合意を作ったか
- 対立が起きたとき、どう整理して着地させたか
- 技術的な内容を、非エンジニアにどう説明したか
- 調整の結果、プロダクトや開発プロセスがどう変わったか
ただし、「調整をやっていました」だけでは伝わりません。言い換えが必要です。
- 「会議に出ていた」→ 開発と事業側の要件のズレを早期に検出し、仕様確定までのリードタイムを短縮した
- 「板挟みになっていた」→ 相反する要求の優先順位を整理し、意思決定者に判断材料を提示した
- 「説明していた」→ 技術的な制約を非エンジニア向けに翻訳し、実現可能な代替案を提示した
- 「進捗を共有していた」→ 遅延リスクを事前に共有する仕組みを作り、納期直前の調整を不要にした
会議そのものを減らす
評価の話とは別に、単純に時間を取り戻す必要があります。現実的に効く順に挙げます。
1. 1週間の会議時間を記録する
まず実数を出します。週20時間を超えているなら、開発が進まないのは当然です。感覚ではなく数字で上司に見せると、話が早いです。
2. 自分が決定者でない会議を外す
出席理由が「一応聞いておく」の会議は、議事録で代替できます。「議事録を確認するので、必要なときだけ呼んでください」と伝えるだけで減ります。
3. 定例を隔週にする提案をする
毎週の定例は、惰性で続いていることが多いです。議題がない週が続いているなら、隔週化の提案は通りやすいです。
4. 非同期に寄せる
進捗共有は文書で足ります。決めることがある会議だけ残すと、本数は半分近くになります。
減らした結果も数字にしてください。「週18時間の会議を9時間に減らし、開発時間を週9時間増やした」は、それ自体が改善実績です。
IT転職エージェント＠PRO人
ITエンジニアの転職に特化したエージェント「PRO人」。専任のキャリアアドバイザーが、経歴やスキルを踏まえた具体的な求人・条件面を提示してくれます。
- IT・Web業界の転職支援に特化
- 経歴・スキルに合わせた求人を紹介
- 年収交渉や条件面のすり合わせも相談できる
- TechGoとは別の視点で市場価値を確認できる
よくある質問
Q. 会議を減らしたいと言うと、非協力的だと思われませんか A. 「出たくない」ではなく「この時間を開発に回すと、この機能が何週間早く出せます」という形で話すと、協力的な提案として受け取られます。数字があると角が立ちにくいです。
Q. 調整役を外れたら、評価がさらに下がりませんか A. 完全に外れる必要はありません。減らすのは決定権のない会議です。意思決定に関わる調整は残したほうが、役割の広さとして評価につながります。
Q. 手戻り件数の記録が残っていません A. 今期から数え始めれば十分です。仕様変更のチケットにラベルを付けるだけでも集計できます。過去分は「体感で月に数件あった」という粒度で構いません。
まとめ
調整業務は、開発時間を削られたうえに成果が記録に残らないという二重の不利を抱えています。
- 評価シートは調整を項目として持っていないことが多い
- 価値は「防いだ手戻り工数」として金額や人日で語れる
- 採用側では、調整できるエンジニアは上の等級を任せやすいと見られる
- まず1週間の会議時間を数え、決定権のない会議から外す
今週の会議時間を合計してみてください。その数字が、上司と話すときの最初の材料になります。