トレーニングおよびナレッジトランスファー

6.1 概要と目的

本章では、トレーニングおよびナレッジトランスファー（TKT）フレームワークを定義します。これは、ProviderがSubscription Termを通じてProjectVIEW ERPから得られる価値を最大化するために必要なスキル、知識、運用能力をCustomerの要員に付与する方法を規定するものです。

効果的なトレーニングは、エンタープライズSaaS導入における重要な成功要因です。業界データは、一貫して、不十分なエンドユーザートレーニングがERPの未活用、シャドープロセス、回避可能なサポートチケット増加の主因であることを示しています。したがって、ProviderのTKTフレームワークは単発の導入活動ではなく、Customerの組織成熟度とPlatformの機能ロードマップに応じて進化する継続的な活用促進プログラムとして設計されています。

本フレームワークは、オンラインと対面の両方のトレーニング提供、自己学習型デジタルラーニング、状況に応じたアプリ内ガイダンス、トレーナー育成認定、ならびに顧客別ナレッジWikiを包含し、いずれもCustomerの有効化済みモジュール、ロール分類、および業務フローに合わせて調整されます。

各Customerには、https://docs.projectview.wiki/[client]に専用のAI強化ドキュメンテーションWikiが用意され、パーソナライズされたトレーニング資料、録画セッションの文字起こし、役割別マニュアル、動画ライブラリ、カリキュラム計画が含まれます。すべての導入トレーニングセッションは録画され、AI文字起こしで処理されるため、各Customerの設定、用語、運用コンテキストに固有の、検索可能なパーソナライズされたトレーニングコンテンツが生成されます。

6.2 範囲

TKTフレームワークは以下を対象とします。

• (a) 導入トレーニング: Go-Live前の導入フェーズ（§2.4）で提供される構造化トレーニングで、すべての有効化済みモジュールとCustomer固有の設定をカバーします。
• (b) 本番稼働後の活用支援: Releases/Updates（§4.7）、Upgrades（§4.8）、および組織変更（新規採用、役割変更、部門拡大）により導入される新機能に対応するため、Go-Live後に継続的に提供されるトレーニング。
• (c) Train-the-Trainerプログラム: 組織内で一次対応の社内トレーニングおよびサポートを担う、Customer指定のSuper Userの認定。
• (d) ナレッジベースおよびドキュメンテーション: プラットフォームの統合リリース管理モジュールおよび、https://docs.projectview.wiki/[client] にあるお客様専用wikiを通じて利用可能な、プラットフォームに関する包括的なドキュメント、業務手順ガイド、動画チュートリアル、リリースノートの保守および提供。
• (e) クライアント別トレーニングWiki: 各顧客向けに用意される、AI強化型の専用ドキュメンテーションポータル。個別化された प्रशिक्षण資料、録画セッションライブラリ、役割別マニュアル、研修計画およびカリキュラム、AI生成の文字起こしを搭載。
• (f) AI支援学習: ProjectVIEW ERPインターフェース内に、AI駆動のコンテキストヘルプ、ガイド付きワークフロー、インテリジェント検索を統合し、日常業務中の必要なタイミングで支援を提供。
• (g) セッション録画およびAI文字起こし: オンボーディングおよび研修セッションはすべて録画され、AI文字起こしで処理されることにより、顧客ごと、役割ごとに個別化された検索可能な研修資料を作成し、関与期間を通じて蓄積される独自のナレッジ資産を形成します。
• (h) DANAOS ProjectVIEW ERPチャンピオンズ・プログラム: 顧客が指名するチャンピオン向けの専門的な研修および試験プログラム。これらのチャンピオンは、Go-Live以降、イントラネットおよびエクストラネット利用者に対するレベル1サポート窓口として、またプロバイダーとの主要な連絡チャネルとして機能します（§6.6）。
• (i) GAP分析およびフィードバック: 研修中に参加者が懸念事項、設定要件、変更依頼を登録するための体系的な仕組み。これらは顧客承認用のGAP Analysis Documentに集約されます（§6.4.6）。

6.3 研修提供モデル

6.3.1 提供チャネル

The Provider delivers training through a blended model combining オンライン（バーチャル講師主導および自己学習型）と実地（オンサイト講師主導） delivery, comprising five complementary channels:

