チームビルディング入門

今期、あなたははじめて小さなチームのリーダーを任されました。プレイヤーとしては成果を出してきたけれど、人をまとめるのは初めて。気合を入れて、メンバーに「みんなで頑張ろう」「よろしくお願いします」と声をかけ、チームは動き出しました。ところが、しばらくすると——ある仕事が誰の担当でもないまま放置されていた（抜け漏れ）ことに気づき、別のところでは2人が同じ資料を作っていた（重複）。困りごとが出るたびに、結局あなたが巻き取って、気づけば自分だけが残業している。みんな真面目に働いているのに、なぜかチームとしての成果が揃わない。こんなモヤモヤを、抱えていませんか。

「チームビルディング」という言葉は、あなたも聞いたことがあるはずです。でも、それを「飲み会やランチ会、社外研修のレクリエーションで“仲良くなる”こと」だと思っていると、この空回りは消えません。なぜなら、いくら仲が良くても、それだけではチームとしての成果は揃わないからです。できるリーダーと、空回りするリーダーの違いは、人柄でもメンバーの優秀さでもありません。「みんなで頑張ろう」と号令をかけるだけか、それとも“目標→役割→約束”を1枚に書いて配るか——たったこれだけです。

この講座でお伝えしたいことは、ひとつです。チームビルディングとは「仲良くすること」ではなく、バラバラの個人の集まり（グループ）を、同じ目標を向いた役割の集まり（チーム）に変える“設計”のこと。そして、その設計図は、難しい理論ではなく、たった3つの問いを1枚の紙に埋めていくだけです。この講座を読み終えたあなたは、次の3つができるようになります。

1. チームビルディングを「飲み会・レクで仲良くなること」ではなく、①目標→②役割→③約束を1枚のシートで揃える“設計作業”として、自分の言葉で説明できる（「グループ」と「チーム」の違いを言える）
2. 自分のチームの共通の目標を「測れて・期限のある」1文で書け、その目標から逆算して、役割を“抜け漏れ・重複なく”分担できる（誰が何を担当か・最終責任は誰かを言い切れる）
3. 困ったときの相談先・進捗を確かめるタイミング（約束）を決め、①目標②役割③約束を1枚の「チーム設計シート」にまとめて、キックオフでメンバーに共有し合意できる

この講座は最後まで、「あなたが今期はじめてリーダーを任された4人チームが、“問い合わせ対応の遅れ”を改善するプロジェクトに取り組む」という、たった1つの場面だけで説明します。メンバーは、ベテランの佐藤さん、中堅の田中さん、若手の鈴木さん。この同じチームで、チームビルディングとは何か→何を目指すか（目標）→誰が何を担うか（役割）→どう協力し合うか（約束）、と1欄ずつ「チーム設計シート」を埋めていきます。各章末には手を動かす演習も置いていますので、あなた自身のチームを思い浮かべて、書きながら読み進めてみてください。そして、この「目標→役割→約束」の1枚を、もっと深く使えるようになりたくなったら、関連講座（目標設定・1on1・フィードバック・マネジメントの基礎）で続きを学べます。まずは、この1本で設計の全体像を掴みましょう。

チームビルディングとは何か（目標・役割・約束の地図）

まずは、「みんなで頑張ろう」と声をかけたのに空回りしてしまう、そのモヤモヤの正体をはっきりさせましょう。チームビルディングという言葉を、ふわっとした“仲良し作り”のイメージから、自分で使える1枚の設計図に変える、土台の章です。

「みんなで頑張ろう」が空回りする正体

抜け漏れや重複が起きたのは、メンバーが不真面目だからではありません。仲が悪いからでもありません。多くの場合、原因はもっと単純です。「このチームは何を目指すのか（目標）」「誰が何を担当か（役割）」「困ったらどうするか（約束）」が、言葉になっていない——これが正体です。

