フレームワーク活用ガイドひとことで言うと#
プロジェクトやチーム活動の開始時に、メンバー間で**「こう働く」「こう関わる」という約束事を明示的に合意する**手法。暗黙の期待値を表面化させ、後から起きる摩擦や誤解を事前に防ぐ。
押さえておきたい用語#
- コントラクト（Contract）
- チームメンバー間の明示的な合意事項。法的契約ではなく、「私たちはこうする」というワーキングアグリーメントに近い。
- 期待値のすり合わせ
- 各メンバーがチームや他のメンバーに対して持つ期待を表面化させ、ギャップを埋める作業。コントラクティングの核になるプロセス。
- ワーキングスタイル
- メンバーそれぞれの働き方の好みや習慣。コミュニケーション手段・集中時間・フィードバックの受け方などが含まれる。
- 心理的契約
- 明文化されていないがメンバーが暗黙に「当然そうだろう」と思っている期待。これが裏切られると信頼が損なわれるため、コントラクティングで可視化する。
チームコントラクティングの全体像#
こんな悩みに効く#
- プロジェクト初期に「言った・言わない」のトラブルが多い
- メンバーごとに「当たり前」が違い、すれ違いが頻発する
- フィードバックの仕方や頻度が合わず、関係が悪化する
基本の使い方#
まず各自が付箋やオンラインボードに以下を書く（10分）。
- 「このチームに自分が期待すること」3つ
- 「自分が得意なこと・貢献できること」3つ
- 「自分が苦手なこと・助けてほしいこと」2つ
- 「これをされると困ること（地雷）」1つ
書き出した内容を全員で共有し、合意できる点とギャップがある点を整理する（30分）。
- 「レスポンスは即時」と「まとめて返す」が対立する場合、具体的な時間基準を決める
- 「完璧に仕上げてから共有」と「早めにラフを見せる」のどちらを優先するか合意する
- 全員が同意しなくてもよい。多数が同意し、反対者が「試してみよう」と受け入れればOK
合意事項を簡潔に文書化し、チームの共有スペースに置く。
- 5〜10項目 に絞る。多すぎると誰も覚えない
- 「〇〇する」のポジティブな表現を優先し、「〇〇しない」は最小限に
- 例: 「レビュー依頼は24時間以内に対応する」「困ったときは1人で24時間以上抱えない」
具体例#
状況: Web制作会社のプロジェクトチーム（PM・デザイナー2名・エンジニア3名）。クライアントの要求が頻繁に変わるプロジェクトで、前回同様の体制で進めた別案件では「誰がいつ何を確認するか」が曖昧で、手戻りが 全工数の25% を占めていた。
コントラクティングで合意した項目
- デザインのFIXはクライアント確認後にのみ行う（口頭了解は不可）
- 仕様変更は必ずBacklogにチケット化してからエンジニアに依頼する
- 「完成度60%」の段階でチーム内レビューを実施し、方向性を確認する
- 18時以降のSlackは翌朝対応でOK
| 指標 | 前回PJ（コントラクトなし） | 今回PJ（コントラクトあり） |
|---|---|---|
| 手戻り工数比率 | 25% | 10% |
| 仕様変更起因のスケジュール遅延 | 3回 | 1回 |
| チーム満足度 | 2.8/5.0 | 4.0/5.0 |
PMは「『60%レビュー』のルールだけで手戻りが半分以下になった」と振り返っている。
状況: 消費財メーカーのマーケティング部（8名）。コロナ後にリモートワークが定着したが、「出社日の認識が人によって違う」「オンライン会議で画面オフの人がいて反応がわからない」「Slackの返信が遅い人がいる」など、小さな不満が蓄積していた。
コントラクティングで合意した項目
- 火・木は全員出社。他の日はリモートOK
- オンライン会議はカメラON（体調不良時は冒頭に一言）
- Slackは業務時間内 3時間以内 に返信。急ぎは電話
- 金曜15時以降は集中タイム。会議を入れない
合意から3か月後のアンケートで、「チーム内のコミュニケーションに不満がある」と答えたメンバーは 62% → 15% に減少。特に「火・木出社」のルールにより対面の雑談が増え、「リモートだけだと聞けなかった相談ができるようになった」という声が多かった。
状況: 大型商業施設の建設プロジェクト（元請1社・協力会社4社・作業員延べ 150名）。各社で安全基準が微妙に異なり、「うちではヘルメットの色分けルールが違う」「朝礼の進め方が会社ごとに違う」という混乱が発生。前年度の類似現場ではヒヤリハット 月18件、労災事故 年2件 が発生していた。
プロジェクト開始時のコントラクティング
- 5社の現場責任者が集まり、安全基準・作業手順・連絡方法を統一
- 「ヘルメットの色」「作業開始前の声掛け手順」「異常時の連絡先」を全社共通で合意
- 合意内容を1枚のラミネートカードにして全作業員に配布
プロジェクト終了時、ヒヤリハットは月 18件 → 8件、労災事故は 年0件 を達成。「最初に全員で基準を揃えたから、『うちのやり方では〜』という言い訳がなくなった」と元請の所長がコメントしている。
やりがちな失敗パターン#
- 形だけ作って実行しない — コントラクトは「貼って終わり」ではなく、違反があったときに「コントラクトで決めたよね」と立ち戻る運用があって初めて機能する
- リーダーの好みを押し付ける — リーダーが「こうすべき」と宣言するのはコントラクティングではない。全員の意見を聞いて合意するプロセスが大事
- 項目を詰め込みすぎる — 20項目のコントラクトは誰も覚えない。最初は 5〜7項目 に絞り、必要に応じて追加する
- 一度作ったら更新しない — 3か月もすれば状況が変わる。レトロスペクティブや節目のタイミングで見直す
まとめ#
チームコントラクティングは、「暗黙の期待値」を「明示的な合意」に変える手法であり、プロジェクト初日の60分の投資で、その後の摩擦と手戻りを大幅に減らせる。完璧な合意を目指す必要はなく、まず「最低限これだけは揃えよう」という5項目から始めるのが現実的な第一歩になる。