概要
AIがコードを書く時代に、エンジニアの役割が「実装」から「価値創出」へシフトします。そこで必要になるのが、CXO・現場部門長・情シス・エンドユーザーを束ねるファシリテーション力です。本稿は、経産省DSSのビジネスアーキテクト（BA）13スキルから「ステークホルダーマネジメント」「変革マネジメント」を中核に、AI時代の上流エンジニアに必要なファシリテーション力を育成するプログラムを提示します。
なぜエンジニアにファシリテーションが必要になったのか
これまでエンジニアの仕事は「与えられた仕様を実装する」ことが中心でした。要件定義は営業・コンサル・PMが行い、エンジニアは設計と実装に集中する分業構造です。AI時代はこの分業が崩れます。
- 実装コストが下がる → エンジニアの時間が「上流の議論」に再配分される
- AIプロトタイプが早期に作れる → 顧客との対話で仕様を決めるアジャイル運用が標準化
- 業務×AI×実装の三位一体人材が必要 → エンジニア自身がCXO・現場と対話する場面が増加
結果として、エンジニアは「会議を回す側」「議論を導く側」に立つ機会が急速に増えています。ファシリテーション力は、AI時代の上流エンジニアの必須スキルになりました。
DSSが定義する関連スキル
経産省DSSがBAに求める13スキルのうち、ファシリテーションに直結するのは以下の3つです。
- ステークホルダーマネジメント：関係者の意向を整理し、合意形成できる
- 変革マネジメント：組織の抵抗を動かす変革推進
- チームマネジメント：横串チームのリーダーシップ
3スキルを統合的に発揮する場面の代表が「ワークショップ」「設計会議」「経営層レビュー」です。これらの場をデザインし、進行し、合意を引き出す力がファシリテーションです。
ファシリテーションの3つの構成要素
ファシリテーション力を分解すると、3つの構成要素に整理できます。
構成要素1：場の設計
会議・ワークショップが終わったときに「参加者の何が変わっているか」から逆算して場を設計する力。
- ゴール設定：終了時の到達点を明確にする
- 参加者選定：誰を呼び、誰を呼ばないか
- アジェンダ設計：時間配分と論点の流れ
- 物理環境：席配置・ホワイトボード・付箋
構成要素2：進行の技術
会議中に議論を活性化し、脱線を戻し、合意を引き出す技術。
- 問いの設計：「どうすればAをBにできるか」の形式
- 発言の引き出し方：沈黙への対処、発言の偏り是正
- 議論の可視化：ホワイトボード・グラフィックレコーディング
- 時間管理：タイムキーパー機能
構成要素3：合意形成
異なる意見を統合し、行動可能な合意に導く技術。
- ステークホルダー分析・パワーマップ
- 利害対立の処理
- 仮の合意で動き出す勇気
- 決定事項の文書化と共有
3要素を統合的に発揮できるエンジニアは、AI時代の上流案件で圧倒的な存在感を発揮します。
エンジニアが直面するファシリテーション場面
エンジニアが業務で直面する代表的なファシリテーション場面を整理します。
場面1：要件定義ワークショップ
CXO・現場部門長・情シスを集め、業務課題と要件を整理する場。AIプロトタイプを共通言語として活用する場面が増えています。
場面2：アーキテクチャ設計レビュー
技術選定の選択肢を経営層・情シス・現場に説明し、判断を引き出す場。技術用語を業務文脈に翻訳する力が問われます。
場面3：スプリントレビュー
アジャイル開発における2週間ごとのレビュー。顧客が動くプロトタイプを見てフィードバックする場で、エンジニアが進行する場面が増えています。
場面4：障害対応ポストモーテム
本番障害後の振り返り。原因を非難ではなく構造的に分析し、再発防止策に合意する場。
場面5：経営層への報告会
四半期ごとなどの経営層レビュー。3分で要点を伝え、判断を引き出す高密度な場。
5場面それぞれで、ファシリテーション技術の使い分けが必要です。
エンジニア向けファシリテーション育成プログラム——6週間モデル
エンジニアのファシリテーション力は、座学・ロールプレイ・実案件適用で育成します。
Week 1-2：基礎理論
- 場の設計フレーム
- 問いの設計
- ステークホルダー分析
- DSSの関連スキル理解
Week 3-4：ロールプレイ
- 要件定義ワークショップの模擬実施
- 経営層レビューの模擬プレゼン
- 障害対応ポストモーテムの模擬進行
- 録画フィードバック
Week 5-6：実案件適用
- 自分の担当案件で1回ファシリテーションを担当
- シニアの伴走を受ける
- 振り返りで改善点を抽出
6週間で、ファシリテーションの基礎を実装的に身につけるプログラムです。
エンジニアがハマりがちな3つの罠
ファシリテーションを始めたエンジニアが陥りがちな罠を整理します。
罠1：自分の意見を主張しすぎる
技術的に正しい意見があると、ファシリテーターであることを忘れて主張する。ファシリテーターは「議論を導く」役割であり、自分の意見は最後に留保するか、別の人に発言してもらう。
罠2：脱線を許す
議論が脱線すると場が崩れます。優しさで脱線を許すのではなく、毅然と本筋に戻す技術が必要です。
罠3：曖昧な合意で終わる
「分かりました」「検討します」で終わると、後で揉めます。決定事項・担当者・期限を文書化して場を閉じる規律が必要です。
実行のポイント——明日から3カ月でやること
エンジニア向けファシリテーション育成を組織で進めるには、以下の3カ月計画が効果的です。
Month 1：現状診断
- 直近の会議・WSで「合意形成が機能していないケース」を棚卸し
- 全エンジニアのファシリテーション経験をセルフアセスメント
- パイロット候補を選定
Month 2：プログラム開始
- 6週間プログラムを設計
- ロールプレイ環境を準備
- 週1日（金曜午後）の学習時間を確保
Month 3：実案件適用
- パイロット参加者が実案件で1回ファシリテーションを担当
- シニアメンターのレビュー
- 経営層に成果報告
まとめ——ファシリテーションが、AI時代の上流エンジニアの中核スキル
AIがコードを書く時代に、エンジニアの役割が「実装」から「価値創出」へシフトします。CXO・現場・情シスを束ねるファシリテーション力は、上流エンジニアの必須スキルです。
経産省DSSのBA13スキルから「ステークホルダーマネジメント」「変革マネジメント」「チームマネジメント」を中核に、6週間プログラムで実装的に育成できます。
ファシリテーションができるエンジニアが、AI時代の上流案件を取ります。
Ballistaと相談する
ConStepでは、AI時代のエンジニア向けファシリテーション育成プログラムを提供しています。コンサル業界出身のファシリテーション専門家が、6週間プログラムを各社向けにカスタマイズします。
