チームノーム設計

英語名 Team Norms Design
読み方 チーム ノーム デザイン
難易度
所要時間 1〜2時間(ワークショップ形式)
提唱者 ブルース・タックマン(チーム発達段階モデル)の知見を基にした実践手法
目次

ひとことで言うと
#

チーム内の**「暗黙の了解」を全員で話し合い、明文化する**取り組み。「会議に遅刻したらどうする?」「Slackの返信はいつまで?」「反対意見はどう伝える?」——こうした日常の「当たり前」はメンバーごとに違う。ノーム(行動規範)を共同で決めることで、不要な摩擦を防ぎ、安心して働ける環境を作る。

押さえておきたい用語
#

押さえておきたい用語
ノーム(Norm)
チームメンバーが共有する暗黙的または明示的な行動基準のこと。「こうすべき」「こうするのが普通」という期待値。明文化しないと人によってバラバラになる。
明示的ノームと暗黙的ノーム
明示的ノームは文書化されたルール。暗黙的ノームは言語化されていない「空気」。暗黙的ノームこそ摩擦の原因になりやすい。
合意形成(コンセンサス)
多数決ではなく、全員が納得できる着地点を見つける意思決定方法。一人でも強い違和感があるノームは機能しない。
形骸化
作ったルールが実態と乖離し、誰も守らない状態になること。定期的な見直しがないと起きやすい。

チームノーム設計の全体像
#

4ステップでノームを設計し、定期的に進化させる
① 領域の特定摩擦が起きやすい領域を洗い出すコミュニケーション・会議意思決定・作業スタイル・FBまず2〜3領域から始める② 全員参加で議論個人ワーク→共有→合意形成多数決ではなくコンセンサス1文ずつ明確に言語化する全員が参加して「自分たちで決めた」感覚を③ 明文化して共有具体的な数字と行動で記述Wiki・Slack・会議室に掲示新メンバーのオンボーディングに含める「なるべく」「適宜」を避ける④ 定期的に見直す月1回〜四半期でふりかえり守れていないノームの原因を探る環境変化に合わせてアップデートノームはチームと共に進化する繰り返すTeam Norms Design暗黙の了解を明文化し、安心の土台を作る
1
摩擦が起きやすい領域を特定
コミュニケーション・会議・意思決定等
2
全員参加でノームを議論
個人ワーク→共有→コンセンサスで合意
3
明文化して見える場所に共有
具体的な数字と行動で記述
4
定期的にふりかえり・更新
月1回〜四半期で見直し
チームの安心基盤
不要な摩擦がなくなり、本質に集中できる

こんな悩みに効く
#

  • チーム内で「常識」が食い違い、小さなイライラが蓄積している
  • 暗黙のルールが多く、新メンバーが馴染めない
  • リモートワークでコミュニケーションの期待値がバラバラ
  • ルールがないから何でもありになり、カオスが生まれている

基本の使い方
#

ステップ1: ノームが必要な領域を特定する

チームで摩擦が起きやすい領域をリストアップする。

よくある領域:

  • コミュニケーション — 連絡手段、返信の期待時間、情報共有の方法
  • 会議 — 開始時間の厳守度、カメラON/OFF、議事録の担当
  • 意思決定 — 誰がどう決めるか、反対意見の出し方
  • 作業スタイル — コアタイム、集中タイムの設定、タスクの進め方
  • フィードバック — 指摘の伝え方、レビューの基準

ポイント: 「全部を決めよう」としない。まず摩擦が多い2〜3領域から始める。

ステップ2: 全員参加でノームを議論する

リーダーが一方的に決めるのではなく、メンバー全員で話し合って合意する

進め方:

  1. 各領域について「自分はどうあってほしいか」を個人ワーク(付箋に記入)
  2. 全員の意見を共有し、共通点と相違点を洗い出す
  3. 相違がある点は議論し、全員が納得できる着地点を見つける
  4. 決まったノームを1文ずつ明確に言語化する

ポイント: 多数決ではなく合意形成で決める。一人でも強い違和感があるノームは機能しない。

ステップ3: ノームを明文化して共有する

決まったノームを見える場所に掲示する

  • チームのWikiやNotionページにまとめる
  • 会議室やSlackチャンネルのトピックに掲載する
  • 新メンバーが入った際のオンボーディング資料に含める

良いノームの例:

  • 「会議は5分前に準備を完了し、定刻に開始する」
  • 「Slackのメンションには4時間以内に何らかの反応を返す」
  • 「反対意見は歓迎する。ただし人格ではなく意見に対して述べる」
  • 「金曜17時以降のSlackは月曜に返信でOK」

ポイント: 曖昧な表現(「なるべく早く」「適宜」)を避け、具体的な数字や行動で記述する。

ステップ4: 定期的に見直す

ノームは固定ではなく、チームの成長に合わせて進化させる

  • 月1回または四半期に1回、ノームのふりかえりを行う
  • 「守れていないノーム」は原因を探る(ルール自体が現実的でない可能性もある)
  • 環境の変化(リモート化、メンバー交代など)に合わせてアップデートする
  • 新メンバーが加わったら、ノームを説明し、意見を聞いて必要なら修正する

具体例
#

例1:リモートチーム5名がノーム設計で「Slackストレス」を解消し、集中時間を1日2時間確保

状況: フルリモートの開発チーム5名。メンバー間で「Slackの返信が遅い人がいる」「会議が長引く」「勤務時間がバラバラで連携しにくい」という不満が蓄積。特にSlackの「いつ返信すべきか」の期待値がバラバラで、常にメッセージを気にして集中できない人が続出。

