タックマンモデル

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

結論：取り込むべきなのは、チームの摩擦や停滞を個人の性格問題にせず、いまのチーム状態に必要な支援へ変換する運営である。
タックマンモデルを「成長の採点表」ではなく、目的・役割・対話・仕事の進め方を整えるための診断仮説として使う。イナバでは既存の朝礼・引継ぎ・店舗横断の改善会議に組み込み、8週間の限定導入で検証する。

改訂注記（2026-08-04）：初版では、入力上の誤りにより本来の対象と異なる概念が混入していた。今回、その概念・図・出典・統合案をすべて除外し、正しい対象であるタックマンモデルに一本化した。本レポートはタックマンモデルのみを扱う。

図の種類: 社内作成SVG（説明図、事実証拠ではない）
作成日: 2026-08-04
判断上の意味: チームの状態ごとに、経営・店長が整えるべき目的、対話、標準、権限、引継ぎを区別する。段階を個人評価に使わない。

1. 認知監査

引っ張られ得る方向: 「モデルを導入すれば関係性が良くなる」「混乱は誰かの問題」「チームは必ず同じ順番で成熟する」と単純化しやすい。
補正・検証方法: タックマンモデルは状態を読むための仮説であり、個人評価や対立の正当化には使わない。現場負荷、顧客価値、撮影品質、納期、相談の到達率で8週間検証する。

2. 前提と用語の確認

Facebook共有記事について

共有URLは「社長の教養」Facebookグループの投稿へ遷移したが、2026-08-02時点でログイン画面となり、投稿本文・著者・投稿日時は直接確認できなかった。したがって、本レポートは投稿の全文要約を装わず、ユーザーが意図した組織育成の枠組みを、公開の一次・準一次資料で検証した範囲に限定する。

初回入力	正しい名称	確度	根拠
琢磨モデル	タックマンモデル（Tuckman model）	高	組織育成で広く使われる小集団発達モデル。Bruce W. Tuckmanの1965年原典およびTuckman & Jensenの1977年研究を確認した。

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

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

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	異動・復帰・退職・案件終了による移行	感謝、引継ぎ、学びの記録、次の役割への接続を行う	退出を事務処理だけで終える

誤用しないための境界

タックマンモデルは、個人の能力・性格・適性をラベリングする道具ではない。会議・チーム・業務単位の状態だけを扱う。
混乱期は失敗の証拠ではない。ただし暴言、排除、ハラスメント、顧客品質低下は「健全な混乱」として容認しない。
「機能期」は支援不要を意味しない。繁忙、欠員、役割変更で状態は変わるため、支援を外しすぎない。
守秘が必要な顧客情報、評価、個人相談は、会議記録の対象外にする。

4. イナバでの実装原則

目的と顧客価値を先にそろえる：チームの状態を語る前に、「今日、誰にどんな価値を届けるか」を短く確認する。
摩擦を仕事の論点へ戻す：混乱を人格の問題にせず、目的・役割・基準・情報・意思決定の不足として分解する。
既存の場を置き換える：追加会議を増やさず、既存の朝礼・引継ぎ・改善会議を10〜20分で再設計する。
小さく記録して学ぶ：成功だけでなく、詰まり・決定・支援者・期限・再発防止を一行で残す。
現場と顧客を守る：会議のための会議にせず、撮影品質、納期、顧客対応をガードレールとして毎週確認する。

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

順番	問い	ねらい	主に支援する段階
1	今日、誰にどんな顧客価値を届けるか	目的をそろえる	形成期
2	昨日／前回から前進したことは何か	できている行動と有効な型を可視化する	統一期・機能期
3	いま詰まっていること・判断が要ることは何か	問題の早期発見と争点の明確化	混乱期
4	誰が何をいつまでに決める・支えるか	実行責任と相談先を明確にする	形成期・混乱期
5	次回までに残す一行は何か	学びと引継ぎを積む	統一期・散会期

5. 8週間の限定導入案（推奨）

完了条件

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

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

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

指標	定義	見る理由
相談の到達率	「詰まり」を出した案件のうち、担当・期限が決まった割合	困りごとを放置していないか
役割の明確さ	匿名5段階：今日の優先と相談先が分かる	形成期支援が足りているか
支援の分散度	支援担当が特定の1名に偏りすぎていないか	依存・燃え尽きを防ぐ
改善の定着度	前回の「次の一行」が実行・更新された割合	統一期の型づくりが進んでいるか
顧客・業務ガードレール	クレーム、再撮、納期遅延、重要な取りこぼし	育成施策が現場品質を損ねていないか

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

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

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

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

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

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

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

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

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

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

推奨：既存の朝礼または週次短時間ミーティングで、8週間の限定導入を実施する。

理由は、人員変動・繁忙・複数店舗の連携で生じる摩擦を「誰かの欠点」ではなく、目的・役割・情報・意思決定の設計課題として扱えるためである。一方で、タックマンモデルは万能な科学的処方箋ではない。継続の条件は、現場負荷が許容範囲であり、相談の到達率と役割の明確さが改善し、顧客品質を損なわないことである。

CEOが最初に決めること

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

9. 参照資料・出典

#	資料	種別	取得日	本レポートでの使用
1	Facebook共有URL：社長の教養	ユーザー提供・ログイン制限	2026-08-02	調査起点。投稿本文は直接確認できず。
2	Bruce W. Tuckman (1965), Developmental Sequence in Small Groups, Psychological Bulletin, 63, 384–399. DOI: 10.1037/h0022100	一次論文	2026-08-02	4段階、対人面／課題面、一般化の限界。
3	Tuckman & Jensen (1977), Stages of Small-Group Development Revisited	一次論文	2026-08-02	5段階目（adjourning）の追加と実証上の留保。
4	PHP研究所「タックマンモデルを使った組織開発」	準一次資料	2026-08-02	日本の組織開発における実務的な読み替えの参考。

調査上の限界

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

ナレッジ登録メモ

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