6.3.2 研修環境

すべての実地研修は、顧客専用のDev/Sandbox環境（§2.5.1）でのみ実施され、これは次の条件を満たします。

• 現実的な研修シナリオに十分な、匿名化された本番同等データを含みます。
• 本番環境とアーキテクチャ上同一であり、研修したワークフローがそのまま実運用に移行できることを保証します。
• 研修セッション間で既知の正常状態の基準にリセットでき、一貫した開始条件を確保できます。
• 本番環境から分離されており、受講者が誤ってライブデータや稼働中のユーザーセッションに影響を与えることはありません。

Go-Live後は、Staging環境（§2.5.1）が同じ研修機能を担い、最新の本番構成を反映しているという追加の利点があります。

6.4 導入研修プログラム

6.4.1 研修ニーズ評価

導入研修の開始前に、プロバイダーは顧客のプロジェクトマネージャーと協力してTraining Needs Assessment（TNA）を実施します。TNAでは次を特定します。

• (a) 顧客で有効化されたモジュールとその相互依存関係。
• (b) 組織内の役割分類と、ProjectVIEWの権限セットへの役割の対応付け。
• (c) 研修が必要な役割ごとのユーザー数、およびERPシステムに関する現在の習熟度。
• (d) 研修で対応すべき、顧客固有の業務プロセス、承認ワークフロー、報告要件。
• (e) 言語要件 ー 標準研修資料はすべて英語で提供され、翻訳要件はTNAで特定されます。
• (f) 顧客の運用カレンダー、タイムゾーン、利用可能性の制約を考慮した希望研修スケジュール。

6.4.2 研修計画

TNAに基づき、プロバイダーは役割別トラックごとに体系化された研修計画を提供します。研修計画の物理版またはデジタル版は、各参加者の最初のオンボーディングセッション開始時に配布されます。これにより、カリキュラム、スケジュール、期待される成果が完全に可視化されます。研修計画には次が含まれます。

6.4.3 モジュール別研修カリキュラム

以下の表は、包括的な研修計画とモジュール間依存関係およびデータフローのマッピングに基づき、DANAOS ProjectVIEW ERPモジュール群に対応付けた標準研修カリキュラムを示します。顧客固有のセッションはTNA（§6.4.1）に基づいて追加されます。

総プログラム時間：29セッション、ならびにクロスモジュールのSite Operations領域を含めて136時間。

前提条件チェーン: PV_00（Core）は、いかなるモジュール研修の前にも全職員に必須です。モジュール前提条件は三者間データフロー・アーキテクチャに従います。PV_01 → PV_02 → PV_03（見積り → 原価管理 → 下請業者）；PV_00 → PV_04 → PV_05（Core → 調達 → 資材）；PV_09/PV_10の前にPV_08が必要です（会計をAP/ARより先に実施）。クロスモジュール領域PV_AにはPV_02 + PV_06 + PV_07が必要です。

6.4.4 モジュール別セッション内訳

各モジュールは、顧客の業務負荷に配慮して構成された50～75分の集中セッションで提供されます（§6.4.5）。トピックごとの所要時間見積り、知識領域の説明、連携ポイント、実地演習を含む詳細なセッション内訳は、プロバイダーの包括的研修計画書に記載され、顧客ごとに個別化されます。以下はセッション索引です。

各セッションには、実地演習、Q&A、総括レビューが含まれます。すべてのセッションは録画され（§6.9）、AI文字起こしによって各顧客のwiki用の個別参照資料が作成されます（§6.8）。トピックごとの詳細な内訳、マスターデータチェックリスト、参加者サインオフシート、GAP Analysisセクションを含む包括的研修計画書は、研修開始時に各参加者へ配布されます（§6.4.2）。

6.4.5 研修完了基準

各役割別トラックの導入研修は、次の条件を満たした時点で完了と見なされます。

• (a) そのトラックに予定されているすべてのILTセッションが実施済みであること。
• (b) 指名された参加者の少なくとも80%が各セッションに参加していること（出席は記録されます）。
• (c) 実践評価演習が完了し、最低70%の習熟スコアを満たしていること。
• (d) 顧客のプロジェクトマネージャーが、提供された研修に満足したことを確認する研修完了証明書に署名していること。