「みんなで頑張ろう」という号令は、一見、チームをひとつにまとめているように聞こえます。でも、その言葉を受け取ったメンバーは、それぞれが自分なりの解釈で動き出します。佐藤さんは「とにかく速さだ」と思い、田中さんは「丁寧さが大事だ」と思う。すると、向いている方向がバラバラになり、誰かが拾うはずだった仕事がこぼれ落ち（抜け漏れ）、別の仕事は2人が重なって手をつける（重複）。これは、地図を渡さずに「とりあえず現地集合で」と言うようなものです。

ここで覚えてほしい背骨は、ひとつです。チームは“仲良し”ではなく“同じ目標を向いた役割の集まり”。リーダーの最初の仕事は、目標・役割・約束を1枚に書いて配ること。この1枚があれば、「みんなで頑張ろう」の空回りは消えていきます。

グループとチームは違う

「仲が良ければチームでしょ？」と思うかもしれません。ここを、はっきり分けておきましょう。実は、「グループ」と「チーム」は別物です。

グループとは、同じ場所にいて、各自が自分の仕事をするだけの“個人の集まり”です。同じ部署、同じシフト、同じ職場——でも、それぞれが自分の担当だけをこなし、問題が起きれば個人の責任で処理する。深い協力は、必ずしも必要ありません。一方のチームとは、同じ目標を向いて、役割を持ち寄り、互いに責任を果たす集まりです。

経営の世界で有名なカッツェンバックとスミスという2人は、著書『チームの知恵』で、チームを「共通の目的、達成すべき目標、補完的なスキル、そして連帯責任を備えた、少人数の集まり」と定義しました。少し難しく聞こえますが、かみくだくと——「みんなで同じゴールを目指し（共通の目標）、得意なことを持ち寄り（補完的なスキル）、自分の担当だけでなくチーム全体の結果に責任を持つ（連帯責任）」集まり、ということです。

ここが大事なところです。仲が良いこと（グループとして居心地が良いこと）と、成果が出ること（チームとして機能すること）は、別の話なのです。だから、チームビルディングのゴールは「仲良くなること」ではありません。バラバラの個人の集まり（グループ）を、同じ目標を向いた役割の集まり（チーム）に変えること——これがチームビルディングです。そして、それを実現する設計図づくりが、リーダーであるあなたの最初の仕事です。

設計の地図は1枚のシート：目標→役割→約束

では、グループをチームに変える設計図とは、どんなものか。やることは、次の3つを1枚の紙に書くだけです。

これが、チームビルディングの全体像＝1枚の「チーム設計シート」です。①目標から始めて、②役割、③約束の順に埋めていきます。

「飲み会で親睦を深める」「1on1で個別に話す」「メンバーが安心して発言できる空気（心理的安全性）を作る」——こうした“チームのための施策”は、よく耳にしますし、どれも大切です。ただ、それらはすべて、この3欄を埋めたあとに乗ってくる部品です。目標も役割も曖昧なまま飲み会だけ開いても、楽しい時間にはなっても、成果は揃いません。だから順番として、まずは目標・役割・約束の3欄を1枚に描く。これが先です。

ここで、この講座を通して使う共通例に登場してもらいましょう。あなたが今期はじめてリーダーを任された4人チームです。任されたのは、「問い合わせ対応の遅れを改善する」プロジェクト。メンバーは、ベテランの佐藤さん、中堅の田中さん、若手の鈴木さん。さて、何から手をつけるか。設計図を持たないリーダーは、「とりあえず親睦会をやろう」「みんなで頑張ろうと声をかけよう」と動きます。そうではなく、「①このチームは何を目指す？　②誰が何を担う？　③困ったらどう協力する？」の3つを1枚に書く——これがチームビルディングです。この章では、まだ中身は埋めません。3つの問いの“枠”だけを立てておきます。

この章の確認（演習）

あなたが今持っている（または近いうちに持ちそうな）チームを、ひとつ思い浮かべてください。そして、次の3つの問いを、答えは空欄のまま書き出してみます。

• ① 目標（このチームは何を、いつまでに目指すか）：＿＿＿＿＿
• ② 役割（誰が何を担当し、最終責任は誰か）：＿＿＿＿＿
• ③ 約束（困ったら誰に相談し、いつ進捗を確かめるか）：＿＿＿＿＿

