ワーキングアグリーメント

英語名 Working Agreement
読み方 ワーキング アグリーメント
難易度
所要時間 1時間(チーム全員で作成)
提唱者 アジャイル開発の慣行
目次

ひとことで言うと
#

ワーキングアグリーメントは、チームの「こう働こう」を全員で決めて合意するもの。チームチャーターが「何を達成するか」の大きな方針なら、ワーキングアグリーメントは「日常をどう過ごすか」の具体的なルール。暗黙の期待値を明文化することで、無駄なストレスと摩擦を減らす。

押さえておきたい用語
#

押さえておきたい用語
ワーキングアグリーメント(Working Agreement)
チームメンバー全員が合意した日常の働き方ルールのこと。トップダウンの規則ではなく、全員参加で作る点が特徴。
チームチャーター(Team Charter)
チームの目的・役割・価値観を定義する上位文書。ワーキングアグリーメントはチャーターの下で日常行動を具体化する。
コアタイム(Core Time)
チームメンバーが必ず稼働している時間帯のこと。リモートワーク環境で特に重要なルール項目になる。
レトロスペクティブ(Retrospective)
チームの活動を定期的に振り返る場。ワーキングアグリーメントの見直しや更新はここで行うのが一般的。

ワーキングアグリーメントの全体像
#

全員で課題を出し、行動ルールに変換し、定期的に見直す
① 課題を出し合う全員が困っていることを付箋に書く1人3〜5枚 → グルーピング→ 優先度の高いものを選択※リーダーは最後に発言② ルールに変換する課題を行動レベルの合意に変換× 「時間を守る」○ 「定刻開始、終了5分前にまとめ」目安: 5〜8個に絞る③ 全員で合意・公開1つずつ読み上げて全員の同意を確認多数決で押し切らないNotion・Slackピン留め等で掲示反対意見は議論して修正④ 振り返り・更新レトロスペクティブで機能確認守れないルール→原因を議論不要なルール→削除ルールを責めるな、改善せよ繰り返す暗黙の期待値を明文化 → 摩擦を減らす
ワーキングアグリーメント作成・運用の流れ
1
課題を全員で出す
付箋で困りごとを集め、グルーピング・優先順位付け
2
行動ルールに変換
課題を具体的な行動レベルの合意事項5〜8個にする
3
全員の合意・公開
読み上げて全員の同意を確認し、見える場所に掲示する
実践・振り返り・更新
日常で実践し、レトロスペクティブでルールを見直して循環する

こんな悩みに効く
#

  • メンバー間で「当たり前」の基準が違い、小さな摩擦が積み重なる
  • リモートワークでコミュニケーションのルールが定まらない
  • 暗黙のルールが多すぎて、新メンバーが空気を読むのに苦労する

基本の使い方
#

ステップ1: チーム全員で課題を出し合う

まず「今、チームで困っていること」を全員から集める。

やり方:

  • 付箋(またはオンラインホワイトボード)に1人3〜5枚書く
  • テーマ例: 「コミュニケーションで困ること」「ミーティングで改善したいこと」「仕事の進め方で気になること」
  • 出た課題をグルーピングし、優先度の高いものを選ぶ

コツ: リーダーの課題ではなく、メンバー全員の課題を出す。リーダーが先に発言すると、他のメンバーが本音を言いにくくなるので最後に話す。

ステップ2: 具体的なルールに変換する

出された課題を、行動レベルの合意事項に変換する。

悪い例 → 良い例:

  • 「コミュニケーションを大切にする」→「Slackのメンションには4時間以内に返信する」
  • 「時間を守る」→「ミーティングは定刻に開始し、終了5分前にまとめに入る」
  • 「助け合う」→「困ったら30分以上一人で悩まず、チャンネルで相談する」

ポイント: 「やるべきこと」と「やらないこと」の両方を入れると効果的。例:「ミーティング中にSlackを見ない」。

ステップ3: 全員の合意を取り、公開する

ルールは全員が「これなら守れる」と合意したものだけを採用する。

  • 1つずつ読み上げ、全員が同意するか確認する
  • 反対意見がある場合は議論して修正する。多数決で押し切らない
  • 合意したルールをチームの見える場所(Notion、Slackのピン留めなど)に掲示する

合意数の目安: 最初は5〜8個程度。多すぎると覚えられないし守れない。

ステップ4: 定期的に振り返り、更新する

ワーキングアグリーメントは生き物。状況に合わせて更新する。

  • レトロスペクティブのたびに「ワーキングアグリーメントは機能しているか?」を確認
  • 守られていないルールは、原因を議論する(ルールが悪いのか、行動が問題か)
  • 不要になったルールは削除し、新しい課題に対するルールを追加する

コツ: 「ルール違反を責める」のではなく「ルールの方を改善する」スタンスで臨む。

具体例
#

例1:フルリモートSaaS開発チーム(6人)——ルール7つで応答時間72%短縮

背景: スクラムマスターの藤田さんがフルリモート環境で困りごとを収集。

チームから出た課題(合計23枚の付箋):

