team
部署間の連携が進まないとき、原因として挙がるのはたいてい人と空気です。仲が悪い、話す機会がない、縦割りの文化が強い。そういう説明は当たっていることもありますが、そこから打てる手が「交流の場を作る」しかないため、たいてい半年で元に戻ります。
先に結論を書きます。部署間の連携で止まっているのは関係ではなく、受け渡しの形です。依頼をどこで受けるか、誰が判断するか、いつまでに返すか、どこまでやれば終わりか。この4つが決まっていないと、どれだけ関係が良くても案件は止まります。逆にこの4つが決まっていれば、他部署の人の名前を覚えていなくても仕事は流れます。
この記事では、連携が止まる4か所の見つけ方、そこで何を決めればよいか、うまく回っているチームに共通する点、よく起きる失敗、そして道具をどう選ぶかまでを順に扱います。
組織が大きくなるほど、他部署は物理的にも心理的にも遠くなります。ここはほぼ避けられません。
部署間連携が進まない最大の理由は、コミュニケーション不足とその質の低さです。会社が大きくなるほど組織構造が複雑になり、部署同士が物理的にも心理的にも離れやすくなります。また、日頃から忙しくしている他部署の人に話しかけることへの抵抗感も生まれやすくなります。このような小さな積み重ねが、結果的に大きな連携不足を引き起こしています。 出典: biz.moneyforward.com
注目したいのは「話しかけることへの抵抗感」です。これは性格の話ではなく、話しかけるしかない状態に置かれていることの結果です。決まった入口があれば、抵抗感を持つ必要がありません。
連携の問題を人の問題として扱うと、打てる手は3つに絞られます。交流の場を作る、評価制度を変える、上の人が号令をかける。どれも効きますが、時間がかかり、しかも効果を測れません。3か月後に「前より風通しが良くなった気がする」で終わります。
受け渡しの形の問題として扱うと、打てる手が具体的になります。依頼の入口を1つに決める、判断する人を名前で決める、返答の期限を決める、完了の条件を書く。どれも今週できて、やったかやっていないかが誰にでも分かります。
順序としては、形を先に決めます。形が決まってから交流の場を作ると、その場で話す議題が出てきます。形が無いまま場を作ると、雑談で終わって次が続きません。
案件が部署をまたいで止まるとき、止まる場所はほぼ4か所に集まります。自分のチームがどこで止まっているかを見分けるところから始めます。
1つ目は依頼の入口です。 他部署に何かを頼むとき、チャットの個人宛、口頭、メール、会議の場、共有フォルダに置いたファイルが混在していると、受ける側は全部を見張ることになります。見張れないので、拾い漏れます。拾い漏れた側からは「言ったのにやってくれない」に見え、受けた側からは「聞いていない」に見えます。どちらも嘘をついていません。
2つ目は判断する人です。 依頼の内容を見て、やる・やらない・条件を変えると決める人が決まっていないと、依頼は関係者の間を回ります。回っている間、依頼した側からは何も見えません。
3つ目は期限です。 ここで言う期限は納期ではなく、返答の期限です。「急ぎでお願いします」は期限ではありません。受ける側の他の仕事との優先順位が決まらないため、いちばん後ろに置かれます。
4つ目は完了の定義です。 どこまでやれば受け渡しが終わるのかが書かれていないと、受けた側は自分の判断で線を引きます。依頼した側の線とずれていた場合、差分は手戻りになります。手戻りは連携の失敗として記憶されますが、実際に失敗しているのは受け渡しの手前です。
見分け方は簡単です。直近で止まった案件を3件持ってきて、それぞれがどの段階で止まったかを並べます。4か所のどれかに偏ります。偏った場所から直します。全部を同時に直そうとすると、どれも中途半端になります。
4か所は、現場で聞こえてくる言葉が違います。そこから当たりを付けられます。
| 止まる場所 | 現場で聞こえる言葉 | 決めること |
|---|---|---|
| 依頼の入口 | 言ったのにやってくれない／そんな話は聞いていない | 依頼を置く場所を1か所に決める |
| 判断する人 | いま誰が持っているのか分からない | 依頼の種類ごとに判断する人を名前で決める |
| 返答の期限 | 急ぎと言ったのに動いてくれない | 受けた側が返答の期限を書いて返す |
| 完了の定義 | この状態で終わりだと思っていた | 依頼の時点で成果物の状態を書く |
表の左から右に進むほど、直すのに合意が必要な相手が増えます。入口は自分たちの運用だけで変えられます。完了の定義は依頼する側の書き方を変える話なので、依頼が多い部署との合意が要ります。着手の順番も、この並びのままで構いません。
最初に効くのは入口です。ここを直すと、残りの3つを直すための土台ができます。
決めることは1つだけです。他部署への依頼は、決めた1か所にしか置かない。 口頭で話しても、会議で合意しても、その場では依頼として成立していないことにします。置いた時点から始まります。
この形にすると、3つのことが同時に起きます。受ける側は1か所だけ見ればよくなります。依頼した側は、置いたものが今どうなっているかを同じ場所で確認できます。そして、依頼が置かれた記録が残るため、拾い漏れが誰の責任かという議論が起きなくなります。
入口の作り方は、道具に合わせて決めます。ボード型のタスク管理を使っているなら、依頼を受けるための列を1つ作って、そこにカードを置いてもらう形がいちばん少ない手間で済みます。カードには依頼の内容、希望する時期、判断してほしいことを書く欄を用意します。欄が多すぎると書かれなくなるので、最初は4項目までに絞ります。
運用で1つだけ守ることがあります。口頭で頼まれたときに、受けた側が代わりに置く。これをやらないと「置くのが面倒だから直接言う」に戻り、入口は2週間で崩れます。代わりに置く手間は1件あたり1分程度で、拾い漏れを追いかける時間より確実に短く済みます。
入口ができたら、次は誰が判断するかです。ここを合議にすると必ず止まります。
決め方は、依頼の種類ごとに1人です。役職ではなく名前で決めます。「営業からの仕様変更の依頼は佐藤が見る」という形です。その人が不在のときの代わりも、同じように名前で決めます。
1人に絞ることへの抵抗はよく出ます。重要な判断を1人に任せてよいのか、という懸念です。ここで分けて考えるのは、判断そのものと、判断の重さです。軽い依頼は1人で決める。重い依頼は「これは1人で決めない」と判断して上に上げる。その最初の切り分けを1人がやるだけで、滞留はほとんど消えます。
判断の結果は3つに絞ると運用が軽くなります。受ける、受けない、条件を変えて受ける。「検討します」を選べる形にすると、そこに全部が溜まります。検討が必要なら「いつまでに判断するか」を返します。判断の保留と、判断しないことは別です。
判断した人と日付が記録として残る形にしておくと、後で振り返れます。振り返りたいのは判断の良し悪しではなく、判断までに何日かかったかです。ここが5営業日を超えているなら、判断する人が持ちすぎているか、判断に必要な情報が依頼に載っていないかのどちらかです。
部署をまたぐ依頼で決めるべき期限は2つあります。返答の期限と、作業の完了の期限です。混ざりやすいのは前者が抜けるときです。
返答の期限は、依頼した側が決めるものではありません。受ける側の事情が入るため、置かれた時点では未定です。そこで、入口に置かれた依頼には受けた側が返答の期限を書いて返すという形にします。内容を見て、いつまでに判断を返すかを最初に返すだけの手順です。
この一手で、依頼した側の待ち方が変わります。いつ返ってくるか分からない待ちは、催促を生みます。催促は受ける側の作業を止めるため、返答がさらに遅れます。期限が分かっている待ちは、催促を生みません。
目安として、判断を返すまでの期限は3営業日以内に置いておくと運用が保ちます。それより長い期限を置くなら、理由を1行添えます。理由が書かれていれば、依頼した側は他の段取りを組めます。
繁忙期の扱いも先に決めておきます。月末の締めや繁忙期に入る部署は、その期間だけ返答の期限を延ばすことを事前に共有します。事前に共有された遅れは計画の一部ですが、その場で発生した遅れは事故として扱われます。同じ日数でも、部署間の信頼に対する効き方が逆になります。
受け渡しで最後に残るのは、どこまでやれば終わりかです。ここを書かないと、手戻りが必ず出ます。
完了の定義は、依頼した側が書きます。書くのは成果物の状態です。「デザインを作る」ではなく「トップページの案を2つ、スマートフォンの表示まで含めて出す」と書きます。外の人が見て、終わったかどうかを判定できる書き方にします。
判定できる書き方になっているかは、1つの問いで確かめられます。その文を読んだ第三者が、終わったかどうかを迷わず答えられるか。迷うなら、形容詞が入っています。「きれいに」「しっかり」「なるべく早く」は、後から解釈で揉める語です。
完了の定義と一緒に決めておくとよいのが、差し戻しの回数です。1回目の差し戻しまでは想定の範囲、2回目からは別の依頼として扱う、という線を引いておきます。回数の上限を決めずに始めると、受ける側は終わりの見えない作業を抱えることになり、次の依頼を受けたがらなくなります。
ここまでの4つを決めると、連携の手順は次の形に収まります。入口に置く。受けた側が返答の期限を返す。判断する人が結果を返す。完了の条件に沿って受け渡す。この4段で、部署をまたぐ依頼のほとんどが流れます。
受け渡しの形が決まっても、依頼の書き方がばらばらだと受ける側の手間は減りません。記入項目を増やすと書かれなくなるため、そろえるのは3行だけにします。
1行目は、なぜ必要かです。背景が1行あるだけで、受ける側は代案を出せます。背景の無い依頼は言われたとおりに作るしかなく、的を外したときに全部が手戻りになります。「来月の展示会で配る資料に使うため」と書かれていれば、受ける側は判型や締切から逆算して、もっと早く出せる形を提案できます。
2行目は、成果物の状態です。完了の定義と同じ内容を、依頼の時点で1行にします。確かめるのは1点だけで、形容詞が入っていないかを見ます。「きれいに」「しっかり」が入っていたら、それは状態ではなく感想です。
3行目は、いつまでに必要かと、その日付の性質です。動かせない日付なのか、目安なのかを書き分けます。「10月15日（動かせません。展示会の初日です）」と「10月中（目安です）」では、受ける側の段取りがまったく変わります。日付だけを書いて性質を書かないと、受ける側は全部を動かせない日付として扱うか、全部を目安として扱うかのどちらかに寄ります。前者なら他の仕事が押し出され、後者なら間に合いません。
3行で書けない依頼は、依頼ではなく相談です。相談を依頼の形で流すと、受ける側は判断できずそのまま滞留します。相談は先に短く話す場を持ち、内容が固まってから依頼にします。この切り分けだけで、受付に溜まる件数は目に見えて減ります。
書式をそろえる仕掛けとしては、記入欄を細かく用意するより、書かれた例のカードを1枚用意して複製してもらう形が軽く済みます。欄は埋められないと空白のまま残りますが、例は真似されます。
3行のうち、実務でいちばん抜けるのは1行目です。急いでいるときに最初に削られるのが背景で、削られた背景は受ける側の確認の往復として戻ってきます。1行書く手間と、確認のやり取りを2往復する手間では、後者のほうが確実に長くかかります。依頼が多い部署には、この1点だけを伝えれば足ります。背景を書く欄を先頭に持ってきて、他の欄より広くしておくと、書かれる率が上がります。
受け渡しの形を決めると、効果は3つの場所に出ます。順番も、この並びで現れます。
最初に出るのは手戻りの減少です。 完了の定義を書くようになると、やり直しの回数が目に見えて減ります。手戻りは工数の損失だけでなく、受けた側の意欲も削ります。2回連続でやり直しを求められた人は、次の依頼で確認の回数を増やし、そのぶん納期が伸びます。ここが止まると、連携の速さは自然に戻ります。
次に出るのは待ちの短縮です。 返答の期限を返す運用にすると、待っている時間そのものは大きく変わらないのに、待っている側の段取りが組めるようになります。3営業日で返ると分かっていれば、その間に別の工程を進められます。いつ返るか分からない待ちは、他の仕事も止めます。
最後に出るのは顧客に向いた面での効果です。 部署をまたぐ受け渡しが揃うと、問い合わせへの返答や納品後の対応で、部署ごとに違うことを言う状態が減ります。
部署間で連携し、一貫した質の高い情報・サービスを提供することで、シームレスで快適な顧客体験を実現できます。顧客の声が迅速かつ的確にサービス改善に反映されることで、顧客満足度は向上し、長期的な信頼関係（顧客ロイヤリティ）が築かれ、LTV（顧客生涯価値）の向上に貢献します。 出典: biz.moneyforward.com
ここで注意したいのは、効果の測り方です。顧客満足や信頼関係は、受け渡しを直した翌月には動きません。動くのは手戻りの回数と待ちの日数です。改善を続けるかどうかの判断には、先に動く2つを使います。後から動く指標を判断に使うと、効いているのに「変わらないからやめよう」という結論になります。
社内の側面では、新しく入った人の立ち上がりにも効きます。依頼の置き場所と判断する人が決まっていれば、他部署に誰がいるかを覚える前に仕事を進められます。人の入れ替わりがある組織では、ここが連携の速さを保つ土台になります。
受け渡しの形が決まると、会議の中身が変わります。ここを意識して変えないと、形だけ整って会議はそのまま残ります。
部署をまたぐ定例の時間は、たいてい3つに分かれています。状況の確認、判断、雑談です。このうち状況の確認は、板を見れば済みます。板に載っていない案件があるから、口で確認する必要が出ています。
そこで、会議の前に1つだけ決めます。状況の確認は会議でやらない。 会議の開始時点で、参加者は板を見て状況を把握している前提にします。把握できていない案件があれば、それは板への記録が漏れているという指摘として扱います。人を責める話ではなく、記録の漏れを見つける仕掛けとして使います。
会議に残すのは、板の上では決められないことだけです。優先順位のぶつかり合い、人の割り当て、方針の変更。どれも1人では決められないため、集まる価値があります。
議題の集め方も先に決めます。会議の前日までに、判断してほしいことを板のカードに置いてもらい、当日はその一覧を上から見ていきます。議題が0件なら会議を開きません。開かない判断ができるようになると、定例の数が自然に減ります。
時間の目安としては、5人から10人の規模で、部署をまたぐ定例は30分に収まります。それを超えているなら、状況の確認が混ざっているか、判断する人がその場にいないかのどちらかです。判断する人がいない会議は、次の会議を作るだけで終わります。
連携がうまくいっている例を見ると、特別なことをしていません。共通しているのは3つです。
1つ目は、受け渡しの場所が1か所であることです。 部署ごとに違う道具を使っていても、部署をまたぐものだけは同じ場所に置いています。全社で道具を統一する必要はありません。またぐ部分だけを揃えます。
2つ目は、待ちが見えていることです。 誰が誰の返答を待っているのかが、聞かなくても分かる状態になっています。これがあると、会議の時間が状況確認から判断に移ります。部署をまたぐ会議で最初の20分が状況の確認に消えているなら、待ちが見えていません。
3つ目は、完了の条件が依頼の時点で書かれていることです。 書く習慣がついているチームは、そもそも手戻りが少ないため、連携が良いと評価されます。順序が逆で、手戻りが少ないから関係が良く見えています。
逆に、成功例としてよく紹介される割に再現しにくいのが、合同の会議体を作る方法です。部署をまたぐ定例を作ると、その場では話が進みます。ただ、次の定例まで案件が止まるという副作用が出ます。週1回の定例を作ると、判断の待ち時間の平均が3営業日前後に固定されます。定例は決めごとの場として残し、日々の判断は定例の外で返す形にしておくと、この副作用を避けられます。
連携の改善が続かない理由は、だいたい決まっています。
評価の向きと合っていない。 他部署への協力が評価に入っていない状態で協力を求めると、協力は個人の善意になります。善意は繁忙期に消えます。
組織全体の文化や人事評価制度も連携に大きな影響を与えます。個人や自部署の成果ばかりが評価され、他部署への貢献や連携による成果が評価されにくい制度では、従業員は連携にメリットを感じにくくなります。「協力するより、自分の仕事に集中した方が評価される」という文化が根付いている場合、連携を促進するのは困難です。 出典: biz.moneyforward.com
評価制度を変えるのは時間がかかります。先にできるのは、協力した事実が記録に残る形にしておくことです。誰がどの依頼を受けて返したかが残っていれば、評価の話をするときの材料になります。記録が無い状態で「協力を評価しよう」と決めても、何を見て評価するのかが分からず、運用されません。
道具の数で解決しようとする。 部署間の連携のために新しい道具を導入すると、見る場所が1つ増えます。増えた場所は、忙しい週に見られません。導入するなら、既に毎日見ている場所に受け渡しの列を用意する形にします。
情報の非対称を放置する。 依頼の背景が分からないまま作業を受けると、受ける側は判断できず、言われたことだけをやります。結果として的を外し、手戻りになります。依頼に「なぜこれが必要か」を1行入れるだけで、受ける側の精度が上がります。
始めるときに全部署を対象にする。 最初から全社で始めると、運用の粗さが同時に10か所で出ます。いちばん詰まっている2部署の間だけで1か月試し、形が固まってから広げます。
受け渡しの形が決まったら、それを載せる場所を選びます。判断の軸は3つです。
部署をまたいで同じ画面を見られるか。 部署ごとに契約が分かれている道具だと、他部署の状況を見るために契約する人数を増やすことになります。人数の上限が厳しい料金の形だと、見るだけの人を入れられず、待ちが見えない状態が続きます。
依頼の形を自分で決められるか。 部署間の依頼に必要な項目は業種で変わります。カスタムフィールドで独自の項目を用意できるかどうかで、入口の作りやすさが変わります。
話す場所と残す場所が近いか。 依頼のやり取りが別のチャットで進むと、判断の理由が流れていきます。カードにコメントが付く形だと、後から読み返せます。
道具の候補を比べるときは、機能の数ではなく、上限の当たり方を見ます。無料で使える範囲が機能で切られているのか、人数とボードの数で切られているのかで、部署をまたぐ使い方に向くかどうかが変わります。機能で切られていると、ガントチャートや権限の設定を使うために全員分の課金が必要になり、見るだけの他部署の人を入れにくくなります。比較の一覧では、主要なサービスの上限の当たり方を横並びにしています。
いま使っている道具から動かす場合の見どころも先に挙げます。付箋のように動かす使い方が中心なら、Trelloとの比較で、ボードの数の上限と、そこから進んだときに何が変わるかを確かめられます。文書とデータベースを兼ねた使い方をしているなら、Notionとの比較が近い比較になります。課題の追跡を開発部門が使っているなら、Backlogとの比較で、開発以外の部署を巻き込むときの見え方を確かめられます。
部署間の連携を1つの板に載せるとき、板の作り方には2つの形があります。どちらを選ぶかで、運用の続きやすさが変わります。
1つは、部署ごとにボードを作って、部署をまたぐ依頼だけを別のボードに置く形です。各部署の中の仕事は今のやり方を変えずに済むため、導入の抵抗がいちばん小さくなります。欠点は、依頼が2か所に存在することです。またいだ依頼を自部署のボードにも写すと、更新が二重になります。
もう1つは、部署をまたぐ案件を1つのボードに集めて、列で進行の段階を表す形です。受付、判断待ち、作業中、確認待ち、完了。この形にすると、待ちがどこに溜まっているかが列の高さで分かります。案件の数が30件を超えると1つのボードでは見づらくなるため、そこから部署の組み合わせごとに分けます。
板の種類も使い分けます。受け渡しの状態を見るならカンバン、納期の重なりを見るならガントチャート、誰に仕事が積み上がっているかを見るなら人を縦に並べる表です。同じカードを別の見え方で確認できると、会議で開く画面が1つに収まります。できることでは、8種類のボードがそれぞれ何を見るためのものかを並べています。
料金の形も、部署をまたぐ使い方では効き方が変わります。機能で絞らず、区切るのは人数とボードの数だけという形であれば、他部署の人に最初から全部の画面を見せられます。2026年9月27日時点の料金は、5人まで期限なしで無料、6人目からが1人あたり月額500円（税抜）です。見るだけのゲストを人数に数えるかどうかは道具によって違うため、他部署を巻き込む前に確かめておくと見積りがずれません。
始め方は小さく決めます。いちばん詰まっている2部署を選び、受付の列を1つ作り、判断する人を1人決め、返答の期限を3営業日に置く。これだけを1か月続けて、止まった案件の数を前後で比べます。数が減っていれば広げ、変わらなければ4か所のどこが直っていないかを見ます。手順の細かい点はよくある質問にも並べています。
依頼の入口を1か所に決めることから始めます。他部署への依頼は決めた場所にしか置かない、口頭で頼まれたら受けた側が代わりに置く、という2つの決めごとだけで拾い漏れが消えます。交流の場を作るより先に形を決めると、その場で話す議題が出てきます。
判断そのものと、判断の重さを分けて考えます。軽い依頼は1人で決め、重い依頼は「1人で決めない」と判断して上に上げます。その最初の切り分けを1人が担うだけで滞留は消えます。不在時の代わりも名前で決めておけば、止まりません。
全社で統一する必要はありません。部署をまたぐ依頼だけを同じ場所に置けば足ります。新しい道具を1つ導入すると見る場所が増え、忙しい週に見られなくなります。すでに毎日見ている場所に受け渡しの列を用意する形が続きやすいです。
止まった案件の数と、判断が返るまでの日数の2つで測ります。どちらも記録から数えられます。「風通しが良くなった」という感覚は測れないため、改善が続いているかどうかの判断に使えません。月ごとに同じ2つを並べると、形のどこが効いたかが分かります。