そのうえで、「チームビルディングとは、この3つを1枚に揃えて、グループをチームに変えることだ」を、自分の言葉で1〜2行に書いてみてください。最後に、「グループ（個人の集まり）」と「チーム（同じ目標を向いた役割の集まり）」の違いを、1行で書いてみましょう。号令ではなく“設計”から入る感覚を、自分の手で言葉にできたら、この章はゴールです。空欄の3つは、これから第2章・第3章・第4章で、ひとつずつ埋めていきます。

目標を1つに揃える（チームの“北極星”）

シートの1欄目、目標（どこを目指すか）を埋めていきます。バラバラに動く個人を、ひとつの方向に揃える——その出発点です。

バラバラを揃えるのは、共通の目標

第1章で見たとおり、チームを「同じ方向」に揃えるのは、共通の目標です。逆に言えば、共通の目標がないと、メンバーは揃いません。

カッツェンバックとスミスも、ここを強く指摘しています。チームが具体的な目標を持てなかったり、その目標がチーム全体の目的と結びついていなかったりすると、メンバーは混乱し、やがてチームは分裂し、成果も平凡な水準に落ち着く、と。つまり、目標は「あれば良いもの」ではなく、チームがチームであるための土台なのです。だからこそ、設計シートの1欄目は目標。ここを曖昧にしたまま役割の話に進むと、その先がすべてぐらつきます。

「みんなで頑張ろう」は、目標ではない

ところが、多くのリーダーが、ここで最初のつまずきにあいます。それは、「みんなで頑張ろう」「もっと早く対応しよう」という“号令”を、目標だと思ってしまうことです。

号令の何が問題か。それは、測れず、期限もなく、人によって解釈が変わることです。たとえば「もっと早く」。この一言を聞いて、佐藤さんは「3日以内かな」と思い、鈴木さんは「その日のうちだろう」と思うかもしれません。同じ言葉なのに、頭に浮かぶゴールがバラバラ。これでは、いくら全員が「早くしよう」と頑張っても、めいめいの“早く”に向かって走るだけで、揃いません。

だから、目標は誰が見ても同じ絵が浮かぶように、「測れて・期限のある」1文に書きます。具体的には、次の3点を入れます。

ちなみに、こうした「良い目標の条件」はSMART（スマート）と呼ばれ、1981年にジョージ・T・ドランという人が提唱したのが始まりとされています。SMARTは5つの要素からなりますが、英語の頭文字をすべて覚える必要はありません。この講座では、いちばん効く「具体的・測れる・期限」の3点に絞って使います。この3点が入っていれば、号令は目標に変わります。

共通例：「もっと早く」を、測れる1文に揃える

では、あなたの問い合わせ改善プロジェクトで、目標を1文に揃えてみましょう。最初、上司から渡された言葉は「問い合わせ対応を、もっと早くする」でした。これは典型的な号令です。「もっと」がどこまでか、「早く」がいつまでか、何ひとつ決まっていません。

これを、「具体的・測れる・期限」の3点を入れて書き直すと、こうなります。「3か月後までに、問い合わせへの初回返信を“平均2営業日”から“その日のうち（24時間以内）”に短くする」。

どうでしょう。「もっと早く」と言われたときは、佐藤さんも田中さんも鈴木さんも、それぞれ違うゴールを思い浮かべていました。でも、この1文なら、3人とも同じ絵が浮かびます。「3か月で」「初回返信を」「当日中に」。やることもゴールも、ひとつに揃いました。この1文があるからこそ、次の第3章で「では、これを達成するには、誰が何をすればいいか（役割）」を、目標から逆算して決められるのです。号令のままだったら、役割も決めようがありません。

この章の確認（演習）

あなたのチーム（第1章で思い浮かべたチーム）の目標を、「何を・どこまで・いつまでに」を入れた“測れて期限のある”1文で書いてみてください。