研修完了はUAT開始の前提条件です（§5.8.1）。 プロバイダーは、該当する役割別研修トラックが両当事者にとって満足のいく形で完了するまで、顧客にUAT開始を案内してはなりません。

6.4.6 出席管理およびスケジュール調整

プロバイダーは、すべての研修セッションについて正式な出席簿を維持し、参加者名、役割、対象知識領域、セッション日付、所要時間を記録します。出席記録は顧客専用wiki（§6.7.1）に公開され、研修完了証明書（§6.4.4）に含まれます。

オンボーディング段階で顧客要員を業務責任から完全に外すことができないことを踏まえ、研修セッションは顧客の日々の業務負荷に配慮して意図的に構成・日程調整されます。セッションは次のとおりです。

• モジュール型: 1日がかりではなく50～75分の集中セッションに分割され（§6.4.4）、参加者がセッション間に業務を遂行できるようにします。
• 柔軟: 顧客の業務ピーク、プロジェクトの締切、タイムゾーン制約に合わせて設定されます ー プロバイダーは顧客の研修コーディネーターと協力して研修カレンダーを調整します。
• 分散配置: 複数のモジュールおよび役割トラックのセッションは交互に配置され（モジュール順に連続実施しません）、チームメンバーが自身の役割に関連するセッションに参加しつつ、他のトラックへの同時参加を妨げないようにします。
• 繰り返し実施可能: 重要なセッションは、シフト体制、現場要員、欠席者に対応するため、複数の日付・時刻で提供されます。すべてのセッションは録画され（§6.8）、非同期レビューが可能です。

6.4.7 研修フィードバック、変更依頼およびGAP Analysis

各研修計画の下で、プロバイダーは、参加者が研修セッション中に発生した懸念事項、設定要件、変更依頼を登録できる体系的なフィードバック仕組みを整備します。これにより次を把握します。

• (a) 懸念事項: ワークフロー、UI設計、業務ルールの実装に関してユーザーから示された懸念、疑問、異議であり、システム設定と顧客の運用期待との不一致を示している可能性があります。
• (b) 設定要件: 実地研修演習中に特定された、フィールドラベル変更、追加ドロップダウン値、カスタムレイアウトのレポート、修正された承認階層、その他の設定調整の依頼。
• (c) 変更依頼: 設定の範囲を超え、開発作業を要するワークフロー変更、新機能、連携機能拡張に関する正式な依頼であり、Change Managementプロセス（§4.5）に従って記録されます。

導入研修フェーズの終了時に、プロバイダーは登録されたすべての項目をGAP Analysis Documentに集約します。これは、各懸念事項、設定要件、変更依頼をモジュール、重大度、推奨対応策別に分類した体系的なレポートです。

GAP Analysis Documentは、プロバイダーが是正、設定調整、変更依頼の実装に着手する前に、顧客による正式なレビューおよび書面承認のために提示されます。

承認済みGAP Analysis Documentは、Implementation Plan（§2.4）の拘束力ある補足文書を構成し、その解決状況は完了まで追跡されます。

6.5 Train-the-Trainer（T3）プログラム

6.5.1 目的

T3プログラムは、顧客が指名するスーパーユーザーの育成基盤を構築し、これらの人材が自組織内で一次研修を提供できるように認定することで、日常的な活用支援におけるプロバイダー依存を低減し、新入社員のオンボーディングを加速します。

6.5.2 対象資格および選定

スーパーユーザー候補者は次を満たす必要があります。

• 割り当てられたモジュールについて、導入研修カリキュラム全体を修了していること。
• プロバイダーが実施する実技評価により、上級レベルの習熟を示せること。
• 顧客のプロジェクトマネージャーにより指名され、最低12か月間T3プログラムに参加する意思があること。
• 研修セッションを実施し、定着基準を徹底できる十分な組織権限を有していること。

プロバイダーは、欠員、離職、業務分散に対応できるよう、各有効化モジュールにつき最低2名、最大3名のスーパーユーザーを推奨します。

6.5.3 認定カリキュラム

T3認定プログラムでは次を扱います。

