パックマンルールとタックマンモデル

イナバの組織育成への実装レポート

結論：取り込むべきなのは、単に「仲良くする」施策ではない。
①日々の会話・会議に参加の入口をつくるパックマンルール、②チームが対立を含めて成熟する過程を診断し支援するタックマンモデルを、ひとつの運用にすることである。
イナバでは、朝礼・引継ぎ・店舗横断の改善会議を「入りやすく、意見が言え、役割と振り返りが残る場」に再設計する。初回の実装期間は8週間とし、離職・忙しさ・戦力変動を個人の性格問題へ還元しない。

パックマンルールを土台に、タックマンモデルの5段階を経てチームの成果と学習へ至る組織育成フロー

図の種類: 社内作成SVG（説明図、事実証拠ではない）
作成日: 2026-08-02
判断上の意味: 包摂の設計を土台に、チームの状態に応じて支援を変える。参加の入口だけ、または目標管理だけに偏らない。

1. 認知監査

引っ張られ得る方向: 「モデルを導入すれば関係性が良くなる」「混乱は誰かの問題」と単純化しやすい。
補正: パックマンルールは小さな行動規範、タックマンモデルは状態を読むための仮説である。個人評価や対立の正当化には使わず、現場負荷・顧客価値・業務結果で検証する。

2. 前提と用語の確認

Facebook共有記事について

共有URLは「社長の教養」Facebookグループの投稿へ遷移したが、2026-08-02時点でログイン画面となり、投稿本文・著者・投稿日時は直接確認できなかった。したがって、本レポートは投稿の全文要約を装わない。ユーザーが指摘した「パックマンモデル」と「琢磨モデル」は、公開資料との照合から、以下を指す可能性が最も高いと判断した。

ユーザーの表記	本レポートで採用した名称	確度	根拠
パックマンモデル	パックマンルール（Pac-Man rule）	高	川口恭伸氏の公開記事で、会話の輪をパックマンの口のように開け、初参加者・初対面者が入りやすくする行動規範として明記されている。
琢磨モデル	タックマンモデル（Tuckman model）	高	組織育成で広く使われる「形成・混乱・統一・機能・散会」の小集団発達モデル。原典と継続研究を確認した。

以降は「パックマンルール」「タックマンモデル」と表記する。

3. パックマンルール：何を変える考え方か

定義

会話・会議・仕事の相談の輪を完全な円に閉じず、パックマンの口のように入口を残す。初参加者や初対面の人が、物理的にも心理的にも「入ってよい」と理解できる状態をつくる小さな行動規範である。

公開記事では、「必ず入り口を開けておく」「入れてあげるようにしよう／入っていいのかもという気持ちを少し高める」と説明されている。これは、発言力のある人だけが情報と関係性を独占しないための、低コストな包摂設計である。

組織育成における効用

起きがちな状態	パックマンルールで変えること	期待する経営効果
ベテラン・店長間だけで相談が完結する	相談への同席・質問・観察の入口を明示する	暗黙知の偏在を減らし、育成速度を上げる
新人・復帰者が「今聞いてよいか」を迷う	会議の冒頭に目的・参加歓迎・質問方法を示す	手戻りと心理的な孤立を減らす
引継ぎが指示の受け渡しだけになる	未解決事項・判断理由・助けを求める点を残す	品質事故の早期発見、再現性の向上
店舗横断の会話が比較・批判になりやすい	事実→困りごと→助けてほしいことの順に話す	相互支援を増やし、対立を学習に変える

誤用しないための境界

発言や参加を強制しない。聞く・見るだけの参加も尊重する。
「誰でも何でも入れる」ではない。顧客情報、評価、個人相談には守秘と役割の境界を置く。
開いた入口を作る側に、毎回の感情労働を過剰に集中させない。進行役を持ち回りにし、型で支える。
仲の良さの演出ではなく、必要な情報と支援が必要な人へ届くことを成果とする。

4. タックマンモデル：チームの状態を読む仮説

Bruce W. Tuckman（1965）は、50本の小集団研究をレビューし、対人面を「testing-dependence / conflict / cohesion / functional roles」、課題面を「orientation / emotionality / relevant opinion exchange / emergence of solutions」と整理した。後にTuckman & Jensen（1977）は研究レビューを踏まえ、終了・移行の段階として adjourning（散会期） を加えた。

重要なのは、これは全チームが一直線に必ず通る「成長の採点表」ではなく、いま何が起きており、何を支援すべきかを考える地図だという点である。原典自体も、特定の状況への一般化には制約があることを明記している。

