記事を書いてる人：あまみ るい
技術力には自信がある。現場では頼りにされている。困った案件が来れば、自分に声がかかる。
でも、年々楽にならない。
むしろ苦しくなっている。扱う機種は増え続ける。問い合わせの難易度は上がる。若手を育てろと言われるが、自分の業務すら手一杯だ。
スキルを磨けば磨くほど、仕事が増える。でも構造は何も変わらない。
プリンターメーカーの現場で出会ったベテランたちの姿が、まさにこれだった。技術力は高い。経験も豊富だ。でも定年が近づいているのに、自分の知識を次の世代に渡す仕組みがない。自分がいなくなったら、誰もわからなくなる。
その技術は「自分の中に残る資産」だろうか。それとも「その会社でしか使えない消耗品」だろうか。
この問いに答えるためには、「努力が返ってくる環境」と「返ってこない環境」の構造的な違いを理解する必要がある。
スキルを「負債」に変える環境の共通点
スキルが身につくほど苦しくなる環境には、共通するパターンがある。
知識の整理・資産化の仕組みがない。ベテランの知識は、ベテランの頭の中にしか存在しない。誰かが問題にぶつかるたびに、ベテランが呼ばれる。解決すればまた次の問題がくる。知識は使い捨てにされる。
スキルが上がると難易度だけが上がる。簡単な案件は若手に回り、難しい案件だけが残る。しかも「難しい案件を処理できる人」として固定されると、その構造から抜け出す道がなくなる。
穴の空いたバケツに水を汲むような状態だ。どれだけスキルを磨いても、溜まらない。流れ出ていくだけだ。
さらに厄介なのは、この構造の中にいると「自分が頑張り続けなければ現場が回らない」という使命感が生まれることだ。それ自体は美しい。でもその使命感が、構造の問題を「個人の責任感」にすり替えてしまう。
問題は個人の頑張りではない。頑張りが蓄積されない構造にある。
資産型キャリアを支える「知識の外部化」の仕組み
では、努力が「資産」として積み上がる環境とは何か。
知識が「個人の頭」を離れている
資産型の環境では、ベテランの知識は本人の頭の中に閉じ込められていない。
「この機種でこの症状が出たら、原因はこの3つのうちのどれかで、判断のポイントはここ」。そういった知識が、検索可能な形式で外部に保管されている。
重要なのは、手順だけでなく「判断の根拠」が含まれていることだ。「AならBする」だけではなく、「なぜAのときにBが有効なのか」まで記録されている。これにより、初めてその問題に遭遇した若手でも、自力で解決に近づける。
自分がいなくても現場が回る
「自分がいないと回らない」は、一見すると自分の価値の証明に聞こえる。でも構造的に見ると、それは自分を消耗品にしている証だ。
本当に価値が高いのは、「自分がいなくても回る仕組みを作った人」だ。
知識を外部化し、若手が自律的に問題解決できる環境を構築する。それにより、ベテランは「火消し要員」から「仕組みの設計者」へとポジションが変わる。
複雑さを「人間」ではなく「構造」で処理する
製品が複雑化するほど、1人の人間の頭で全てをカバーすることの限界が露呈する。
資産型の環境では、複雑さを人間の記憶力に頼らず、構造として処理している。ナレッジベースがある。トラブルシューティングのフローが整備されている。過去の事例が因果関係とともに蓄積されている。
人間の記憶に依存しない仕組みがあるから、スキルを磨いた分だけ楽になる。これが「資産型」の本質だ。
資産型エンジニアへ羽ばたく3つの判断軸
では、具体的にどうすればいいのか。3つのステップで整理する。
ステップ1：今の現場が「精神論伝承」を行っていないかチェックする
以下の状態に心当たりがあるなら、その現場は精神論で技術伝承を行っている可能性が高い。
- 「背中を見て盗め」が暗黙の教育方針になっている
- ベテランに聞かないと解決できない問題が日常的にある
- 知識の共有に対する評価や報酬の仕組みがない
- 「昔はこれでやってきた」が改善議論の終着点になっている
これらが3つ以上該当するなら、構造自体に問題がある。個人の努力では解決しない。
ステップ2：自分の技術が「汎用的な構造」に基づいているか確認する
今持っている技術を、2つに分類してみる。
汎用スキル：論理的な問題解決能力、構造化能力、複数の技術領域を横断する知識。これらは環境が変わっても機能する。
属人スキル：特定の機種、特定の顧客、特定の社内ルールにしか通用しない知識。これらはその会社を離れた瞬間に価値がゼロになる。
属人スキルの割合が高いなら、自分の技術が「消耗品」になっているサインだ。
汎用スキルの比率を意識的に高める。現場の問題を「個別事象」としてではなく「構造」として処理する訓練をする。それだけで、技術の「資産性」は大きく変わる。
ステップ3：整理できない上司を教育するか、環境を変えるか選択する
現場の構造を変えるには、マネジメントの理解が不可欠だ。
上司が「構造の問題」を認識できるタイプなら、外的要因と内的要因のマトリックスを提示してみる。数字で可視化すれば、精神論が通用しないことは伝わる。
一方で、上司が「昔はできた」に固執して変わる気配がないなら、環境そのものを変えることも構造的には合理的な選択だ。
これは「逃げ」ではない。自分の努力が蓄積される場所を選ぶという、極めて論理的な判断だ。
まとめ
10年後。自分がいなくても回る仕組みを作った人が、最も価値の高い人材として評価される時代が来る。
すでにその兆しは始まっている。
製品は複雑化し、人は減り、1人あたりの負荷は上がり続ける。その中で「自分の頭にしかない知識」に依存する構造は、いつか必ず限界を迎える。
その限界を迎える前に、技術を「資産」として外部化し、構造で問題を処理できる環境を選ぶか、作るか。
その一歩は、今日の「現状整理」から始まる。
何が問題で、なぜそうなっているのか。それを丁寧に整理すること。遠回りに見えて、それが一番の近道だ。