• (a) 高度なモジュール習熟: 標準のエンドユーザー研修を超えた、モジュール設定、例外ケース、高度なワークフローに関する詳細学習。
• (b) 研修提供スキル: 成人学習の原則、セッション計画、ファシリテーション技法、能力評価 ー スーパーユーザーが効果的な研修を提供できるようにします。
• (c) 一次トラブルシューティング: 一般的なユーザーエラー、設定不備の診断、エスカレーション手順、およびProvider Service Desk（§4.2）の効果的な活用。
• (d) ナレッジベースの活用: プラットフォームの統合ナレッジベースを用いて回答を見つけ、社内ドキュメントを更新し、顧客の社内wikiに貢献するスキル。
• (e) リリース対応力: リリースノートの読み取り、新機能が研修へ与える影響の評価、Release/UpdateおよびUpgrade展開に向けた社内連絡の準備方法（§4.7、§4.8）。

6.5.4 認定および更新

T3カリキュラムを修了し認定評価に合格したスーパーユーザーには、12か月有効のDANAOS Certified Super User資格が付与されます。更新には次が必要です。

• 年次リリース準備更新トレーニングの修了。
  • 認定期間中に少なくとも2回の社内研修を実施するなど、継続的な活動を示していること。
  • 前回の認定以降に導入された新機能またはワークフロー変更を対象とする復習評価に合格すること。

6.6 DANAOS ProjectVIEW ERP Champions Programme

6.6.1 概要

スーパーユーザー／Train-the-Trainerの枠組み（§6.5）に加え、各顧客はDANAOS ProjectVIEW ERP Championsを指名する必要があります。これらは、Go-Live以降、顧客の主要な運用インターフェースとしてプロバイダーと連携する上級パワーユーザーです。チャンピオンは専門的な研修プログラムと正式試験を受講し、レベル1サポート、ユーザー擁護、プロバイダーとの戦略的コミュニケーションを担う高度な役割を引き受けます。

6.6.2 最低要件および選定

各顧客は最低2名のチャンピオンを指名しなければなりません。内訳はメインチャンピオン1名、代行チャンピオン1名です。 この二重チャンピオン要件により、休暇、出張、離職時のカバー継続性が確保されます。プロバイダーは、より大規模な組織（認可ユーザー数が50名超）では、財務チャンピオン、プロジェクトチャンピオンなど、機能領域ごとの追加チャンピオンを指名することを推奨します。

チャンピオン候補者は次を満たす必要があります。

• 担当モジュールの実装トレーニング全カリキュラムを修了し、評価スコアが最低80%であること（標準の70%閾値を上回ること）。
  • DANAOS Certified Super User資格（§6.5.4）を保有している、またはT3プログラムに同時登録していること。
  • モジュール横断の理解を示せること ー チャンピオンは、自身の主担当モジュールだけでなく、モジュール間のデータフローと依存関係を理解していなければなりません。
  • 顧客の上級管理職により指名され、最低12か月間チャンピオン役割にコミットしていること。
  • エスカレーション目的で、顧客の経営スポンサーへ直接アクセスできること。

6.6.3 チャンピオン研修および試験

チャンピオン候補者は、標準のスーパーユーザー認定を超える専門的な研修プログラムを受講し、次を扱います。

• (a) クロスモジュール統合の習熟: 有効化された全モジュールにわたるエンドツーエンドのデータフロー理解。これには、モジュール間トリガー、連鎖承認、統合レポーティングが含まれます ー §5.5.2で定義されたシミュレーションシナリオに対応します。
• (b) イントラネットおよびエクストラネットのサポート: 社内ポータル（イントラネットユーザー）と外部ステークホルダー向けポータル（エクストラネット／ポータルユーザー）の両方に関する設定および運用知識。これには、アクセス管理、権限トラブルシューティング、データ可視性制御が含まれます。
• (c) エスカレーションおよびコミュニケーション手順: ユーザー課題の切り分け、レベル1とレベル2の分類判定、Provider Service Desk（§4.2）を通じたService RequestおよびIncidentの起票、内部関係者へのシステム更新連絡に関する正式手順。
• (d) プロセス最適化の認識: AI生成のプロセス最適化レポート（§5.9）の理解、および顧客組織内で推奨ワークフロー改善を解釈し、提唱する能力。
• (e) GAP Analysisのファシリテーション: 研修および業務利用中に、ユーザーの懸念事項、設定要件、変更依頼を収集、分類、優先付けするスキル。継続的なGAP Analysisプロセス（§6.4.6）に貢献します。

