ひとことで言うと#
ワーキングアグリーメントは、チームの「こう働こう」を全員で決めて合意するもの。チームチャーターが「何を達成するか」の大きな方針なら、ワーキングアグリーメントは「日常をどう過ごすか」の具体的なルール。暗黙の期待値を明文化することで、無駄なストレスと摩擦を減らす。
押さえておきたい用語#
- ワーキングアグリーメント(Working Agreement)
- チームメンバー全員が合意した日常の働き方ルールのこと。トップダウンの規則ではなく、全員参加で作る点が特徴。
- チームチャーター(Team Charter)
- チームの目的・役割・価値観を定義する上位文書。ワーキングアグリーメントはチャーターの下で日常行動を具体化する。
- コアタイム(Core Time)
- チームメンバーが必ず稼働している時間帯のこと。リモートワーク環境で特に重要なルール項目になる。
- レトロスペクティブ(Retrospective)
- チームの活動を定期的に振り返る場。ワーキングアグリーメントの見直しや更新はここで行うのが一般的。
ワーキングアグリーメントの全体像#
こんな悩みに効く#
- メンバー間で「当たり前」の基準が違い、小さな摩擦が積み重なる
- リモートワークでコミュニケーションのルールが定まらない
- 暗黙のルールが多すぎて、新メンバーが空気を読むのに苦労する
基本の使い方#
まず「今、チームで困っていること」を全員から集める。
やり方:
- 付箋(またはオンラインホワイトボード)に1人3〜5枚書く
- テーマ例: 「コミュニケーションで困ること」「ミーティングで改善したいこと」「仕事の進め方で気になること」
- 出た課題をグルーピングし、優先度の高いものを選ぶ
コツ: リーダーの課題ではなく、メンバー全員の課題を出す。リーダーが先に発言すると、他のメンバーが本音を言いにくくなるので最後に話す。
出された課題を、行動レベルの合意事項に変換する。
悪い例 → 良い例:
- 「コミュニケーションを大切にする」→「Slackのメンションには4時間以内に返信する」
- 「時間を守る」→「ミーティングは定刻に開始し、終了5分前にまとめに入る」
- 「助け合う」→「困ったら30分以上一人で悩まず、チャンネルで相談する」
ポイント: 「やるべきこと」と「やらないこと」の両方を入れると効果的。例:「ミーティング中にSlackを見ない」。
ルールは全員が「これなら守れる」と合意したものだけを採用する。
- 1つずつ読み上げ、全員が同意するか確認する
- 反対意見がある場合は議論して修正する。多数決で押し切らない
- 合意したルールをチームの見える場所(Notion、Slackのピン留めなど)に掲示する
合意数の目安: 最初は5〜8個程度。多すぎると覚えられないし守れない。
ワーキングアグリーメントは生き物。状況に合わせて更新する。
- レトロスペクティブのたびに「ワーキングアグリーメントは機能しているか?」を確認
- 守られていないルールは、原因を議論する(ルールが悪いのか、行動が問題か)
- 不要になったルールは削除し、新しい課題に対するルールを追加する
コツ: 「ルール違反を責める」のではなく「ルールの方を改善する」スタンスで臨む。
具体例#
背景: スクラムマスターの藤田さんがフルリモート環境で困りごとを収集。
チームから出た課題(合計23枚の付箋):
| カテゴリ | 課題例 | 枚数 |
|---|---|---|
| コミュニケーション | 「誰がオンラインか分からない」「気軽に聞けない」 | 9枚 |
| ミーティング | 「長い」「アジェンダがない」 | 6枚 |
| レビュー | 「PRレビューが溜まる」 | 5枚 |
| デプロイ | 「金曜デプロイが怖い」 | 3枚 |
合意した7つのルール:
- コアタイム10:00〜15:00はオンライン対応可能にする
- Slackメンションには4時間以内に返信(急ぎは:emergency:絵文字)
- 30分悩んだら相談する(チャンネルで気軽にOK)
- ミーティングは最大45分、アジェンダ必須
- PRレビューは依頼から24時間以内に完了
- 金曜15時以降は新しいデプロイをしない
- カメラON/OFFは自由(1on1ではON推奨)
1ヶ月後の振り返り結果:
| 指標 | 導入前 | 導入後 | 変化 |
|---|---|---|---|
| Slack平均応答時間 | 7.2時間 | 2.0時間 | 72%短縮 |
| PRレビュー平均待ち時間 | 36時間 | 14時間 | 61%短縮 |
| 相談件数/週 | 3件 | 11件 | 267%増加 |
ルール5が守れていなかったため、原因を議論→レビュー担当ローテーション制に変更。ルール6は「木曜15時以降」に修正。ルールは固定ではなく進化させるもの。形骸化する前に更新することが重要。
背景: 品質管理部・製造部・設計部の混成チーム。各部門の「常識」が違い、摩擦が絶えなかった。
主な対立ポイント:
- 品質管理部:「報告は書面でフォーマル」 vs 製造部:「口頭で十分」
- 設計部:「仕様変更は随時」 vs 製造部:「急に変えないで」
- 全体:「会議が多すぎるが、減らすと情報が共有されない」
合意した6つのルール:
- 仕様変更は48時間前に書面通知。緊急時は口頭+当日中に書面
- 週次定例は火曜10時・60分厳守。それ以外の会議は原則なし
- 不良発見時は2時間以内に共有チャンネルに投稿
- 他部門への依頼はBacklog起票が基本(口頭のみは禁止)
- 月1回の改善提案会で各部門1件以上の提案を出す
- 「それはうちの仕事じゃない」は禁句。まず引き取り、後で調整
3ヶ月後の成果:
| 指標 | 導入前 | 導入後 |
|---|---|---|
| 部門間トラブル件数/月 | 12件 | 3件 |
| 仕様変更起因の手戻り | 月8件 | 月2件 |
| 改善提案実行数/月 | 1件 | 5件 |
「当たり前が違う人たち」こそ、暗黙のルールを明文化する効果が大きい。異なる部門文化をつなぐ共通言語になった。
背景: 市民課の窓口チーム。ベテラン職員と若手職員の間で対応品質にばらつきがあり、住民からの苦情が増えていた。
課題出しワークショップの結果(付箋48枚):
| カテゴリ | 上位課題 |
|---|---|
| 対応品質 | 「人によって説明が違う」「たらい回しにされたと言われる」 |
| 引き継ぎ | 「休憩交代時に対応状況が共有されない」 |
| 知識格差 | 「ベテランしか知らない暗黙知が多い」 |
合意した8つのルール:
- 窓口対応の第一声は「お待たせしました。どのようなご用件でしょうか?」で統一
- 自分の担当外でもまず話を最後まで聴く。たらい回しにしない
- 担当窓口に案内する際は相手の名前と用件を引き継ぎシートに記入
- 休憩交代時は引き継ぎ3分を必ず取る
- FAQ集を月1回更新。新しい質問があれば当日中に追記
- 判断に迷ったら5分以内に上席に確認。住民を待たせない
- クレーム対応後は30分以内にチームチャットで共有
- 月末の振り返り会でルールの見直しを行う
6ヶ月後の成果:
| 指標 | 導入前 | 導入後 |
|---|---|---|
| 住民満足度(5点満点) | 3.4点 | 3.9点(+11%) |
| 苦情件数/月 | 15件 | 6件(60%減) |
| 対応品質の個人差(標準偏差) | 1.2 | 0.5 |
ワーキングアグリーメントは民間だけのツールではない。「暗黙の常識」が多い組織ほど、明文化の効果は絶大。
やりがちな失敗パターン#
- ルールを作りすぎる — 20個もルールがあると誰も覚えない。最初は5〜8個に絞り、本当に困っていることだけをルール化する
- 守れない理想を掲げる — 「常に即レスする」のような非現実的なルールは、破られて形骸化するだけ。全員が「これなら守れる」と思えるラインで合意する
- リーダーが一人で決める — ワーキングアグリーメントの本質は「全員の合意」。リーダーが決めたルールは「上からの命令」になり、主体的に守る意識が生まれない
- 一度作ったら更新しない — チームの状況は変わる。3ヶ月前に有効だったルールが今は不要かもしれない。レトロスペクティブでの定期見直しが生命線
- 違反を個人攻撃に使う — 「ルールを破った人を責める」文化になると、ルール自体が恐怖のツールに変わる。守れていないときは「ルールの方を改善する」スタンスを徹底する
まとめ#
ワーキングアグリーメントは、チームの「暗黙の期待値」を明文化するシンプルだが強力な仕組み。全員で課題を出し合い、具体的な行動レベルのルールに変換し、定期的に見直す。次のレトロスペクティブで「チームで困っていること」を3つ出し合うところから始めてみよう。