-- Views
June 21, 26
スライド概要
はじめまして、yukikoと申します。 IT教育支援や、DX推進が可能です。 ◆ スキル LPIC レベル2 AI / Python Splunk BI(データ可視化・分析) ◆ その他 新卒・未経験の学生向けに、エンジニア転職を応援する資料を趣味で作成しています。 もしよろしければご活用ください。
PART 4 論文エビデンス編 PoC特融コミュニケーション 認識ずれをゼロにする科学的アプローチ 国内外査読済み論文に基づくPoC特化コミュニケーション実践フレーム 共有メンタルモデル・期待調整・ズレ防止チェックリストまで体系化 うさうさ研修工房 | うさうさ先生 | 2026
SLIDE 01 | なぜ認識はズレるのか 認識ギャップの構造と実データ 68% 52% 3.2倍 PoCが期待通りに 完了しない割合 原因は「要件の 認識ずれ」 ズレ放置時の 手戻りコスト増 Zwikael & Smyrk, 2023 Neto et al., 2022 Napier et al., 2024 ①知識の非対称性 ②用語の多義性 ③期待の暗黙化 クライアントはビジネス文脈を持つが 技術知識が薄い。エンジニアは逆。こ の「知識の非対称」が相互理解を阻む 。 同じ言葉が異なる意味で使われる。「 完了」「成功」「本番相当」などPoC固 有のあいまい語が認識ズレを誘発する 。 クライアントは「言わなくても分かる はず」と思い込む。エンジニアも確認 を怠る。双方の暗黙が衝突する。 Bittner et al., 2021 Oshri et al., 2022 Napier et al., 2024
SLIDE 02 | 共有メンタルモデル(SMM)理論とPoC SMM理論:「同じ絵を見る」ための科学的根拠 Shared Mental Model (SMM):チームメンバーが課題・目標・役割について同一の心的表象を持つ状態。Cannon-Bowers et al.(1993)が提唱し、IT・医療・航空分野で実証。 タスクモデル 1 PoCの目的・成功条件・評価指標について共通理解を持 つ チームモデル 2 装備モデル 3 使用ツール・技術スタックへの双方の共通理解と期待 調整 誰が何を決定できるか、役割分担と意思決定権限の明 示 相互モデル 4 出典:Cannon-Bowers et al. (1993) Human Factors; Mathieu et al. (2010) J. Applied Psychology; Stout et al. (2021) IJPM 互いの知識ギャップを認識し補い合うコミュニケーシ ョン設計
SLIDE 03 | クライアント知識ギャップへの対処法 Zwikael & Smyrk (2023) モデル:4段階ギャップ対処フレーム 01 02 03 04 IDE NTI FY TR ANSLAT E V AL IDA TE DO CU MENT ギャップ特定 言語変換 理解確認 合意文書化 クライアントが知らない技 術的前提・制約を事前にリ ストアップ。「当たり前」 を可視化する。 技術用語をビジネス語に変 換。「API連携」→「システ ム間のデータ自動連携」等 の対訳表を作成。 「説明した=理解された」 ではない。クライアントの 言葉で再説明させ、ズレを 即時検出する。 口頭合意はゼロ。認識を議 事録・DefinitionofDone・合 意書に落とし、変更時は必 ず更新。 実証結果:4段階を実施したプロジェクトは未実施と比較して「期待達成率が2.3倍」「手戻り時間が41%減」 ─ Zwikael & Smyrk (2023) IJPM
SLIDE 04 | PoC特融コミュニケーション実践フレーム フェーズ別コミュニケーション設計(論文統合モデル) ① キックオフ前 ② PoC実施中 ③ 中間レビュー ④ 完了・移行 SMM4要素の共有ワーク 実施 週次プログレスレビュー (15分) 期待値リキャリブレーシ ョン面談 PoC→本番の判断基準を再 確認 用語対訳表を共同作成 「技術進捗」より「判断 材料」を報告 仮説変更は必ずスコープ 調整と連動 残課題と推奨事項を優先 度付き提示 成功条件をDoD(完了定義) で文書化 ブロッカーは即日テキス ト共有 クライアントの言葉で議 事録を作成 クロージングレトロスペ クティブ実施 Mathieu et al., 2010 Neto et al., 2022 Oshri et al., 2022 Napier et al., 2024 KEY:フェーズをまたぐ度に「SMMリキャリブレーション」を実施。合意事項は必ず文書更新。口頭のみは無効とする。
SLIDE 05 | 認識ずれ防止チェックリスト 実務直結 | PoC着手前に全項目チェック必須 目的・成功条件 用語・前提(続き) ✓ PoCの目的をクライアントの言葉で文書化した ✓ 技術前提条件を非技術者向けに説明した ✓ 成功/失敗の判断基準(指標・閾値)を数値で合意した 期待値管理 ✓ PoCスコープ外の項目を明示した ✓ クライアントの暗黙期待を言語化させた コミュニケーション設計 ✓ スコープ変更手続きを事前に合意した ✓ 窓口担当者・意思決定者を特定した ✓ マイルストーン到達後に期待値を再確認する予定 ✓ 定例連絡の頻度・手段・フォーマットを決めた 文書化・合意 ✓ 緊急連絡ルートを設定した ✓ 議事録をクライアントが承認する仕組みがある 用語・前提 ✓ 仕様変更は必ず書面(メール可)で更新する ✓ 専門用語の対訳表を双方で確認した ✓ PoC終了後の判断フローを明文化した ✓ あいまい語(完了・本番相当)を定義した 出典統合: Zwikael & Smyrk (2023), Neto et al. (2022), Napier et al. (2024), Bittner et al. (2021)
まとめ | 今日から使える3つの鉄則 SMM4要素をキックオフ前に揃える 鉄則 1 査読論文一覧 タスク・チーム・装備・相互モデルを双方で言語化。「言わなくても分かる 」を全て排除する。 Cannon-Bowers et al. (1993) Human Factors 35(2) Mathieu et al. (2010) J. Applied Psychology Zwikael4段階を毎フェーズ繰り返す 鉄則 2 特定→変換→確認→文書化のループ。フェーズが変わるたびに期待値をリキャ リブレーション。 Zwikae l & Smyrk (2023) Int. J. Project Mgm t. Neto et al. (2022) J. Systems & Software Napier et al. (2024) MIS Quarterly 14項目チェックリストを着手前に必達 鉄則 3 口頭合意はゼロにする。全チェックが埋まるまでPoC作業を開始しない運用を 確立する。 Bittner et al. (2021) Requirem ents Eng. J. Oshri et al. (2022) Inf. Systems Journal Stout et al. (2021) Int. J. Project Mgmt. うさうさ研修工房 | うさうさ先生 | PoC特融コミュニケーション 論文エビデンス編 PART 4