チャンピオン研修は、次を含む正式試験で終了します。

• 筆記評価: モジュール横断の知識、サポートプロトコル、エスカレーション手順を網羅する多肢選択式および短答式の試験。合格最低点: 80%.
  • 実践シナリオ評価: Dev/Sandbox環境で実施されるライブのトラブルシューティングシナリオ。受験者は、定められた時間内にシミュレーションされたユーザー課題を診断、解決、または正しくエスカレーションしなければなりません。
  • コミュニケーション演習: ステークホルダー向け模擬連絡文書（例：システム更新ブリーフィング、インシデント通知）の作成および伝達。明瞭性、正確性、専門性を評価します。

3つすべての試験要素に合格した候補者には、12か月有効のDANAOS ProjectVIEW ERP Champion資格が付与されます。更新はスーパーユーザー再認定と同じ手順で行われ（§6.5.4）、これに復習試験が追加されます。

6.6.4 チャンピオンの責務

認定後、チャンピオンは以下の責務を負います。

• (a) レベル1サポート ー イントラネット利用者: 社内の全利用者（イントラネット）に対し、運用上の問題に関する最初の問い合わせ窓口として対応し、操作方法の質問への回答、設定に関する照会の解決、標準ワークフローへの案内を行ったうえで、いかなる問題もProvider Service Deskにエスカレーションする前に対応します。
• (b) レベル1サポート ー エクストラネット/ポータル利用者: CustomerのProjectVIEWポータル（エクストラネット）にアクセスする外部ステークホルダー利用者に対して、同等の一次サポートを提供します。これには、下請業者、ジョイントベンチャーのパートナー、顧客代表が含まれ、アクセスの問題、データ可視性に関する照会、文書共有ワークフローに対応します。
• (c) プロバイダーとの連絡窓口: Go-Live以降、プロバイダーとの間におけるお客様の指定連絡窓口として機能すること。チャンピオンは、サービスリクエストおよびインシデント（§4.2）を起票し、WhatsApp Business サポートグループ（§4.3）に参加し、四半期サービスレビュー（§3.9）に出席し、またプロバイダーからの連絡事項（リリースノート、保守停止時間、サービス通知）をお客様のユーザー基盤に展開するものとします。
• (d) 定着およびコンプライアンス監視: ユーザーの定着状況を監視し、十分に活用されていない機能を特定し、シャドウプロセスや回避的な運用を把握し、研修カリキュラムに沿ってシステム標準のワークフローを推進します。
• (e) 継続的改善へのインプット: Quarterly Service ReviewにおいてProviderへ体系的なフィードバックを提供し、CSI登録簿（§4.10）に寄与し、プロセス最適化の提言（§5.9）に向けたユーザーフィードバック収集を促進します。
• (f) ナレッジトランスファー: Customerの社内Wikiコンテンツを維持・編集し、新入社員が個別化された研修資料（§6.8.3）を用いてオンボーディングされるよう確保し、ユーザーコミュニティ向けに随時の復習セッションを実施します。

6.7 Go-Live後の支援

6.7.1 継続的な研修発動条件

Providerは、以下のいずれかの事象が発生した場合、Go-Live後に追加研修セッションを実施します。

6.7.2 リリース研修プロトコル

各Release/UpdateおよびUpgradeについて、Providerは以下を実施します。

• (a) 展開の少なくとも5営業日前までに、Platform内で詳細なリリースノートを公開します。
• (b) 各変更を研修影響度として、高（新しいワークフロー/UI）、中（変更された動作）、低（バグ修正/外観変更）のいずれかに分類します。
• (c) 影響度が高い変更については、更新済みのオンデマンド動画モジュールを作成します。
• (d) CustomerのSuper User向けにライブのRelease Briefingセッション（30～60分）を実施し、影響度が高い変更および中の変更をすべて説明します。
• (e) 影響を受けるすべてのナレッジベース記事、クイックリファレンスカード、プロセスガイドを更新します。
• (f) すべてのAuthorized Userに対し、アプリケーション内通知により利用可能な研修資料を案内します。

