知識継承｜あなたならどうする？

あなたはシステム部門のベテランエンジニア。長年属人化していた基幹システムの保守知識を後輩へ引き継ぐよう上司に指示されたが、全て渡せば自分の社内での代替不可能性が薄れる懸念がある。来月には新人配属も控えている。

あなたならどうしますか？

解説を見る（最善の対応と、選択肢ごとの考え方）

最善の対応：C　引き継ぎ計画と並行し、自分の次の役割や評価基準を上司とすり合わせてから本格的に進める

知識を渡すこと自体は避けられません。重要なのは渡す順番と自分の立場の確保を同時に設計することです。全面開示や段階的な小出しは善意に見えても、自分の次のポジションが宙に浮いたまま進めるリスクを抱えがちです。

A．引き継ぎマニュアルを作成し、全て開示して期限内に完全移管する主体性 ●●●○
誠実で評価されやすい対応ですが、自分の立場や評価への影響を事前に確認しないまま進めると、移管後に『代わりがいる人材』として埋没するリスクを見落としがちです。
B．肝心な勘所は意図的に教えず、自分にしかできない部分を残す主体性 ●○○○
短期的には自分の必要性を保てますが、いずれ発覚すれば信頼を大きく損ないます。属人化の温存は長期的には評価軸としてもマイナスに働きやすい選択です。
C．引き継ぎ計画と並行し、自分の次の役割や評価基準を上司とすり合わせてから本格的に進める主体性 ●●●●
知識移管と自分のキャリアの手当てを同時並行で設計する発想です。順序を誤ると渡し損になりかねない点に、先手を打てる実務的な強みがあります。
D．後輩の習熟度を見ながら、教える範囲を段階的に広げていく主体性 ●●○○
教育的には理にかなっていますが、ペース配分の基準が曖昧だと、周囲からは出し惜しみと区別がつかず、協調性を疑われかねません。

キャリアカ的ヒント：引き継ぎでの立ち回り方も、上司や後輩からの評価として積み上がる第三者評価の種になります。