段階	観察されやすい状態	リーダー／チームの実務	避けること
形成期 Forming	様子見、役割・目的の確認、リーダーへの依存	目的、顧客価値、役割、意思決定範囲、相談先を短く明確にする	曖昧な精神論だけで「主体性」を求める
混乱期 Storming	優先順位・やり方・基準をめぐる摩擦	争点を人物から仕事へ戻し、事実・選択肢・決定者・期限を可視化する	衝突を放置／「仲良く」で封じる
統一期 Norming	約束・型・助け合いが定着し始める	良い型を標準化し、役割を固定しすぎず相互支援を設計する	ローカルルールを暗黙知のままにする
機能期 Performing	自律的な連携、問題解決、成果への集中	成果指標と学習時間を守り、権限委譲と改善を進める	高機能を前提に支援を外しすぎる
散会期 Adjourning	異動・復帰・退職・案件終了による移行	感謝、引継ぎ、学びの記録、次の役割への接続を行う	退出を事務処理だけで終える

重要な読み替え

人の入替、繁忙期、店舗間の連携変更、役割変更があれば、チームは再び形成期・混乱期に戻り得る。
混乱期は失敗の証拠ではない。しかし、暴言・排除・ハラスメント・顧客品質低下は「健全な混乱」として容認しない。
タックマンモデルは個人の能力や適性をラベリングする道具ではない。チーム設計と運営の改善にのみ使う。

5. 二つを統合した「イナバ育成ループ」

設計原則

入口を開く（パックマン）: 誰が相談・参加しやすいかを毎日の場で設計する。
状態を読む（タックマン）: 混乱を人格の問題にせず、目的・役割・基準・対話の不足として診断する。
仕事で学ぶ: 顧客体験・撮影品質・納期・引継ぎという実業務で、小さく練習し振り返る。
残して次へ渡す: 成功だけでなく、迷った判断・再発防止・助けを求める条件を短く記録する。

朝礼・引継ぎ・改善会議の共通フォーマット（10〜20分）

順番	問い	ねらい	パックマン実装
1	今日、誰にどんな顧客価値を届けるか	目的をそろえる	初参加・応援参加者にも背景を一言で共有
2	昨日／前回から前進したことは何か	できている行動を可視化	発言順を固定せず、まず進行役が短く開示
3	いま詰まっていること・判断が要ることは何か	早期支援	「質問歓迎」「あとで個別でも可」を明言
4	誰が何をいつまでに支えるか	実行責任を明確化	見学・補助・相談役も役割として置く
5	次回までに残す一行	学習を積む	参加者が追記できる共有場所を使う

6. 8週間の導入案（推奨）

完了条件

両店舗の対象ミーティングで、共通フォーマットを週1回以上、合計6回以上実施する。
各回に「詰まり」「支援者」「次の一行」の記録が残る。
参加者が匿名で「質問しやすさ」「役割の明確さ」「助けを求めやすさ」を5段階で回答し、開始時と第8週を比較する。
顧客品質・納期・売上に悪影響がないことを責任者が確認する。

期間	実施内容	責任	検証
第0週	店長・副店長で目的、対象会議、守秘境界、記録場所を合意	経営・店長	実施対象と中止条件をA4一枚にする
第1〜2週	朝礼または短時間ミーティングでパックマンルールを試す。進行役が入口を言語化	各店舗の進行役	発言者の偏り、質問数、未解決の残り方を観察
第3〜4週	「混乱」を争点表にする。事実／困りごと／選択肢／決定を分ける	店長＋担当	人の批判ではなく仕事の論点になっているか
第5〜6週	有効だった型を引継ぎテンプレートへ反映。役割を交替で運用	各店舗	新人・復帰者が相談経路を言えるか
第7〜8週	短い匿名パルス調査と振り返り。継続・修正・停止を決める	経営＋店長	指標比較、現場負荷、顧客影響を評価

最初のKPI（数字を目的化しない）

指標	定義	見る理由
質問・相談の到達率	「詰まり」を出した案件のうち、担当・期限が決まった割合	困りごとを放置していないか
支援の分散度	支援担当が特定の1名に偏りすぎていないか	依存・燃え尽きを防ぐ
心理的な入口	匿名5段階：質問しやすい／助けを求めやすい	パックマンルールが機能しているか
役割の明確さ	匿名5段階：今日の優先と相談先が分かる	形成期支援が足りているか
顧客・業務ガードレール	クレーム、再撮、納期遅延、重要な取りこぼし	育成施策が現場品質を損ねていないか