6.8 クライアント別研修Wikiおよびナレッジベース

6.8.1 クライアント別研修Wiki

各Customerには、専用のAI強化型研修Wikiがhttps://docs.projectview.wiki/[client]に用意され、シングルサインオン（SSO）を通じてすべてのAuthorized Userがアクセスできます。このWikiは、Customerの個別化された研修およびナレッジトランスファー資産の中核リポジトリであり、以下を含みます。

• 録画済み研修セッション: オンボーディング時およびGo-Live後に実施されたすべてのインストラクター主導研修セッションの完全な動画録画。モジュール別および役割別に整理されています。
• AI生成トランスクリプト: 録画された各セッションの自動文字起こしをAIで処理し、検索可能でタイムスタンプ付きのテキスト、話者識別、主要トピックの索引付け、アクションアイテムの抽出を実現します。
• 役割別マニュアル: Customer固有のモジュール構成、項目ラベル、ワークフロー名、承認階層を組み込んだ、役割別の個別化ユーザーマニュアル。
• 研修計画とカリキュラム: 合意済みの研修計画、モジュール別カリキュラム、評価基準、各研修トラックの修了記録。
• クイックリファレンスカード: 「発注書を作成する方法」などの一般的なタスク向けの印刷可能な1ページ要約。Customerの設定済みワークフローから自動生成されます。
• 動画ライブラリ: Providerが維持管理し、Customer自身の録画セッションで補完される、機能別ウォークスルー動画、クイックヒント動画（2～5分）、ガイド付きデモンストレーションの厳選コレクション。
• FAQおよびトラブルシューティング: よくある問題、回避策、診断手順 ー Customerのサポートチケットの傾向とAI分析に基づき継続的に更新されます。
• リリースノート: Customerの有効化済みモジュールおよび設定に関連する変更を強調した、Customer固有のリリースノート。

ProjectVIEW Client Wiki ー https://docs.projectview.wiki

6.8.2 Platformリリースセンター

クライアント別Wikiに加えて、ProviderはPlatformの一部として、以下の階層に整理されたプラットフォーム全体の文書を含む中央ヘルプナレッジベースを維持する場合があります。

6.8.3 文書標準

Providerが作成するすべての文書は、クライアント別Wikiに掲載されるものか中央ナレッジベースに掲載されるものかを問わず、以下の品質基準に準拠しなければなりません。

• 正確性: 文書はProjectVIEW ERPの現行本番版を反映している。旧版コンテンツは、後継リリースの発行後5営業日以内にアーカイブされる。
  • 完全性: 有効化されたすべてのモジュールに対応するTier 1およびTier 2文書が存在します。いかなる機能も、文書を伴わずに展開されることはありません。
  • 明確性: 分かりやすく、専門用語を最小限に抑えた英語で記述します。スクリーンショットには番号付きの吹き出しを付けます。手順は、期待される結果を伴う番号付きステップで示します。
  • 検索性: すべての記事に、モジュール名、役割タグ、機能キーワードを付与します。Wikiと中央ナレッジベースの両方で全文検索とAIによる意味検索が利用可能です。
  • 版管理: 文書は、その説明対象となるアプリケーションのリリースに合わせて版管理されます。過去版は参照用に保持されます。
  • 個別化: クライアント別Wikiのコンテンツは、一般的なプラットフォーム文書ではなく、Customer固有の設定、項目ラベル、ワークフロー名、組織用語を反映します。

6.9 セッション録画およびAI文字起こし

6.9.1 録画ポリシー

オンボーディングおよび導入フェーズで実施されるインストラクター主導研修セッションは、標準運用としてProviderにより録画されます。 Go-Live後の研修セッション（§6.6）も、Customerが明示的にオプトアウトしない限り録画されます。録画は高解像度の音声/映像形式で取得され、Customer専用のWikiに保存されます。

録画は以下の単位で整理されます。

• モジュール（例: Project-Management、Procurement-Management）。
• 役割トラック（例: PMトラック、Financeトラック、Site Engineerトラック）。
• 日付および講師。これにより、特定セッションへ迅速に移動できます。