書けたら、その1文を声に出して読み、こう確かめます。「この1文を読んで、メンバー全員が同じゴールを思い浮かべられるか？」。もし「もっと」「なるべく」「ちゃんと」といった言葉が残っていたら、それはまだ号令です。数字と期限を入れて、誰が読んでも同じ絵が浮かぶ1文に直しましょう。号令を、測れる目標に変えられたら、ゴールです。

役割を分担する（誰が何を担うか）

シートの2欄目、役割（誰が何を担うか）を埋めます。ここでつまずくと、せっかく揃えた目標も、また抜け漏れと重複でバラけてしまいます。

役割は「手が空いてる人」に振るものではない

役割分担と聞くと、つい「誰が今ヒマかな」「あの人は手が空いてそうだから、これをお願いしよう」と考えてしまいがちです。気持ちは分かりますが、これが最初の落とし穴です。

正しい順番は、逆です。まず、第2章で決めた目標を達成するには“どんな作業が必要か”を洗い出し、それから「その作業を誰が担うか」を割り当てる。つまり、人から考えるのではなく、目標から逆算して、作業から考えるのです。手の空き具合で振ると、「目標の達成に本当に必要な作業」が抜けたり、逆に「やらなくてもいい作業」を抱えたりします。だから、出発点はいつでも目標。「この目標を達成するには、何をしないといけないか」から始めます。

抜け漏れと重複をなくし、最終責任を1人決める

作業を割り当てるとき、いちばん起きやすい失敗が2つあります。抜け漏れと重複です。

どちらも、原因は同じ「役割の曖昧さ」です。誰の担当か決まっていないと、ある仕事は全員が「誰かがやるだろう」と思って誰も拾わず、別の仕事は「自分がやらなきゃ」と複数人が重なる。そして、いざ問題が起きると「それは私の担当でしたっけ？」という押し付け合いが始まります。

これを防ぐ手がかりとして、役割分担を表で整理するRACI（レイシー）という有名な道具があります。RACIは、各作業について「誰が実行するか（Responsible）」「最終責任は誰か（Accountable）」「誰に相談するか（Consulted）」「誰に報告するか（Informed）」を決めるものです。4つすべてを使いこなす必要は、今はありません。この講座では、いちばん大事な「誰が実行するか」と「最終責任は誰か」の2点に絞ります。

特に効くのが、各作業の「最終責任は誰か」を1人に決めることです（多くの場合、それはリーダーであるあなたです）。最終責任者が1人はっきりしていると、「誰かがやってくれるだろう」という空気が消えます。最終責任は「その作業の成否に最後まで責任を持つ人」であって、必ずしも自分の手を動かす人とは限りません。実行は佐藤さん、でも最終的にそれが回っているか見届けるのはリーダー、という形でかまいません。

共通例：作業を洗い出し、強みから割り当てる

では、あなたのチームで役割を分担してみましょう。目標は「3か月後までに、初回返信をその日のうちにする」。これを達成するには、どんな作業が必要でしょうか。洗い出すと——「返信テンプレの整備」「問い合わせの分類ルール作り」「対応実績の記録」「全体の進捗管理」。この4つが見えてきました。

次に、これをメンバーの強みや経験から割り当てます。

表にすると、ひと目で分かります。4つの作業すべてに担当がついていて、抜け漏れがありません。同じ作業を2人が持つ重複もありません。そして、最終責任はすべてあなた（リーダー）に集約されていて、「誰かがやるだろう」の空気が生まれません。「手が空いてる人に振った」のではなく、「目標に必要な作業から逆算して割り当てた」から、目標と役割が一本の線でつながっているのです。

この章の確認（演習）

あなたのチームの目標（第2章で書いた1文）を見ながら、それを達成するために必要な作業を、3〜5個、洗い出してみてください。「人」ではなく「作業」から始めるのがコツです。

次に、それぞれの作業を、「誰が実行するか／最終責任は誰か」の表に埋めます。埋め終えたら、2つをチェックしてください。抜け漏れ——どの作業も誰かの担当になっていますか。誰の担当でもない作業は残っていませんか。そして重複——同じ作業を2人が持っていませんか。この2つがクリアできたら、役割の分担は完成です。

