Team Productivity Playbook
チームの作業協定を書く（そして定着させる）
ミッドサイズのSaaS企業のソフトウェアチームには3ページの作業協定がありました。応答時間の期待（2時間以内の返信）、ミーティングのノーム（カメラオン、スマホなし）、ブロッカーのエスカレート方法をカバーしていました。よく書かれていました。チームリードは本当に考えて作りました。そして毎朝9時に、8人がその4つの条項を違反するスタンドアップに参加しました：カメラオフ、アジェンダなし、非同期にすべきだった状況報告、述べられた15分を40分オーバーラン。
誰も作業協定について言及しませんでした。チームリードが最終的になぜ聞いたとき、答えは：「私たちはそれを書きませんでした。Slackメッセージで受け取っただけです。」
これが作業協定が失敗する方法です。内容が間違っているからではありません。作成プロセスがそれに従うべき人をスキップするからです。
なぜほとんどの作業協定が機能しないのか
マネージャーが作成したコンプライアンスオブジェクトとして送られたドキュメントは、人々が一度読む（かもしれない）、次に前の習慣とマネージャーを含む周囲の人々の目に見える行動に従って行動します。マネージャーの行動がドキュメントと一致すれば、ノームは徐々に定着します。マネージャーの行動がドキュメントに矛盾すれば、ドキュメントは無関係です。
実際にチームの行動を変える協定は3つの特性を持っています。マネージャーだけでなく、構造化されたセッションでチームによって書かれました。一般的なベストプラクティスではなく、このチームを実際に悩ませる特定の摩擦をカバーしています。そして何かが変わったときに再訪されます：新入社員、新しいプロジェクト構造、一貫して違反されているノーム。
ステップ1：摩擦を生み出す8つのトピックを選ぶ
すべてのことについて作業協定を書かないでください。実際に問題を引き起こす8つのことについて書いてください。これらは通常：
就業時間と可用性：人々はいつ連絡可能であることが期待されますか？分散型チームのためのコアオーバーラップウィンドウはありますか？「仕事外」とは実際には何を意味しますか：SlackなしDND、または全くモニタリングしない？
応答時間の期待：Slackメッセージにはどのくらい速く応答すべきですか？メールは？レビューリクエストは？ここでの曖昧な期待は絶え間ない低レベルの不安を生み出します。明示的なノーム（Slack：就業時間中4時間；メール：1営業日）は推測を排除します。
ミーティングのノーム：何がミーティングを不可欠にするか回避可能にするかは何ですか？アジェンダや事前読み込みのような必須要素はありますか？デフォルトのミーティング時間は何ですか？繰り返しミーティングのルールは何ですか？
意思決定の権限：誰が尋ねずにどの種類の意思決定を行えますか？いつマネージャーからのサインオフが必要ですか？別のチームからは？明確な意思決定権は小さな意思決定を数日遅らせる「この人に連絡すべきかどうか」の麻痺を減らします。
意見の違いの処理方法：2人が方向性について真に異なる見解を持っているときのプロセスは何ですか？すぐにエスカレートする、まず非同期で解決しようとする、ミーティングを呼ぶ？ノームがない場合のデフォルトの行動は通常、サイレントな屈服またはマネージャーへのエスカレーションのどちらかで、どちらも良くありません。
フィードバックの提供方法：リアルタイムで直接的なフィードバック、または非同期で書面によるフィードバック？どの程度の具体性が期待されますか？トーンについてのノームは何ですか？
Onboardingの期待：新しい人は最初の2週間で何を学ぶ必要がありますか？誰が彼らに教える責任がありますか？実践で良いOnboardingはどのように見えますか？
ドキュメントの標準：何をドキュメント化する必要があり、どこに？誰がドキュメントを最新状態に保つ責任がありますか？意思決定またはプロセスに対する「十分に良い」ドキュメントの閾値は何ですか？
すべてのチームに8つすべてが必要なわけではありません。一部のチームは強力なドキュメント習慣を持ち、そこでの摩擦はゼロです。一部のチームはオフィス勤務で可用性は議論でありません。まずセッションを実施し、チームがどのトピックが重要かを教えるようにしてください。
ステップ2：90分のチームセッションを実施する
これは最も重要なステップで、ほとんどのマネージャーが手を抜く場所です。セッション前に作業協定を書いてセッションでレビューするために使わないでください。セッションを使って作成してください。
セッションアジェンダ：
- （10分）ウォームアップ：各人が存在してほしいチームのノームを1つ書き留める。まだ議論しない。
- （15分）共有とクラスタリング：ノームを声に出して読み、似ているものを共有ボード（Miro、FigJam、物理的なホワイトボード）でグループ化する。通常4〜6つのクラスターが自然に形成されるのがわかる。
- （35分）各クラスターについて決める：どのようなノームが欲しいか？平易な言葉で書いてください。「就業時間中はSlackメッセージに4営業時間以内に返信する」と「タイムリーなコミュニケーションが期待される」ではなく。具体的、志向的でないものを求めてください。
- （20分）まだ出ていない摩擦リストからの残りのトピック。自分でこれらを持ち込んでください：「フィードバックのノームについて話し合っていません。それはペインポイントですか？」
- （10分）合意したすべてのことを読み返す。誤解を修正する。48時間以内に整理して共有する1人を割り当てる。
このセッションでのマネージャーの役割はファシリテーターで、プレゼンターではありません。質問する、会話を進める、誰か1人が支配するのを防ぐことが仕事です。自分の立場を提示していることに気づいたら、止めてまず部屋が何を思うかを聞いてください。
1つやってはいけないこと：このセッションで自分の既存の行動を守らないでください。チームが生み出しているノームが自分が何か間違っていたことを示唆していれば、書き留めて変えてください。
ステップ3：平易な言葉で協定を書く
セッションでノートを取る人は48時間以内にクリーンなバージョンを作成すべきです。フォーマットのルール：
- 最大1ページ。それ以上なら、ノームではありません。ポリシードキュメントです。削除してください。
- 全体を通して「私たち」を使用する：「私たちはミーティングで書面によるフィードバックを先に提供します」と「チームメンバーは書面によるフィードバックを提供することが期待されます」ではなく。
- 具体的な言葉を使用する：「月曜日から金曜日の就業時間中、就業時間中は4営業時間以内にSlackメッセージに返信します」と「迅速に応答します」ではなく。
- HRの言葉を避けてください。「タイムリーなコミュニケーション」と「チームメンバーは～すべき」は従業員ハンドブックに属し、自分たちで書いた作業協定には属しません。
良い1ページの作業協定は8〜10の具体的なノームをカバーしています。あなたのチームと一度も一緒に働いたことのない誰かが読んでどのように行動するかを正確に理解できるべきです。解釈が必要な場合は書き直してください。
ステップ4：署名の瞬間
これはしばしばスキップされ、重要です。ドキュメントが共有された後、全員に明示的にそれを確認してもらいます。Slackメッセージが機能します：「先週のセッションに基づいた作業協定の最終バージョンはこちらです。読んだらサムアップで返信してください。」
これは形式的なことではありません。チーム内で協定を公にすることです。後でノームに違反したとき、ノームはマネージャーのルールではありません。それはチームのルール、チームによって書かれ、チームの全員に確認されたものです。「私たちはこれを一緒に合意した」は「マネージャーが～と言うポリシーを書いた」とは根本的に異なる会話です。
ステップ5：改訂のトリガーを組み込む
6か月前に書かれて更新されたことのない作業協定は、ほぼ常に時代遅れです。チームは変わり、優先順位はシフトし、新しいツールが現れ、古いノームが実際のチームの働き方に対して間違っていることが判明します。
協定自体に改訂のトリガーを組み込んでください：
新しいチームメンバーが参加する：作業協定はOnboardingの最初の週の一部です。しかし誰か新しい人が参加したとき、既存のチームはノームが現在の働き方を反映しているかどうかを確認すべきです。15分のチェックで十分です。フルセッションを再実施する必要はありません。
四半期ごとのオプションレビュー：各四半期末に、レトロスペクティブで協定を見直す10分を使ってください。どのノームをうまく守っていますか？どれを違反していますか？何か欠けていますか？実際に問題を引き起こしているノームのみを改訂してください。
目に見えるノームの違反：ノームが複数の人によって一貫して違反されているとき、それはノームが間違っているシグナルかもしれません、人々が悪いのではなく。適用する前に：「このノームはまだ私たちの働き方に適切ですか？」と聞いてください。はいなら適用してください。いいえなら更新してください。
ステップ6：協定をOnboardingに結びつける
作業ノームを知らない新入社員は前のチームのノームにデフォルトします。これは誰も意図せずに摩擦を生み出します。
1週目：新入社員は標準的なOnboardingチェックリストの一部として作業協定を読みます。駐車場の指示と一緒に後付けとしてではなく。
2週目：新入社員とマネージャーまたはOnboardingバディとの特に作業協定についての15分の会話。講義ではありません。質問です。「何か質問はありますか？何が不明確または驚きましたか？前の職場での働き方と何か違いましたか？」
この会話は通常2つのことを明らかにします：チームが当然のことと思って書かなかった作業協定のギャップ、そして新入社員がチームのノームと衝突する習慣を持っているところ。どちらも2週目よりも2か月目で明らかになる方が良いです。
ステップ7：誰かが協定に違反したとき何をするか
これはプライベートな会話を必要とし、公開的な指摘ではありません。構造は短いです：
「私たちの作業協定では[具体的なノーム]に同意しました。[具体的な状況]で、それが違う方法で起きたことに気づきました。確認したいのですが：そのノームについて機能していないことがありますか、それとも何かが見落とされただけですか？」
このアプローチは3つのことをします：協定を具体的に参照します（「あなたはもっとうまくやる必要がある」ではなく）、ノームが真に間違っている場合に改訂する余地を作ります、そしてパターンになる前に会話を処理します。
プライベートな会話をスキップして人々が自分で気づくことを期待しないでください。そして一般的なリマインダーとしてチームミーティングで取り上げないでください。
よくある失敗
チームなしに書く：人々が従う作業協定を持つ唯一の方法は、チームがそれを書くことです。セッションをショートカットしないでください。
長すぎる：10のノームを超えるすべてのアイテムは残りを覚えて従う可能性を減らします。2ページに近づいていれば、ハンドブックを書いていて作業協定ではありません。削除してください。
HRドキュメントとして扱う：作業協定はチームのツールです。チームが自分のために書いたように読むべきで、法務がレビューしたものではありません。
チームが変わった後に更新しない：チームが5人から9人に増えたとき、またはオフィス勤務からリモートに、または再編を経たとき、古いノームは新しい現実に合わないかもしれません。
次のステップ
今月末までに90分の作業協定セッションをスケジュールしてください。現在の状況が壊れているからではなく、セッション自体が誰も名前をつけていないが少しずれているものを浮上させる傾向があるからです。構造化されたフォーマットでその会話をする方が、何かがアクティブに間違っていくまで待つよりも良いです。
セッションの48時間前にチームに予告を送ってください：「私たちがどのように一緒に働きたいかを書くために90分を使います。会う前に、あなたの仕事をより簡単または摩擦の少ないものにする1つのチームのノームを考えてください。一般的でなく、具体的なものを。セッションに持ち込んでください。」
この事前準備のプロンプトは、コールドで入る場合よりも一貫して良いセッションを生み出します。
