Photo by Collins Lesulie

チーム間の相互作用を設計・分析・改善するための構造化されたフレームワークです。以下に焦点を当てます：

• 依存関係と共有の目的を明確にすることでサイロを橋渡しする。
• ボトルネックを減らしてワークフローを合理化する（例：隠れたキュー・ミスアラインされた優先事項）。
• より円滑なコラボレーションのための実行可能な合意を作る。

適用タイミング：

• 新しいチーム/グループの立ち上げ時。
• 繰り返される対立や依存関係の遅延に対処する時。
• 相互作用の問題を特定するレトロスペクティブを実施する時。
• 運用リズムを更新する時（例：6ヶ月ごと）。

• デリバリーを加速する：不明確な引き渡しにより、遅延の60〜80%がチーム間で発生する。
• 摩擦を軽減する：誤解がエスカレートする前にプロアクティブに対処する。
• 顧客価値を高める：顧客/組織の成果を直接サポートする相互作用にアラインする。
• チームの将来性を確保する：オンボーディングとスケーリングのために合意を体系化する。

🛠️ 準備

1. コンテキストの収集：

   • アーティファクトを収集する：チームローンチキャンバス・グループプラン・チームAPI・既存の合意。

2. 参加者の選定：

   • チームごとに1〜3名の代表者（リーダーまたはドメインエキスパート）。

🎯 実施

ステップ1：ライブファシリテーション（90分）

1. 集合的な目的の定義（30分）

   • 目的ステートメントを作成する：
     「[トリガー]のとき、[アクション]を行うために相互作用し、[ベネフィット]を実現する。」
   • 例：
     「新機能がデプロイされた時、コンプライアンスを検証するために相互作用し、セキュリティリスクを軽減する。」

2. 相互作用の振り返り（30分）

   • Norm Kerthのプライムディレクティブを使用する：
     「全員が自分のコンテキストを踏まえて最善を尽くしたと仮定する。」

   • レトロスペクティブの構造：

     • ✅ うまくいっていること（例：明確なエスカレーションパス）。
     • ❌ うまくいっていないこと（例：承認の遅延）。
     • ⚠️ 対処しない場合の将来のリスク。

3. チームインターフェースの設計（30分）

   • 解決策をブレインストーミングする：

     • 排除する：引き渡しを自動化し、セルフサービスツールを作る。
     • 簡素化する：コミュニケーションチャンネルを改善する（例：共有ダッシュボード）。
     • 最適化する：ミーティングのリズムをアラインし、進行中の作業を制限する。

   • 上位3つのアクションに投票し、オーナーを割り当てる。

ステップ2：非同期ファシリテーション（オプション）

• サーベイや文書を使用して：

  • データを事前収集する（例：ペインポイント）。
  • 制約を文書化する（例：予算の制限）。

• 過度な分析を避けるためにタイムボックスを設定する。

🔄 フォローアップ

1. アクションの追跡：可視のトラッカー（例：かんばん）を使用し、クイックウィンを優先する。
2. 知識ベースの更新：合意をオンボーディング文書やチームウィキに変換する。
3. 定期的な振り返りの設定：四半期ごとまたは主要なチーム変更後に合意を見直す。

成果：明確で顧客にアラインしたワークフローと、チーム間の摩擦の測定可能な削減を持つチーム。