1枚にまとめてチームで合意する（約束＋チームは育つ）

シートの3欄目、約束（どう協力し合うか）を埋めて、ついに3欄を1枚に統合します。そして、その1枚を、チームの全員のものにするところまでやり切ります。

困ったときの相談先と、進捗を確かめるタイミングを決める

目標と役割が決まれば、もう動き出せそうに見えます。でも、もうひとつ、決めておくべきことがあります。それが約束です。なぜなら、どんなに良い計画でも、進めるうちに必ず「困りごと」や「想定外」が出るからです。

そのとき、「誰に相談すればいいか」「いつ進捗を確かめるか」が決まっていないと、メンバーは問題を一人で抱え込み、リーダーは状況が見えなくなります。鈴木さんが記録の付け方で迷っても、相談先が決まっていなければ、「忙しそうだし、聞きづらいな」と止まってしまう。気づいたときには、ずいぶん遅れていた——よくある話です。だから、あらかじめ2つを“約束”として決めておきます。①困ったときの相談先（基本は、リーダーであるあなた）、②進捗を確かめるタイミング（たとえば、毎週金曜の終業前に15分）。

この約束には、もうひとつ大事な意味があります。それは、メンバーが安心して「できていません」「困っています」と言える土台になる、ということです。この「困ったと言える空気」を、心理的安全性と呼びます。これは、Googleが「良いチームの条件」を調べた研究（プロジェクト・アリストテレス）で、効果的なチームを支えるいちばん大事な土台だとされたものです。同じ研究では、「目標や役割が明確であること（構造と明確さ）」も、良いチームの条件のひとつに挙げられました。つまり、この講座でやってきた「目標・役割・約束を1枚にする」こと自体が、良いチームの土台づくりそのものなのです。

1枚に統合して、キックオフで共有・合意する

ここまでで、①目標、②役割、③約束がそろいました。いよいよ、これを1枚のチーム設計シートに統合します。

ただし、ここで終わってはいけません。シートは、作っただけでは意味がないのです。あなたの頭の中にあるだけ、引き出しにしまってあるだけでは、「みんなで頑張ろう」の号令と同じ。メンバーには何も伝わっていません。

だから、最後にやることは、キックオフ（最初の集まり）で、この1枚を配って、声に出して読むことです。「このチームの目標は、3か月後までに初回返信を当日中にすること。佐藤さんはテンプレ整備、田中さんは分類ルール、鈴木さんは記録、私が進捗管理と最終責任。困ったら私に相談、毎週金曜に15分集まろう」。こうして全員が同じ1枚を見ると、その場で疑問が出ます。鈴木さんが「記録って、どこまで細かく付ければいいですか？」と聞く。あなたが「件数と対応時間だけでいいよ」と答える。この一往復で、解釈のズレがその場で揃います。配って、声に出して、質問が出て、初めてチームになるのです。

チームは、一度で完成しない

最後に、ひとつだけ心に留めておいてほしいことがあります。それは、1枚のシートを配ったからといって、チームがすぐに完成するわけではない、ということです。チームは、段階を経て育っていきます。

このことを整理したものに、タックマンモデルがあります。ブルース・タックマンという人が1965年に提唱したもので、チームは「形成期 → 混乱期 → 統一期 → 機能期」という段階を通って成長する、という考え方です。かみくだくと、こうです。

ここで知っておいてほしいのは、意見がぶつかる「混乱期」は、失敗ではなく、通過点だということです。たとえば1か月後、田中さん（分類ルール担当）と佐藤さん（テンプレ担当）の意見がぶつかったとします。「もっと細かく分類すべきだ」「いや、シンプルな方が速い」。新米リーダーは、ここで「うちのチーム、仲が悪くなった…」と焦りがちです。でも、これは多くのチームが通る、ごく自然な段階。むしろ、そのときこそ、1枚のシートに立ち返るのです。「私たちの目標は、初回返信を“当日中”にすること。だったら、この分類で十分速いよね」。目標に立ち返れば、意見の対立は、感情のぶつかり合いではなく、「目標を達成するための話し合い」に変わります。1枚のシートは、迷ったとき・もめたときに、何度でも戻ってこられる“地図”でもあるのです。

