---
title: "スキトラ（スキルトランスファー）とは？意味・使い方と言い換え、ナレッジトランスファーとの違い"
url: "https://www.issoh.co.jp/column/details/10381/"
published: 2025-12-24
updated: 2026-10-23
categories: ["人材開発"]
publisher: "株式会社一創"
---

# スキトラ（スキルトランスファー）とは？意味・使い方と言い換え、ナレッジトランスファーとの違い

スキトラはスキルトランスファー（skill transfer）の略で、ある人が身につけた技能やノウハウを別の人へ移し、受け手が同じ水準で仕事を回せるようにすることです。IT・コンサルの現場では「後任にスキトラする」のように動詞としても使われ、製造業では技能伝承・技能継承と言い換えられます。

## まとめ：スキトラの意味と進め方の要点

- スキトラ＝スキルトランスファーの略。技能を別の人へ移し、受け手が1人で仕事を再現できる状態にすること。
- 言い換えは場面で変わる。製造・建設は技能伝承・技術継承、ITや事務は業務引継ぎ・スキル移転、新人教育の文脈ではOJT・業務指導。
- ナレッジトランスファー（KT）は知識・情報の移転を広く指し、スキルトランスファーは「できる」までの技能の移転に焦点を当てる。
- 技能継承に問題がある事業所は44.2%（製造業65.8%）。問題点の上位は若手・中堅の確保（74.5%）と伝承に時間がかかること（60.6%）。
- Szulanskiの企業内移転の研究では、主な障壁は意欲より知識に関わる要因だった。受け手の吸収能力の不足、成果を生む因果関係の不明確さ、送り手と受け手の関係の難しさの3つ。
- 完了の判定は資料を渡した時点ではなく、受け手が送り手に聞かずに業務を回せた時点で行う。

## スキトラ（スキルトランスファー）の意味と使い方

### skill＋transferの語源と、移転が完了したと言える状態

transferは「移す・移転する」という意味の英語で、技術移転（technology transfer）や知識移転（knowledge transfer）と同じ語です。スキルトランスファーはこれにskill（技能）を付けた言葉で、略して「スキトラ」と呼ばれます。

移す対象は、作業手順・判断のコツ・顧客対応の勘所など、本人が「できる」ことです。手順書を渡しただけでは終わりません。受け手が熟練者の立ち会いなしで同じ水準の仕事を再現できたときに、移転が完了したと判断します。

### IT・コンサルの現場での「スキトラ」の使い方と例文

