チーム意思決定プロトコル

従業員12名の居酒屋チェーン店。店長の田中さんは毎週の店長会議で「決まらない議題」が平均3.2件たまっていることに気づいた。

プロトコルを導入し、議題ごとに方式を仕分けた結果がこちら。

導入から2か月で、未決定のまま持ち越す議題が3.2件 → 0.4件に減った。店長会議の平均時間も75分 → 42分に短縮されている。

従業員200名のSaaS企業で、8名のプロダクトチームが実践したケース。

チームでは以前、すべての意思決定を「チーム全員の合意」で行っていた。スプリントレトロスペクティブで計測したところ、1スプリント（2週間）あたりの意思決定回数は平均14回。そのうち全員合意が本当に必要だったのは3回だけだった。

プロトコル導入後のルールはシンプルに決めた。

• コード設計の判断: 相談型（テックリードが決定権者、レビューで意見収集）
• バグの優先度: 独断型（当番のエンジニアが即判断）
• 機能の取捨選択: 多数決型（ドット投票で上位を採用）
• 四半期ロードマップ: 全員合意型（全員が「反対しない」ことを確認）

1スプリントの会議時間は合計9.5時間 → 5.8時間に短縮。浮いた3.7時間はペアプログラミングに充て、リリース速度が週1回から週1.5回ペースに上がった。

職員45名の社会福祉法人（特別養護老人ホーム）。理事長の交代をきっかけに、意思決定の仕組みを見直した。

以前は「すべて理事会で承認」という文化で、備品の購入申請（1万円以下）ですら承認まで平均12日かかっていた。現場からは「おむつの銘柄を変えたいだけなのに2週間待たされる」という声が出ていた。

プロトコルの設計にあたり、決定を4段階に分類した。

導入6か月後、備品購入の承認は平均12日 → 1日に短縮。現場の職員満足度調査では「自分の意見が反映されている」と回答した割合が38% → 71%に改善した。理事会の年間開催回数は24回 → 12回に半減したが、重要議題に集中できるようになったと理事長は語る。