カテゴリ課題例枚数
コミュニケーション「誰がオンラインか分からない」「気軽に聞けない」9枚
ミーティング「長い」「アジェンダがない」6枚
レビュー「PRレビューが溜まる」5枚
デプロイ「金曜デプロイが怖い」3枚

合意した7つのルール:

  1. コアタイム10:00〜15:00はオンライン対応可能にする
  2. Slackメンションには4時間以内に返信(急ぎは:emergency:絵文字)
  3. 30分悩んだら相談する(チャンネルで気軽にOK)
  4. ミーティングは最大45分、アジェンダ必須
  5. PRレビューは依頼から24時間以内に完了
  6. 金曜15時以降は新しいデプロイをしない
  7. カメラON/OFFは自由(1on1ではON推奨)

1ヶ月後の振り返り結果:

指標導入前導入後変化
Slack平均応答時間7.2時間2.0時間72%短縮
PRレビュー平均待ち時間36時間14時間61%短縮
相談件数/週3件11件267%増加

ルール5が守れていなかったため、原因を議論→レビュー担当ローテーション制に変更。ルール6は「木曜15時以降」に修正。ルールは固定ではなく進化させるもの。形骸化する前に更新することが重要。

例2:製造業の品質管理チーム(8人)——部門横断の暗黙ルールを明文化

背景: 品質管理部・製造部・設計部の混成チーム。各部門の「常識」が違い、摩擦が絶えなかった。

主な対立ポイント:

  • 品質管理部:「報告は書面でフォーマル」 vs 製造部:「口頭で十分」
  • 設計部:「仕様変更は随時」 vs 製造部:「急に変えないで」
  • 全体:「会議が多すぎるが、減らすと情報が共有されない」

合意した6つのルール:

  1. 仕様変更は48時間前に書面通知。緊急時は口頭+当日中に書面
  2. 週次定例は火曜10時・60分厳守。それ以外の会議は原則なし
  3. 不良発見時は2時間以内に共有チャンネルに投稿
  4. 他部門への依頼はBacklog起票が基本(口頭のみは禁止)
  5. 月1回の改善提案会で各部門1件以上の提案を出す
  6. 「それはうちの仕事じゃない」は禁句。まず引き取り、後で調整

3ヶ月後の成果:

指標導入前導入後
部門間トラブル件数/月12件3件
仕様変更起因の手戻り月8件月2件
改善提案実行数/月1件5件

「当たり前が違う人たち」こそ、暗黙のルールを明文化する効果が大きい。異なる部門文化をつなぐ共通言語になった。

例3:自治体の窓口サービスチーム(12人)——住民満足度11ポイント向上

背景: 市民課の窓口チーム。ベテラン職員と若手職員の間で対応品質にばらつきがあり、住民からの苦情が増えていた。

課題出しワークショップの結果(付箋48枚):

カテゴリ上位課題
対応品質「人によって説明が違う」「たらい回しにされたと言われる」
引き継ぎ「休憩交代時に対応状況が共有されない」
知識格差「ベテランしか知らない暗黙知が多い」

合意した8つのルール:

  1. 窓口対応の第一声は「お待たせしました。どのようなご用件でしょうか?」で統一
  2. 自分の担当外でもまず話を最後まで聴く。たらい回しにしない
  3. 担当窓口に案内する際は相手の名前と用件を引き継ぎシートに記入
  4. 休憩交代時は引き継ぎ3分を必ず取る
  5. FAQ集を月1回更新。新しい質問があれば当日中に追記
  6. 判断に迷ったら5分以内に上席に確認。住民を待たせない
  7. クレーム対応後は30分以内にチームチャットで共有
  8. 月末の振り返り会でルールの見直しを行う

6ヶ月後の成果:

指標導入前導入後
住民満足度(5点満点)3.4点3.9点(+11%
苦情件数/月15件6件(60%減
対応品質の個人差(標準偏差)1.20.5

ワーキングアグリーメントは民間だけのツールではない。「暗黙の常識」が多い組織ほど、明文化の効果は絶大。

やりがちな失敗パターン
#

  1. ルールを作りすぎる — 20個もルールがあると誰も覚えない。最初は5〜8個に絞り、本当に困っていることだけをルール化する
  2. 守れない理想を掲げる — 「常に即レスする」のような非現実的なルールは、破られて形骸化するだけ。全員が「これなら守れる」と思えるラインで合意する
  3. リーダーが一人で決める — ワーキングアグリーメントの本質は「全員の合意」。リーダーが決めたルールは「上からの命令」になり、主体的に守る意識が生まれない
  4. 一度作ったら更新しない — チームの状況は変わる。3ヶ月前に有効だったルールが今は不要かもしれない。レトロスペクティブでの定期見直しが生命線
  5. 違反を個人攻撃に使う — 「ルールを破った人を責める」文化になると、ルール自体が恐怖のツールに変わる。守れていないときは「ルールの方を改善する」スタンスを徹底する

まとめ
#

ワーキングアグリーメントは、チームの「暗黙の期待値」を明文化するシンプルだが強力な仕組み。全員で課題を出し合い、具体的な行動レベルのルールに変換し、定期的に見直す。次のレトロスペクティブで「チームで困っていること」を3つ出し合うところから始めてみよう。