6.9.2 AI文字起こしおよびコンテンツ生成

録画済みセッションはすべて、ProviderのAI文字起こしパイプラインを通じて処理され、以下を生成します。

• (a) タイムスタンプ付きトランスクリプト: 話者識別付きのセッション全文。キーワード、トピック、またはモジュール領域で検索できます。ユーザーはトランスクリプトの任意の区間をクリックして、対応する動画のタイムスタンプへ移動できます。
• (b) 主要トピック索引: AIが抽出したトピック見出しおよび小見出しにより、各セッションの体系的な目次を提供し、ユーザーが自身の役割に関連する内容へ直接移動できるようにします。
• (c) アクションアイテムおよびフォローアップ: セッション中に自動抽出されたアクションアイテム、提起された質問、フォローアップの約束。関連するタイムスタンプに紐づけられ、適切な担当者に割り当てられます。
• (d) 役割別要約: 各役割に合わせたAI生成のセッション要約。たとえば、Project-Managementセッションを閲覧するFinanceユーザーには、プロジェクト全体のスケジューリング内容ではなく、議論された予算およびコストへの影響に焦点を当てた要約が表示されます。
• (e) 用語集の拡充: 研修中に言及されたCustomer固有の用語、略語、プロジェクト名を自動抽出してWikiの用語集に追加し、AIによる検索がCustomerの社内用語を理解できるようにします。

6.9.3 個別化された研修資料の生成

録画済みセッション、AIトランスクリプト、Customerの構成メタデータを組み合わせることで、Providerは高度に個別化された研修資産を生成できます。

• 役割別研修ダイジェスト: 各役割向けの統合文書（例: 「Project Manager Onboarding Guide」）。複数の研修セッションから関連部分をまとめ、Customerの実際の構成のスクリーンショットを補完として加えます。
• シナリオベースのクイックガイド: 実際の研修デモンストレーションから生成される手順ガイド（例: 「[Customer Name]で変更指示書を処理する方法」）。Customerの項目名、承認ワークフロー、用語を使用します。
• 新入社員オンボーディングパック: 新入社員に割り当てられた役割に基づいて自動編成された、録画済みセッション、トランスクリプト、クイックリファレンスカードの厳選セット。導入時の研修を再現するセルフサービス型のオンボーディング体験を提供します。
• 復習用マイクロモジュール: 長時間の研修セッションから抽出されたAI生成の短尺動画クリップ（2～5分）。単一のタスクまたは概念に焦点を当て、必要なタイミングでの復習視聴に最適です。

この機能により、各Customerに固有の、積み上がる知識資産が形成されます ー すべての研修のやり取りがWikiを強化し、その後のオンボーディングをより迅速にし、サポートチケット件数を減らし、ユーザー熟達度を高めます。Customerごとの構成、用語、運用コンテキストは同一ではないため、研修ライブラリも同一にはなりません。

6.10 AI支援学習

6.10.1 アプリケーション内AIガイダンス

ProviderはAI機能を活用し、ProjectVIEW ERPインターフェース内で直接、インテリジェントかつ文脈に即した学習体験を提供します。

• (a) コンテキストヘルプパネル: ユーザーの現在の画面と作業を検知し、最も関連性の高いナレッジベース記事、動画クリップ、手順ガイドを、アプリケーションを離れることなく提示するAI駆動のヘルプパネル。
• (b) ガイド付きウォークスルー: 初めてのユーザーが、プロジェクト作成、発注書起票、レポート生成などの複雑なワークフローを順を追って進められるようにする対話型のステップバイステップ・オーバーレイ。各UI要素を順番にハイライトします。
• (c) インテリジェント検索: キーワード一致ではなく意味理解に基づく、ナレッジベースおよび研修ライブラリ全体を対象とした自然言語検索。平易な質問文で回答を見つけられます。
• (d) プロアクティブな提案: 一般的なエラーパターン（例: 不完全なフォーム送信、誤った画面への反復移動）をシステムが検知した際に表示されるAI生成の提案。サポートチケットが起票される前に是正案内を提示します。

6.10.2 学習分析

AI支援学習システムは、研修資料の継続的改善に資する匿名化された利用分析を生成します。