ワークショップ(90分)で決まったノーム:

領域ノーム議論のポイント
コミュニケーションSlackのメンションには4時間以内に反応(絵文字でもOK)「1時間」派と「翌日」派の間で合意
コミュニケーション緊急の場合は電話。それ以外はSlack「何が緊急か」の定義も追加
コミュニケーション「今日は集中したい」ときはSlackステータスで表示ステータス中の人にはメンション禁止
会議定例会議は45分上限。アジェンダなしの会議は開催しない「60分」から短縮に全員賛成
会議カメラは原則ON。体調や事情がある場合はOFFでOK「強制しない」が重要だった
作業スタイルコアタイムは10:00〜15:00。連絡可能状態にする朝型・夜型の両方に配慮
作業スタイル金曜17時以降のSlackは月曜に返信でOK週末のストレス解消に直結

→ ノーム導入1ヶ月後、メンバーの「Slack疲れ」が解消。集中作業時間が1人あたり1日平均2時間増加。チームのベロシティが18%向上。

例2:営業チーム12名がノーム導入で新人の「馴染むまでの期間」を3ヶ月→1ヶ月に短縮

状況: 法人営業チーム12名。年間4名ペースで新メンバーが加入。「うちのチームの常識」が暗黙知として存在し、新人が「やっていいこと・ダメなこと」がわからず萎縮。過去の新人アンケートでは「チームに馴染むまで3ヶ月以上かかった」が78%。

明文化したノーム(全15項目、主要なもの抜粋):

顧客対応:

  • 顧客からの問い合わせには24時間以内に一次回答を返す(内容が確認中でもその旨を伝える)
  • 値引き判断は10%までは個人裁量。10%超はリーダー承認
  • 週次の商談報告はCRMに金曜17時までに入力

チーム内コミュニケーション:

  • 困ったときは30分悩んだら誰かに相談する(「聞いたら迷惑」という遠慮は不要)
  • チームSlackでの質問には、わかる人が24時間以内に回答する
  • 他メンバーの商談に同行するときは事前に「同行の目的」を共有する

フィードバック:

  • 商談後のフィードバックは当日中に行う(「良かった点1つ+改善点1つ」の形式)
  • フィードバックは「行動」に対して行い、「人格」に触れない

→ ノーム導入後、新人アンケートで「チームに馴染むまでの期間」が3ヶ月→1ヶ月に短縮。新人の3ヶ月目時点の初受注率が45%→72%に向上。「何が正解かわからない」というストレスが大幅に軽減された。

例3:地方の介護施設20名がノーム設計で世代間の摩擦を解消し、インシデント報告件数を3倍に

状況: 地方の特別養護老人ホーム。介護職員20名(50代ベテラン8名、30代中堅5名、20代若手7名)。世代間で「当たり前」が大きく異なり、日常的に小さな摩擦が発生。特に「報告・連絡・相談」の基準が人によって全く違い、重要な情報が伝わらないケースが月3〜4件発生。

ノーム設計ワークショップ(2時間):

参加者全員が「今困っていること」を付箋に書き出した結果、上位3領域が判明:

  1. 報告・連絡・相談の基準 — ベテラン「自分で判断できるはず」vs 若手「何を報告すべきかわからない」
  2. 教え方・質問の仕方 — ベテラン「忙しいときに聞かないでほしい」vs 若手「いつ聞いていいかわからない」
  3. シフト引き継ぎ — 「口頭で十分」vs「書面で残すべき」

合意したノーム:

領域ノーム
報連相利用者の体調変化は「軽微でも」30分以内にリーダーに報告する
報連相「報告すべきか迷ったら、報告する」を原則とする
質問「質問タイム」を各シフトの開始30分間に設定。この時間は質問を歓迎する
質問緊急でない質問は「質問ボード」(休憩室に設置)に書いてOK
引き継ぎシフト引き継ぎは「引き継ぎシート」に記入。口頭は補足のみ
フィードバック指摘は「行動」に対して行う。「あなたはダメだ」ではなく「この対応は〇〇した方がいい」
感謝助けてもらったら、その日のうちに「ありがとうカード」を書く(月間集計で表彰)

→ ノーム導入3ヶ月後、インシデント報告件数が月8件→月24件に3倍増(報告しやすくなった結果)。一方で実際の事故件数は月2件→月0.5件に減少。世代間の「言いにくさ」が解消され、若手の離職率が25%→8%に改善。

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

  1. リーダーが一方的に決める — トップダウンで決めたルールは「やらされ感」が出て守られない。全員が議論に参加し、自分たちで決めたルールだからこそ守ろうという気持ちが生まれる
  2. ノームが多すぎる — 30個もルールがあったら誰も覚えられない。最初は5〜10個に絞り、本当に必要なものだけにする
  3. 作って終わり — ノームは作った瞬間から風化が始まる。定期的なふりかえりと更新をセットで運用しないと、形骸化する
  4. 曖昧な表現で書いてしまう — 「なるべく早く返信する」は人によって「30分」にも「翌日」にもなる。「4時間以内」のように具体的な数字で書くことで、解釈のズレを防ぐ

まとめ
#

チームノーム設計は「暗黙の了解を明文化する」シンプルだが強力な取り組み。全員で話し合って決め、見える場所に掲示し、定期的に見直す。たった数行のルールが、チーム内の不要な摩擦を劇的に減らし、「安心して働ける環境」の土台になる。新しいチームの立ち上げ時にこそ、まずノームから始めよう。