この章の確認（演習）

あなたのチームの約束を決めましょう。①困ったときの相談先（誰に相談すればいいか）、②進捗を確かめるタイミング（いつ・どのくらいの時間で確かめるか）。この2つを書いて、第2章の目標・第3章の役割と合わせて、「1枚のチーム設計シート」を完成させてください。

そして最後に、キックオフでメンバーに最初に言う一言を書いてみましょう。「このチームの目標は〜、あなたの担当は〜、困ったら〜」。この一言が言えるなら、あなたはもう、設計図を持ったリーダーです。自分の頭の中や号令ではなく、1枚を配って声に出す——その感覚を、自分の手で確かめられたら、ゴールです。

まとめ：チームは“仲良し”でなく“同じ目標を向いた役割の集まり”

おつかれさまでした。「はじめてリーダーになったあなたの4人チームが、問い合わせ対応の遅れを改善する」という、たった1つの場面で、空欄だった「チーム設計シート」を1欄ずつ埋めてきました。第1章で立てた3つの問いを、ここで振り返ります。

1. チームビルディングとは……飲み会やレクで仲良くなることではなく、バラバラの個人の集まり（グループ）を、同じ目標を向いた役割の集まり（チーム）に変える“設計”。その設計図が、目標・役割・約束の3欄を書いた1枚のシート（第1章）。
2. 目標……「みんなで頑張ろう」「もっと早く」という号令は目標ではない。誰が読んでも同じ絵が浮かぶ、「測れて・期限のある」1文にする。あなたのチームなら「3か月後までに初回返信を当日中に」（第2章）。
3. 役割……手が空いてる人に振るのではなく、目標から逆算して必要な作業を洗い出し、誰が実行するかを割り当てる。抜け漏れと重複をなくし、最終責任は1人に決める（第3章）。
4. 約束……困ったときの相談先と、進捗を確かめるタイミングを決める。3欄を1枚に統合して、キックオフで配り、声に出して合意する。そして、混乱期が来てもシートに立ち返る（第4章）。

この4つは、すべて1つの問いに戻ります。「『何を目指すチームですか』と聞かれたとき、号令ではなく、“目標→役割→約束”の1枚で即答できるか？」。この講座でいちばん覚えて帰ってほしいのは、このひと言です——チームは“仲良し”ではなく“同じ目標を向いた役割の集まり”。リーダーの最初の仕事は、目標・役割・約束を1枚に書いて配ること。これが身につくと、メンバーから「このチーム、何を目指してるんですか」と聞かれても、シートを見せて、目標から順に、迷わず答えられるようになります。

明日の最初の一歩：あなたのチーム（または近いうちに持つチーム）を1つ選び、①目標（測れて期限のある1文）、②役割（必要な作業を洗い出し、誰が・最終責任は誰か）、③約束（相談先・進捗確認のタイミング）を、1枚に書いてみてください。きれいにまとめる必要はありません。手書きのメモで十分です。そして書けたら、次のキックオフや朝礼で、それを配って声に出して読む。「みんなで頑張ろう」で終わらせず、1枚を配れたら、それが第一歩です。

そして、この「目標→役割→約束」の1枚を、もっと深く具体的に動かせるようになりたくなったら、その先の道も用意されています。チームの目標を一人ひとりの目標に落とし込む目標設定、メンバーと個別に向き合って力を引き出す1on1、日々の声かけで軌道修正するフィードバック、チーム運営の全体像をつかむマネジメントの基礎——これらは、今日描いた1枚を、現場で動かし続けるための続きです。気になったものから、関連講座で学んでみてください。まずは、この「目標・役割・約束を1枚に書いて配る」を、あなたのチームで一度やってみましょう。それが、グループをチームに変える、最初の一歩になります。