スキトラは、担当者やチームが替わる場面で使われることが多い言葉です。コンサルティング会社のOpen Insightの[用語集](https://open-insight.net/glossary/contents/2378/)は、コンサルティング業界では業務内容や専門知識の引き渡しの意味で使われ、同じ意味の語として知識移転（KT）がよく用いられると説明しています。

- 「来月の離任までに、後任の山田さんへ運用作業をスキトラする」（担当交代に伴う引継ぎ）
- 「スキトラ期間を2週間取り、前半は同席、後半は後任が主担当で回す」（引継ぎの期間）
- 「テストコードの書き方を他チームにスキトラする」（部署をまたいだ技能の展開）

システムの運用委託先が替わるときにも使われます。農研機構の端末利用ヘルプデスク業務の[実施要項（案）](https://www.naro.go.jp/supply/files/helpdesk%5Fjisshiyoryo.pdf)の別添仕様書は、ヘルプデスク引継作業の1つとして、新しい受注者に前任の受注者から引き継いだ各種資料等による「スキルトランスファーをはかること」を求めています。

略語なので、社外向けの文書や契約書では「スキルトランスファー」または「技術移転」「業務の引継ぎ」と正式な言葉で書くほうが誤解がありません。

## スキルトランスファーの言い換えと類語

### 場面別の言い換え一覧：技術伝承・業務引継ぎ・OJT

日本語に置き換えるときは、何を移すのかと、どの職場の話かで言葉を選びます。

| 言い換え             | よく使う場面       | 移すもの        |
| ---------------- | ------------ | ----------- |
| 技能伝承・技能継承        | 製造・建設の現場     | 熟練者の腕前・勘    |
| 技術伝承・技術継承        | 設計・研究開発・保守   | 設計思想・技術的な判断 |
| 業務引継ぎ            | 異動・退職・委託先の交代 | 担当業務そのもの    |
| スキル移転・技術移転       | IT部門・社外文書    | 作業の手順と判断基準  |
| 新人指導・業務指導・OJT    | 新人・若手の育成     | 仕事のやり方      |
| 業務習得（受け手側から見た言葉） | 研修計画・育成記録    | 仕事を覚えること    |

「新人に仕事を教える」を一語で言うなら、職場で仕事をさせながら教える場合は「OJT」、教える側の役割を指すなら「業務指導」が近い言葉です。スキルトランスファーは教える行為ではなく、技能が相手に移った結果までを含むので、教えた回数ではなく受け手ができるようになったかで語ります。担当交代の実務は[業務引継ぎの進め方：引継書に頼らず手順・判断基準・アカウントを仕組みで渡す](/column/details/18637/)、OJTで教える側の役割は[OJTトレーナーとは？役割・人選の基準と「放置」にしないOJT計画の立て方](/column/details/8921/)で扱っています。

### OJT・技能伝承との関係：手段と目的の違い

OJTはスキルトランスファーを実現する手段の1つで、同列の言葉ではありません。厚生労働省の令和7年度「能力開発基本調査」では、正社員または正社員以外に計画的なOJTを実施した事業所は64.1%（正社員に限ると60.6%）で、多くの職場で技能を移す土台になっています。技能伝承は、熟練者から後継者へ受け渡して技能を途切れさせないことに重きを置いた言葉で、スキルトランスファーのうち世代をまたぐものを指すと考えると整理しやすくなります。

## ナレッジトランスファー（KT）との違い

### ナレッジトランスファーの定義と受け手の変化による測定

組織学習の研究者Linda ArgoteとPaul Ingramは、2000年の[論文](https://www.columbia.edu/~pi17/2893a.pdf)で、組織におけるナレッジトランスファーを「ある単位（グループ、部門、事業部など）が別の単位の経験によって影響を受ける過程」と定義しました。移転は受け手の知識や成果の変化として現れ、その変化を測れば移転を測定できる、とも述べています。

日本語では「知識移転」が直訳で、英語の頭文字を取って「KT」、カタカナを縮めて「ナレトラ」とも呼ばれます。

### スキルトランスファー・ナレッジシェアとの比較表

| 用語               | 指すもの              | 完了の目安          |
| ---------------- | ----------------- | -------------- |
| スキルトランスファー（スキトラ） | 技能を別の人へ移す過程       | 受け手が同じ水準で作業できる |
| ナレッジトランスファー（KT）  | 知識・経験を別の人や部署へ移す過程 | 受け手の業務で使われる    |
| ナレッジシェア          | 知識を共有する行為         | 他者が参照できる       |
| ナレッジマネジメント       | 知識を扱う経営の仕組み全体     | 継続的な運用         |

実務では2つの境界は重なります。障害対応の判断基準のように、知識でもあり技能でもあるものが多いためです。ナレッジトランスファーは、資料の受け渡しだけでなく、受け手の知識や成果の変化まで含む概念です。本記事では、そのうち技能の習得と業務での再現に焦点を当てて、スキルトランスファーを説明します。知識を扱う仕組み全体は[ナレッジマネジメントとは？意味とSECIモデル、属人化を解く導入手順を解説](/column/details/13288/)で解説しています。

## 技能継承の現状とスキルトランスファーのメリット

### 技能継承に問題がある事業所の割合：全体44.2%・製造業65.8%

厚生労働省「[令和7年度 能力開発基本調査](https://www.mhlw.go.jp/toukei/list/dl/104-07b.pdf)」の事業所調査（常用労働者30人以上の7,194事業所が対象）では、技能継承に問題があるとした事業所が44.2%でした。産業別では製造業65.8%、建設業59.2%が高く、最も低い教育，学習支援業でも25.2%あります。企業規模別では100～299人が50.8%です。

問題があるとした事業所が挙げた問題点（複数回答）は次のとおりです。

| 技能継承の問題点                                    | 割合    |
| ------------------------------------------- | ----- |
| 意欲のある若者・中堅層の確保が難しい                          | 74.5% |
| 技術・ノウハウ等の伝承に時間がかかり円滑に進まない                   | 60.6% |
| 継承者が習得後離職（転職）してしまう                          | 28.5% |
| 教える人材がいない                                   | 25.8% |
| 教える方と教わる方の年代やレベルの差が開きすぎていてコミュニケーションがうまくいかない | 25.7% |
| どのような手法を用いて技能を伝承すればよいかわからない                 | 10.5% |

「手法がわからない」は10.5%にとどまり、上位は受け手の確保と伝承にかかる時間です。取組を行っている事業所は83.7%（製造業92.9%）ありますが、内容は「中途採用を増やしている」56.2%、「退職者の中から必要な者を選抜して雇用延長、嘱託による再雇用を行い、指導者として活用している」54.7%が中心で、「退職予定者の伝承すべき技能・ノウハウ等を文書化、データベース化、マニュアル化している」は22.0%でした。人を採るだけでは技能は移りません。再雇用した熟練者の契約期間を、文書化と後継者の育成を終える期限として使うのが現実的です。

### スキルトランスファーによる担当者不在時の業務継続

スキルトランスファーで得られる効果は、突き詰めると「その人が抜けても仕事が止まらない」ことです。担当者が1人しかいない業務では、退職・異動・休職時に代替要員を確保できないと、生産停止や品質事故、顧客対応の遅れが起こるおそれがあります。技能を2人目に移しておけば、その危険が下がるうえ、熟練者が新しい仕事に移れるようになります。

教える側にも利点があります。後任に説明するために、自分の判断の理由を言葉にする必要が生じ、経験則のまま放置されていた手順が見直されます。属人化した業務の見つけ方は[属人化とは？原因・リスクと脱属人化を進める仕組み化・標準化の実務](/column/details/13292/)で詳しく扱っています。

## 移転が止まる3つの障壁：Szulanskiの研究

### 8社122件の移転で分かった「意欲より知識の問題」

経営学者のGabriel Szulanskiは、社内で成果を上げているやり方を別の部署へ移そうとしても移らない現象を「内部の粘着性（internal stickiness）」と呼びました。1996年にStrategic Management Journalに発表した[論文](https://josephmahoney.web.illinois.edu/BADM%20545%5FSpring%202008/Paper/Szulanski%20%281996%29.pdf)では、8社・122件の移転についての271件の観測データを分析し、失敗の主因は意欲の問題だとする通説に反して、知識に関わる3つの要因が主な障壁だったと結論づけています。

| 障壁             | 起きている状態          | 打つ手              |
| -------------- | ---------------- | ---------------- |
| 受け手の吸収能力の不足    | 前提知識が足りず資料が使われない | 基礎を先に埋める         |
| 因果曖昧性          | 成果の理由を送り手も説明できない | 「なぜその手順か」を対話で言語化 |
| 送り手と受け手の関係の難しさ | やり取りが少なく質問しにくい   | 送り手の工数と質問窓口を確保   |

システムの引継ぎなら、業務とアーキテクチャの概要を先に説明してから個別の手順に入ると、吸収能力の不足を補えます。ベテランの判断が経験則に頼っている場合は、手順だけを渡しても同じ結果になりません。暗黙知を言葉や図にする方法は[暗黙知と形式知とは？違いと具体例、形式知化を進める手順と失敗条件を解説](/column/details/13543/)で解説しています。「誰が何を知っているか」を組織で把握しておくと質問先に迷わなくなり、関係の難しさが和らぎます。考え方は[Know Who（ノウフー）とは？ノウハウとの違いと、人に情報を求める4つの要因](/column/details/9865/)と[トランザクティブ・メモリーとは？原典の実験が示す「誰が何を知っているか」の条件](/column/details/10096/)が参考になります。

### 開始・実施・立ち上げ・統合の4段階と完了の判定

同じ論文は、移転を開始（initiation）・実施（implementation）・立ち上げ（ramp-up）・統合（integration）の4段階に分けています。立ち上げ段階については先行研究を引いて「予期しない問題を直すための比較的短い機会」と述べ、統合段階は受け手が移された知識で満足できる成果を出した後に始まるとしています。

実務での意味は、資料を渡した「実施」で完了扱いにしないことです。受け手が使い始めた直後の立ち上げ段階に送り手が付き添い、つまずいた箇所をその場で直します。統合段階に入ると、移された知識の使用が日常業務として定着していきます。実務の完了判定は、対象業務と到達基準を開始前に合意しておき、受け手が送り手に聞かずにその基準を満たせたかで行います。

## 5つの移転タイプの原典と国内解説のずれ

### 出典はDixon『Common Knowledge』（2000年）

スキルトランスファーの解説でよく紹介される「連続移転・近接移転・遠隔移転・戦略的移転・専門知移転」は、Nancy M. Dixonの著書『Common Knowledge: How Companies Thrive by Sharing What They Know』（Harvard Business School Press、2000年）が示した知識移転の5分類です。邦訳は『ナレッジ・マネジメント5つの方法 課題解決のための「知」の共有』（梅本勝博・遠藤温・末永聡訳、生産性出版、2003年）です。Dixonは受け手が元のチームと同じか別か、タスクが定型的で頻繁か、知識が暗黙知か形式知かで5つを区別しています（要約は[Mind Toolsの解説](https://www.mindtools.com/a65xgec/nancy-dixon-common-knowledge/)でも確認できます）。

| タイプ              | 受け手                  | タスク              | 知識        |
| ---------------- | -------------------- | ---------------- | --------- |
| 連続移転（Serial）     | 同じチーム                | 同じ仕事を別の状況で繰り返す   | 振り返りで形式知化 |
| 近接移転（Near）       | 別チーム                 | 定型的で頻繁           | 形式知       |
| 遠隔移転（Far）        | 別チーム                 | 非定型              | 暗黙知       |
| 戦略的移転（Strategic） | 時間・場所を隔てた別チーム        | 組織の広範囲に影響する複雑な課題 | 暗黙知と形式知   |
| 専門知移転（Expert）    | 自分たちの知識を超える問いを抱えたチーム | 頻度が低い            | 形式知       |

### 連続移転・戦略的移転のDixonの定義と後継者育成との違い

国内の解説には、連続移転を同じ業務の新人への指導、戦略移転を希少なスキルの後継者への継承と説明している例があります。Dixonの分類では、連続移転の受け手は新人ではなく**同じチーム自身**で、仕事を終えた後に振り返り、次の案件で使う形です。戦略的移転も後継者育成ではなく、**組織の広範囲に影響する複雑な課題**の知見を、時間や場所を隔てたチームへ移すことを指します。

そもそも5分類はチームが得た知識の再利用の型で、個人の技能を1対1で教える場面だけを想定した枠組みではありません。ベテランの勘を若手へ移す技能伝承は、暗黙知を扱う点で遠隔移転に近く、マニュアル配布（近接移転の手段）だけでは足りないことが読み取れます。

### 自社の課題から移転タイプを選ぶ判断基準

- 同じ現場で同じ失敗が繰り返される：連続移転。案件ごとの振り返りを仕組みにする。
- 拠点ごとに定型業務のやり方と品質がばらつく：近接移転。成果の出ている拠点の手順を文書にして展開する。
- 熟練者しか判断できない非定型の仕事がある：遠隔移転。文書化より同行・立ち会いを優先する。
- 設備のまれな故障など、頻度が低い専門的な問いが散発する：専門知移転。誰に聞けばよいかを社内で引ける状態にする。
- 数年に一度の新工場立ち上げや基幹システム刷新の知見を残したい：戦略的移転。関係者の複数の見解を残す形でまとめる。

## スキルトランスファーの進め方

### 移転する技能の棚卸しと優先順位

最初に、技能名・保有者・受け手候補・受け手の現在の習熟度・保有者の離任予定・到達基準を一覧にします。そのうえで、担当者が1人しかいない業務を次の2軸で並べます。

1. 保有者が職場を離れるまでの期間（定年・再雇用の終了・異動予定）
2. その技能が止まったときの影響（生産停止・品質事故・顧客離反）

期間が短く影響が大きい技能から着手します。同調査で、技能継承に問題がある事業所の60.6%が「伝承に時間がかかり円滑に進まない」を挙げています。全業務を一度に対象にすると教える側の工数が足りなくなります。

### 文書化・動画・同行・ペア作業の使い分け

伝え方は、技能を言葉や数値にできるかで決めます。手順と判定基準を書き出せる作業は手順書やチェックリストへ、身体の動きや間合いが要る作業は動画へ、状況判断が中心の仕事は熟練者への同行と、判断の理由をその場で言葉にしてもらう対話へ回します。文書の置き場は[ナレッジ管理ツールの比較と選び方｜タイプ別の特徴・選定基準と自社開発の判断](/column/details/15666/)で比べています。

ソフトウェア開発では、画面を共有して一緒にコードを書くペアプログラミングやモブプログラミングがスキトラの手段になります。hacomonoの開発チームは、フロントエンドのテストコードの書き方を他部署へ移すために[モブプロでスキトラを行った経緯](https://techblog.hacomono.jp/entry/2024/12/21/000000)を公開しています。1回1.5～2時間で、手を動かすタイピスト1人、指示を出すナビゲーター2～3人、見学者1人以上に役割を分け、ペアプロやレクチャーと比べたうえで、教える側も学べるモブプロを初手に選んでいました。ガイドラインと参考になるコードが増えた後は、ペアプロでのスキトラに切り替えたり、同期的な支援なしでテストコードを書いてもらえたりする状態になったと書いています。最初は人が付き添い、形式知がそろったら文書に任せる順序は、Szulanskiの立ち上げ段階の考え方とも合います。手法の詳細は[モブプログラミングとは？ペアプログラミングとの違い・メリット・進め方を解説](/tech/details/4677/)と[ペアプログラミングとは？メリット・進め方・ツールと導入判断を実装者向けに解説](/tech/details/4676/)を参照してください。

### 委託先の交代で求められる引継ぎ

システムの運用・保守の委託先が替わるときは、資料の受け渡しだけでなく、未解決の問題まで移す必要があります。デジタル庁の[デジタル・ガバメント推進標準ガイドライン（DS-100）](https://www.digital.go.jp/resources/standard%5Fguidelines)は、情報システムの更改を伴わずに運用事業者や保守事業者が交代するとき、交代前の事業者から交代後の事業者へ「作業経緯、残存課題等について確実に引継ぎがなされるよう求める」と定めています。

民間の委託でもこの枠組みはそのまま使えます。引継ぎ期間の終わりに、新しい担当者へ実際の障害対応や定例作業を説明してもらい、答えられなかった項目を残存課題として記録しておくと、交代後の「聞いていない」を防げます。手順書の整え方は[システム運用保守ドキュメントの整備手順｜優先順位と更新が止まらない仕組み](/column/details/16404/)にまとめています。

### 効果の測り方：満足度ではなく職場での行動

[カークパトリックモデル](https://www.kirkpatrickpartners.com/the-kirkpatrick-model/)は、反応・学習・行動・成果という4つのレベルで効果を評価します。スキルトランスファーで見落とされやすいのは3つ目のレベルである行動です。受講後アンケートの満足度や理解度テストが高くても、受け手が職場で1人で仕事を回せていなければ移転は完了していません。

追う数字は、受け手が熟練者の立ち会いなしで対象業務を処理できた件数、手戻りや不良の発生率、熟練者への問い合わせ件数の推移です。問い合わせ件数は処理件数や難易度で変わるため、件数の多寡だけで判定せず、問い合わせの中身が基本的な手順から例外対応へ移ったかもあわせて見ます。

## スキルトランスファーが失敗する条件と見送る判断

### 研修で覚えた技能が職場で使われない要因

研修で学んだ内容を職場の仕事に適用し、時間がたっても維持することを「研修転移（transfer of training）」と呼びます。BaldwinとFordは1988年の[論文](https://doi.org/10.1111/j.1744-6570.1988.tb00632.x)で、研修転移に影響する要因を受講者の特性・研修の設計・職場環境の3つに整理しました。上司が新しいやり方を試す機会を与えない、覚えた仕事を任せずに熟練者が抱え続ける、といった職場では、教えた技能は使われないまま薄れます。

### 教える側の工数を業務時間に組み込まない失敗

熟練者は通常業務の中心にいることが多く、指導を「空いた時間で」と頼むと後回しになります。指導時間を確保しない運用では、送り手と受け手が必要な対話を続けにくくなります。指導時間は業務計画に明示し、指導の負担と成果を評価でどう扱うかも開始前に決めておきます。育てた後の定着も計画に入れます。技能継承に問題がある事業所の28.5%が「継承者（技能・ノウハウを受け継いだ者）が習得後離職（転職）してしまう」を挙げていますが、この設問は離職理由までは聞いていないため、原因は自社の退職者面談などで確かめます。

### 移転より仕事のやり方を変えるほうがよい場面

すべての技能を人から人へ移す必要はありません。調査でも10.7%の事業所が「高度な技能・ノウハウ等が不要なように仕事のやり方、設計等を変更している」と回答しています。習得に何年もかかる技能で受け手の候補がいない場合は、自動化や外注の費用・導入期間・品質要件を比較します。必要な期限と品質を満たして代替できるなら、技能移転より工程変更を優先します。業務自体を近く廃止する予定がある場合も、移転に工数をかけず手順の簡素化を先に検討します。

## よくある質問

### スキトラとはどういう意味ですか？

スキルトランスファーの略で、意味は同じです。担当交代時の業務の引継ぎや、熟練者から若手への技能伝承のように、技能やノウハウを別の人へ移して同じ水準で仕事を回せるようにすることを指します。IT・コンサルの現場では「後任にスキトラする」と動詞としても使います。

### スキルトランスファーを日本語で言い換えると何ですか？

製造・建設の現場では「技能伝承」「技能継承」、設計や研究開発では「技術伝承」「技術継承」、異動や委託先の交代では「業務引継ぎ」、社外文書では「スキル移転」「技術移転」が使われます。新人育成の文脈なら「OJT」「業務指導」が近い言葉です。

### KT・ナレトラとは何の略ですか？

どちらもナレッジトランスファー（knowledge transfer）の略です。KTは英語の頭文字、ナレトラはカタカナを縮めた呼び方で、意味は知識移転です。担当者や委託先の交代に伴う引継ぎを指して使われることもあります。

### ビジネス用語で「トランスファー」とは何を指しますか？

transferは「移す・移転する」を意味し、ビジネスでは技術移転（technology transfer）、知識移転（knowledge transfer）、技能の移転（skill transfer）のように、ある人や組織が持つものを別の人や組織へ移すことを指します。人事の文脈では人員の異動や転籍を指す場合もあるため、何を移すのかを文脈で確認します。

### トランスファーブルスキルとスキルトランスファーは同じですか？

別の言葉です。トランスファーブルスキル（transferable skills）は、職種や業種が変わっても持ち運べる能力を指し、身につけた本人の側の話です。スキルトランスファーは、ある人の技能を別の人へ移す組織の取り組みを指します。

## 関連記事

- [業務引継ぎの進め方：引継書に頼らず手順・判断基準・アカウントを仕組みで渡す](/column/details/18637/)
- [暗黙知と形式知とは？違いと具体例、形式知化を進める手順と失敗条件を解説](/column/details/13543/)
- [属人化とは？原因・リスクと脱属人化を進める仕組み化・標準化の実務](/column/details/13292/)
- [ナレッジマネジメントとは？意味とSECIモデル、属人化を解く導入手順を解説](/column/details/13288/)
- [モブプログラミングとは？ペアプログラミングとの違い・メリット・進め方を解説](/tech/details/4677/)

---

出典: [スキトラ（スキルトランスファー）とは？意味・使い方と言い換え、ナレッジトランスファーとの違い](<https://www.issoh.co.jp/column/details/10381/>)（株式会社一創）