• 最も参照されたヘルプトピック ー ユーザーの不明点や複雑性の高い領域を示します。
• 結果のない検索クエリ ー 文書上の不足を特定します。
• ガイド付きウォークスルーの完了率 ー 簡素化が必要な可能性のあるワークフローを示します。
• 役割別およびモジュール別の習熟までの時間指標 ー 研修プログラムの有効性をベンチマークします。

学習分析はQuarterly Service Review（§3.9）に含められ、CSI登録簿（§4.10）におけるナレッジベース改善の優先順位付けに使用されます。

6.11 Customerの責務

TKTフレームワークの有効性を確保するため、Customerは以下を実施します。

• (a) Customer専用Wikiで個別化された研修資料を生成する目的で、インストラクター主導の研修セッションの録画に同意すること。又は、各セッション前に書面でオプトアウト通知を行うこと。
• (b) すべての研修ロジスティクス、スケジュール調整、フィードバックの単一窓口となるTraining Coordinatorを任命すること。
• (c) 予定された研修セッションの期間中、指名された参加者を本来業務から離任させることを確保すること。
• (d) 新規ユーザーの有効化、役割変更、および研修ニーズを引き起こす可能性のある組織再編について、速やかにプロバイダーへ通知すること。
• (e) T3プログラム向けのスーパー ユーザー候補を指名し支援すること。これには、認定取得活動および社内研修実施のための時間配分を含みます。
• (f) プロバイダーが提供する研修資料およびリリースノートを、組織内の関係者に配布すること。
• (g) セッション後の評価フォームを通じて、研修の品質、関連性、および有効性についてフィードバックを提供すること。
• (h) プロバイダーの標準研修資料を補完する社内文書（例: 組織固有のプロセスガイド、作業指示書）を維持管理すること。
• (i) チャンピオンの指名: §6.6に従い、DANAOS ProjectVIEW ERP チャンピオンを少なくとも2名（主担当および副担当）指名し、Go-Live以降におけるレベル1サポート業務およびプロバイダーとの連絡対応にチャンピオンが対応可能であるようにすること。
• (j) GAP分析への参加: 統合GAP分析文書（§6.4.6）を受領後10営業日以内に確認し、書面で承認すること。GAP分析の承認が不当に遅延した場合、導入スケジュールに影響を及ぼす可能性があります。

6.12 研修ガバナンスおよび指標

6.12.1 研修指標

プロバイダーは、四半期サービスレビュー（§3.9）に含まれる以下の研修指標を追跡し、報告するものとします。

6.12.2 研修レビューの頻度

研修プログラムは以下の頻度でレビューおよび更新されます。

• 各リリース時: 研修影響評価、資料更新、Super Userブリーフィング（§6.7.2）。
• 四半期ごと: QSRにおける研修指標レビュー（§3.9）。研修改善のためのCSIアクションを記録します。
• 年次: TNAの全面更新、T3再認定、PlatformロードマップおよびCustomerの組織変化に照らしたカリキュラム見直し。

6.13 知的財産およびライセンス

Providerが作成したすべての研修資料、ナレッジベースコンテンツ、動画録画、および文書は、Providerの知的財産（§1.4 ー 知的財産権）のままです。

Customerには、ProjectVIEW ERPのライセンス利用に関連する自社内研修およびナレッジトランスファーの目的に限り、当該資料を使用する非独占的かつ譲渡不可のライセンスが付与されます。

Customerは以下を行ってはなりません。

• Providerの事前の書面による同意なく、Providerの研修資料を第三者に複製、配布、または利用可能にすること。
• 本Frameworkに記載されたCustomer以外の事業体の人員を研修する目的で、Providerの研修資料を使用すること。
• Providerの事前の書面による同意なく、Providerの研修資料を改変、適応、または派生物を作成すること。

Customerが作成した内部文書（例: 組織固有のプロセスガイド、作業指示書）は、Customerの知的財産のままです。

6.14 プロセス登録簿

6.14.1 プロセス登録

6.14.2 RACIマトリクス

R = 実行責任者 | A = 説明責任者 | C = 協議先 | I = 通知先

6.14.3 プロセスフロー ― トレーニングおよびナレッジトランスファーのライフサイクル