7. イナバでの具体的な使いどころ

A. 新人・復帰者の立ち上がり

初日から「誰に・何を・どの手段で聞くか」を見える化する。質問する本人の勇気に依存しない。
1週間に一度、技術評価ではなく「入れなかった輪・聞けなかったこと」を確認する。
指導者は答えを急がず、まず顧客条件・判断基準・次の一手を言語化する。

B. 本店・メルク間の横断連携

比較や優劣ではなく、各店の「今日の詰まり」を持ち寄る。
成功事例は、背景／行動／顧客への影響／他店で使う条件の4点で共有する。
混乱が出た時は、決定の期限と決定者を明らかにする。合意形成を無期限にしない。

C. 退職・異動・繁忙期後

散会期として、引継ぎだけでなく「残してくれた工夫」「次の人が迷う点」を記録する。
感謝は事実と具体行動に結びつける。美談化して課題を隠さない。
繁忙期後に、役割・基準・助けの出し方を再契約する。高機能期を前提にしない。

8. リスクとガードレール

リスク	兆候	防止策
会議が増え、現場負荷が上がる	記録が空欄、遅刻、形骸化	既存の朝礼・引継ぎを置換し、追加会議にしない。上限20分。
「心理的安全性」が責任回避になる	決定・期限が残らない	安心と成果責任を両立。毎回、担当・期限・顧客影響を残す。
混乱期を理由に不適切行為を放置する	排除、威圧、品質低下	人事・安全・顧客保護の問題は通常の相談・対応プロセスへ即時エスカレーション。
特定の店長・キーパーソンに負荷集中	支援担当が固定	進行・記録・相談役を分け、月次で分散度を確認。
モデルがラベル貼りになる	「あの人はStorming」などの発言	個人名ではなく、会議・チーム・業務単位の状態だけを扱う。

9. 経営判断としての推奨

推奨：8週間の限定導入を実施する。

理由は、パックマンルールは費用がほぼかからず、タックマンモデルは人員変動・繁忙・複数店舗の連携で生じる摩擦を「誰かの欠点」ではなく運営課題として扱えるためである。一方で、両モデルとも万能な科学的処方箋ではない。導入を継続する条件は、現場の負荷が許容範囲であり、相談の到達率と役割の明確さが改善し、顧客品質を損なわないことである。

CEOが最初に決めること

パイロットをどの定例の場で行うか（推奨：各店舗の既存朝礼または週次短時間ミーティング）。
店舗ごとの進行役・記録役を誰にするか。
第8週の判断会議に参加する責任者。
顧客情報・個人評価を扱わない記録ルール。

10. 参照資料・出典

#	資料	種別	取得日	本レポートでの使用
1	Facebook共有URL：社長の教養	ユーザー提供・ログイン制限	2026-08-02	調査起点。投稿本文は直接確認できず。
2	川口恭伸「パックマンルールでぼっち対策」	準一次資料	2026-08-02	パックマンルールの定義・意図。
3	Bruce W. Tuckman (1965), Developmental Sequence in Small Groups, Psychological Bulletin, 63, 384–399. DOI: 10.1037/h0022100	一次論文	2026-08-02	4段階、対人面／課題面、一般化の限界。
4	Tuckman & Jensen (1977), Stages of Small-Group Development Revisited	一次論文	2026-08-02	5段階目（adjourning）の追加と実証上の留保。
5	Regional Scrum Gathering Tokyo 2020 参加記	準一次資料	2026-08-02	パックマンルールが、参加者の会話参加への心理的な後押しになった事例。

調査上の限界

Facebook投稿の本文にログインなしで到達できなかったため、当該投稿固有の主張・文脈は引用していない。
タックマンモデルは有用な診断フレームだが、研究上も直接的な実証は限定的であり、すべてのチームが同一順序で進むとみなすべきではない。
本レポートのイナバ向け運用案は、上記資料を基にした経営・組織運営上の提案であり、原典の直接的な結論ではない。

ナレッジ登録メモ

正本: 本Markdown
HTML: 本Markdownから一方向生成する閲覧版。直接編集禁止。
G-Brain: 本Markdownのみを索引対象とし、HTMLは索引しない。
再利用タグ: 組織育成 チームビルディング 心理的安全性 朝礼 引継ぎ パックマンルール タックマンモデル