裁量が増えないエンジニアへ｜技術選定を任されない状況を例に
新しい機能の技術選定は、いつも上の人が決めている。自分は決まった構成の中で実装するだけ。実力が足りないとは思わないけれど、提案しても「今回は実績のあるやり方で」と言われて終わる。
裁量が増えないと、等級も上がりません。エンジニアが昇進できない理由｜技術力以外で見られる評価ポイントに書いたとおり、等級を分けるのは影響範囲だからです。では、判断を任される人とそうでない人の差はどこにあるのか。私が任せる側にいたときの基準を書きます。
- 判断を任せる側が見ている3つの条件
- 提案が通らない典型パターン
- 小さく裁量を取りにいく手順
- 裁量が構造的に回ってこない組織の見分け方
任せる側が見ている3つの条件
技術選定を誰に任せるかを決めるとき、判断材料は次の3つです。技術力そのものは、実は1つ目の一部でしかありません。
1. 失敗したときに戻せるか
任せる側が最も恐れているのは、後戻りできない失敗です。「うまくいかなかった場合はこう戻します」まで言える人には任せられます。選定案そのものより、撤退の設計があるかどうかが効きます。
2. 運用まで考えているか
導入時の良さだけを語る提案は通りません。誰が保守するのか、障害時に切り分けられるのか、他のメンバーが扱えるのか。ここを押さえている人は、判断を任せても安心です。
3. 過去の判断の結果を追っているか
以前に決めたことが、その後どうなったかを語れる人は信用されます。「あのとき選んだ方式は、半年運用してこういう問題が出たので、こう調整しました」と言える人には、次も任せます。
提案が通らない典型パターン
逆に、通りにくい提案には共通点があります。
| パターン | なぜ通らないか |
|---|---|
| 技術的な魅力から始まる | 決裁者は技術の良さを判断できない |
| 現状の問題が書かれていない | 変える必要性が伝わらない |
| 移行計画がない | 既存分をどうするかが不明で、リスクが読めない |
| 全面導入を提案する | 影響範囲が大きく、失敗時の被害が読めない |
| 学習コストに触れていない | 提案者以外が扱えるか不明 |
**「使いたい」ではなく「今これで損をしていて、こう変えると解決し、失敗したらこう戻す」**という順番にするだけで、通る確率はかなり変わります。負債の翻訳の仕方は品質改善の仕事が評価されないエンジニアへ｜リファクタリングを例ににも書きました。
小さく裁量を取りにいく
いきなり主要システムの選定を任されることはありません。段階を踏みます。
1. 影響範囲の狭い場所を選ぶ
社内ツール、管理画面、バッチ1本、テスト基盤。失敗しても事業に影響しない場所から始めます。ここでの実績が、次の判断を任される根拠になります。
2. 判断を文書に残す
決めたことと、その理由、検討した代替案を1ページにまとめます。この文書があると、「この人は考えて決めている」と伝わります。口頭で決めると、実績として残りません。
3. 結果を報告する
3か月後に「こう決めて、結果こうなりました」と短く共有します。良かった点だけでなく、想定と違った点も書きます。ここを書ける人は信頼されます。
4. 次はひとつ大きい範囲を求める
実績ができたら、「次は〇〇の構成を検討させてください」と明示的に求めます。待っていても回ってきません。
裁量が構造的に回ってこない組織
一方で、個人の準備とは関係なく裁量が生まれない組織もあります。
- 技術的な決定を、開発経験のない役職者が握っている
- 発注元や親会社が技術を指定してくる
- 「前例がない」が却下の理由として通用する
- 決裁の階層が深く、提案が上まで届かない
- 失敗した人が責められる文化がある
最後の項目は特に重要です。失敗が許されない組織では、誰も新しい判断をしません。 前例踏襲が最も安全な選択になり、裁量は構造的に生まれません。
こうした環境が続くと、判断の経験が積めないまま年数だけが過ぎます。市場価値への影響は古い技術スタックの会社にいる不安｜市場価値を落とさない整理法でも触れました。外の求人で「技術選定の経験」がどう要件になっているかを見ると、自分の立ち位置が確認できます。
IT転職エージェント＠PRO人
ITエンジニアの転職に特化したエージェント「PRO人」。専任のキャリアアドバイザーが、経歴やスキルを踏まえた具体的な求人・条件面を提示してくれます。
- IT・Web業界の転職支援に特化
- 経歴・スキルに合わせた求人を紹介
- 年収交渉や条件面のすり合わせも相談できる
- TechGoとは別の視点で市場価値を確認できる
よくある質問
Q. 提案しても「今は忙しい」で流されます A. 提案の規模が大きすぎる可能性があります。工数が読めないものは、忙しい時期に判断されません。「1日で試せます」と言える範囲まで小さくすると、流されにくくなります。
Q. 技術選定の経験がないと、転職で不利ですか A. シニア以上のポジションでは要件に入ります。ただし、規模は問われません。社内ツールでもテスト基盤でも、選定の理由と結果を語れれば実績として扱われます。
Q. 上の人の選定が明らかに間違っていると思うときは A. 正面から否定すると通りません。決定を覆すより、「この部分だけ別の方式を試させてください」と範囲を区切るほうが現実的です。結果が出れば、次の選定に影響できます。
まとめ
裁量が増えないのは、技術力の不足ではなく、任せる側が見ている条件を満たしていないことが多いです。
- 見られているのは、撤退の設計、運用の想定、過去の判断の追跡
- 「使いたい」ではなく「今これで損をしている」から始める
- 影響範囲の狭い場所で実績を作り、判断を文書に残す
- ただし、失敗が許されない組織では裁量は構造的に生まれない
まずは、失敗しても事業に影響しない場所を1つ見つけてください。そこが最初の裁量になります。