組織運営・変革

組織変更では、決定内容だけを伝えても不安は収まりません。メンバーが知りたいのは、自分の仕事・評価・人間関係がどう変わるかです。未確定事項を無理に断定せず、分かっていることと今後決めることを分けて説明します。

最初に押さえたい考え方

管理職がすべての答えを持つ必要はありません。ただし、判断の前提、役割、次に確認する時期を曖昧にしないことが重要です。本人の受け止め方を確認しながら、具体的な行動へ落とし込みます。

実践手順

1. 手順1：変更の背景と変えない方針を整理する

   事実と解釈を分けて確認し、誰が・いつまでに・何をするかを言葉にします。決められない事項には回答日を設定します。

2. 手順2：個人への影響を具体化する

   事実と解釈を分けて確認し、誰が・いつまでに・何をするかを言葉にします。決められない事項には回答日を設定します。

3. 手順3：全体説明と個別面談を組み合わせる

   事実と解釈を分けて確認し、誰が・いつまでに・何をするかを言葉にします。決められない事項には回答日を設定します。

4. 手順4：未確定事項と回答予定日を示す

   事実と解釈を分けて確認し、誰が・いつまでに・何をするかを言葉にします。決められない事項には回答日を設定します。

5. 手順5：移行後の負荷と役割重複を点検する

   事実と解釈を分けて確認し、誰が・いつまでに・何をするかを言葉にします。決められない事項には回答日を設定します。

伝え方の具体例

• 避けたい伝え方：詳細は未定ですが、とにかく協力してください
• 伝え方：決定済みの範囲、未決定の範囲、次に共有する日を分けて説明する

例文はそのまま読み上げるのではなく、相手との関係や実際の事実に合わせて調整してください。結論をぼかさず、相手が質問できる余白を残します。

うまくいかないときに確認すること

• 期待する行動が抽象的になっていないか
• 本人が動くための情報・権限・時間が足りているか
• 一度の説明で理解したと決めつけていないか
• 管理職自身の都合だけで期限を設定していないか

実践前のチェックリスト

• ☐ 本人が自分への影響を理解できる
• ☐ 質問を受ける場と回答期限がある
• ☐ 異動者・残留者の双方を支援する
• ☐ 業務の引き継ぎ責任者が明確

まとめ

問題を個人の姿勢だけで説明せず、役割、情報、仕事の進め方、対話の機会を見直すことが改善の出発点です。一度にすべてを変えず、次に確認できる小さな行動を一つ決め、結果を見ながら調整してください。

あわせて読みたい関連記事

• ジョブディスクリプションの作り方
• 悪い知らせを誠実に伝える方法

プロジェクトを始めるときは期待を語れても、やめる条件は後回しになりがちです。撤退基準を事前に決めると、失敗を責めるのではなく、限られた人員や予算を次の選択肢へ移す判断がしやすくなります。

最初に押さえたい考え方

管理職がすべての答えを持つ必要はありません。ただし、判断の前提、役割、次に確認する時期を曖昧にしないことが重要です。本人の受け止め方を確認しながら、具体的な行動へ落とし込みます。

実践手順

1. 手順1：目的と成功指標を数値・期限で定義する

   事実と解釈を分けて確認し、誰が・いつまでに・何をするかを言葉にします。決められない事項には回答日を設定します。

2. 手順2：継続・見直し・中止の基準を決める

   事実と解釈を分けて確認し、誰が・いつまでに・何をするかを言葉にします。決められない事項には回答日を設定します。

3. 手順3：評価日と判断者を設定する

   事実と解釈を分けて確認し、誰が・いつまでに・何をするかを言葉にします。決められない事項には回答日を設定します。

4. 手順4：現状維持以外の選択肢を比較する

   事実と解釈を分けて確認し、誰が・いつまでに・何をするかを言葉にします。決められない事項には回答日を設定します。

5. 手順5：中止後の顧客・メンバー対応を準備する

   事実と解釈を分けて確認し、誰が・いつまでに・何をするかを言葉にします。決められない事項には回答日を設定します。

伝え方の具体例

• 曖昧：成果が出なければ見直す
• 具体的：3か月時点で有効商談10件未満、かつ改善案を2回実行しても増加しない場合は縮小を審議する

例文はそのまま読み上げるのではなく、相手との関係や実際の事実に合わせて調整してください。結論をぼかさず、相手が質問できる余白を残します。

うまくいかないときに確認すること

• 期待する行動が抽象的になっていないか
• 本人が動くための情報・権限・時間が足りているか
• 一度の説明で理解したと決めつけていないか
• 管理職自身の都合だけで期限を設定していないか

実践前のチェックリスト

• ☐ 基準が開始前または早期に合意されている
• ☐ 単一指標ではなく品質・費用・リスクも見る
• ☐ 過去の投資額だけで継続を決めない
• ☐ 撤退時の説明と学びの記録がある

まとめ

問題を個人の姿勢だけで説明せず、役割、情報、仕事の進め方、対話の機会を見直すことが改善の出発点です。一度にすべてを変えず、次に確認できる小さな行動を一つ決め、結果を見ながら調整してください。

あわせて読みたい関連記事

• 部署再編・組織変更の進め方

プロジェクト単位の組織運営が広がる中、一人の部下が複数の上司から指示を受けるマトリクス型の働き方が増えています。指示系統が重なることで、部下が板挟みになったり、優先順位が分からなくなったりする問題が起こりがちです。本記事では、そうした環境で部下を支援する進め方を紹介します。

なぜこの業務から始めるべきか

複数の上司を持つ部下は、業務量の調整や評価の基準があいまいになりやすく、本人が一人で抱え込んでしまう傾向があります。組織構造上避けられない仕組みだからこそ、直属のマネージャーが積極的に調整役を果たさなければ、部下の負担は増える一方です。

具体的な手順

①部下が受けている指示や依頼を、定期的に本人と一緒に棚卸しします。②複数の依頼が重なった場合の優先順位の判断基準を、関係する上司同士であらかじめすり合わせておきます。③本人が板挟みで判断に迷った際に、いつでも相談できる状態をつくります。④評価にあたっては、他の上司からの情報も集め、一面的な評価にならないようにします。⑤定期的に本人の業務量が過大になっていないかを確認します。

つまずきやすい点

関係する上司同士の調整を怠ると、結局すべての負担が部下本人に押し付けられてしまいます。また、本人から相談があった際に「自分で調整して」と突き放すと、板挟みの苦しさがさらに増します。評価の場面で他の上司の情報を集めずに判断すると、本人の努力が正しく反映されないこともあります。

効果・まとめ

複数の上司が関わる働き方では、直属のマネージャーが積極的に情報を集め、調整役を担うことが欠かせません。指示の棚卸しと優先順位のすり合わせを仕組みとして持つことで、部下は安心して複数の役割をこなせるようになります。

実体験：現場で困った場面とやってみたこと

自分が困った場面

「複数の上司・マトリクス組織で働く部下への支援の仕方」というテーマについて、最初からうまく対応できていたわけではありません。実際にこの場面に直面したとき、何をどう伝えればよいのか分からず、対応に迷った経験があります。頭では分かっていても、いざその場になると言葉が出てこないことがよくありました。

実際に使った言葉

「あの、もし可能であれば、なんですが…できる範囲でいいので、少し考えていただけたらと…」

今振り返ると、要点がぼやけてしまい、相手に何を求めているのかが伝わりにくい言い方だったと思います。

うまくいかなかった対応

遠慮がちな伝え方を続けた結果、意図が正しく伝わらず、対応が後回しにされたり、認識のズレがそのまま残ってしまったりすることがありました。かといって、はっきり言おうとすると今度は言葉がきつくなりすぎてしまい、相手との距離ができてしまうこともありました。曖昧に伝えることと、きつく伝えすぎること、どちらも関係を難しくする原因になっていました。

次に変えたこと

「相手への配慮を示す言葉」と「伝えたい内容」を分けて話すように意識を変えました。まず相手の立場や状況をねぎらう一言を添えたうえで、伝えたいことは要点を絞ってはっきり伝える。この順番を意識するだけで、相手の受け止め方が明らかに変わりました。

現場で使えるチェックリスト

サーベイは実施することより、結果をどう扱うかで信頼が決まります。低い点数の原因を個人に求めず、メンバーと解釈を確かめ、小さな改善を実行して結果を共有します。回答したのに何も変わらない状態を避けることが重要です。

最初に押さえたい考え方

管理職がすべての答えを持つ必要はありません。ただし、判断の前提、役割、次に確認する時期を曖昧にしないことが重要です。本人の受け止め方を確認しながら、具体的な行動へ落とし込みます。

実践手順

1. 手順1：回答率と匿名性の条件を確認する

   事実と解釈を分けて確認し、誰が・いつまでに・何をするかを言葉にします。決められない事項には回答日を設定します。

2. 手順2：前年差と自由記述を組み合わせて読む

   事実と解釈を分けて確認し、誰が・いつまでに・何をするかを言葉にします。決められない事項には回答日を設定します。

3. 手順3：対話で背景を確認する

   事実と解釈を分けて確認し、誰が・いつまでに・何をするかを言葉にします。決められない事項には回答日を設定します。

4. 手順4：改善テーマを一つか二つに絞る

   事実と解釈を分けて確認し、誰が・いつまでに・何をするかを言葉にします。決められない事項には回答日を設定します。

5. 手順5：担当・期限・確認指標を決めて進捗を返す

   事実と解釈を分けて確認し、誰が・いつまでに・何をするかを言葉にします。決められない事項には回答日を設定します。

伝え方の具体例

• 悪い対応：スコアが低い項目をすべて改善目標にする
• 良い対応：影響が大きく現場で変えられる一項目を選び、4週間試す

例文はそのまま読み上げるのではなく、相手との関係や実際の事実に合わせて調整してください。結論をぼかさず、相手が質問できる余白を残します。

うまくいかないときに確認すること

• 期待する行動が抽象的になっていないか
• 本人が動くための情報・権限・時間が足りているか
• 一度の説明で理解したと決めつけていないか
• 管理職自身の都合だけで期限を設定していないか

実践前のチェックリスト

• ☐ 少人数の回答者を特定しない
• ☐ 都合のよい結果だけを共有していない
• ☐ アクションの担当と期限が明確
• ☐ 実施後にメンバーへ結果を返した

まとめ

問題を個人の姿勢だけで説明せず、役割、情報、仕事の進め方、対話の機会を見直すことが改善の出発点です。一度にすべてを変えず、次に確認できる小さな行動を一つ決め、結果を見ながら調整してください。

あわせて読みたい関連記事

• 部下のやる気を引き出す進め方
• 考課者調整会議の進め方

部署横断のプロジェクトやワーキンググループを任されたとき、多くのマネージャーは「とりあえずキックオフ会議を開いて仕事を割り振る」ところから始めてしまう。しかし、進め方やルールを決めないまま走り出すと、後になって「誰が決定権を持つのか」「報告は誰にすればいいのか」でもめることになる。本稿では、新設チームを立ち上げる際に最初に固めておくべきルールと手順を紹介する。

なぜこの業務から始めるべきか

既存の部署と違い、新設のプロジェクトチームには前例やこれまでの慣習がない。ルールが曖昧なまま進めると、メンバーそれぞれが自分の所属部署のやり方を持ち込み、認識のズレが積み重なっていく。立ち上げの初期段階でルールを明文化しておくことで、後々の手戻りやメンバー間の摩擦を大きく減らせる。

具体的な手順

①目的とゴールを一枚の文書にまとめる。「何を、いつまでに、どの状態にするか」を全員が同じ言葉で説明できるようにする。

②意思決定のルールを決める。誰が最終決定を下すのか、多数決なのか、リーダー一任なのかを最初の会議で明確にする。

③報告・連絡のルートを決める。所属部署の上司への報告と、プロジェクト内での報告を混同させないよう、経路を分けて設計する。

④定例会議の頻度と時間を先に固定する。「必要に応じて開催」とすると開催されないまま放置されがちなので、曜日と時間をあらかじめ決める。

⑤役割分担を紙に書き出し、全員で確認する。他の業務と掛け持ちするメンバーが多い場合ほど、担当範囲を明文化しないと業務の抜け漏れが起きやすい。

つまずきやすい点

最も多い失敗は、キックオフの熱量に頼り、詳細を決めずに走り出してしまうことだ。初回は勢いよく進んでも、２回目以降の会議で「誰がまとめるのか」があやふやになり、停滞するケースが目立つ。また、他の業務と掛け持ちするメンバーは既存業務との優先順位の調整に苦労しやすく、事前に上司同士で稼働の合意を取っておかないと、プロジェクトが後回しにされてしまう。役割分担を決めても、書面に残さず口頭で終わらせると、記憶違いから後でトラブルになることもある。

効果・まとめ

立ち上げ段階でのルールづくりは地味な作業だが、プロジェクトの成否を左右する土台になる。目的・意思決定・報告経路・会議体・役割分担の５点を最初に固めておけば、メンバーが迷わず動けるようになり、リーダーへの問い合わせや調整の手間も大きく減る。急がば回れの姿勢で、最初の１週間を丁寧に使うことをお勧めしたい。

実体験：現場で困った場面とやってみたこと

自分が困った場面

「新しく発足したプロジェクトチームの立ち上げ・ルールづくり」というテーマについて、最初からうまく対応できていたわけではありません。実際にこの場面に直面したとき、何をどう伝えればよいのか分からず、対応に迷った経験があります。頭では分かっていても、いざその場になると言葉が出てこないことがよくありました。

実際に使った言葉

「あの、もし可能であれば、なんですが…できる範囲でいいので、少し考えていただけたらと…」

今振り返ると、要点がぼやけてしまい、相手に何を求めているのかが伝わりにくい言い方だったと思います。

うまくいかなかった対応

遠慮がちな伝え方を続けた結果、意図が正しく伝わらず、対応が後回しにされたり、認識のズレがそのまま残ってしまったりすることがありました。かといって、はっきり言おうとすると今度は言葉がきつくなりすぎてしまい、相手との距離ができてしまうこともありました。曖昧に伝えることと、きつく伝えすぎること、どちらも関係を難しくする原因になっていました。

次に変えたこと

「相手への配慮を示す言葉」と「伝えたい内容」を分けて話すように意識を変えました。まず相手の立場や状況をねぎらう一言を添えたうえで、伝えたいことは要点を絞ってはっきり伝える。この順番を意識するだけで、相手の受け止め方が明らかに変わりました。

現場で使えるチェックリスト

便利になるはずのツールを導入しても、現場から「今のやり方で困っていない」「入力が増えただけ」と反発されることがあります。抵抗を本人の意欲不足と決めつけると、表面上は使われても、旧手順との二重運用が残ります。

導入を成功させるには、製品の機能より先に、現場が失うものと増える負担を確認する必要があります。

今回の架空ケース

申請書をメールで提出する方法から、Webフォームへ切り替えます。

• 目的：記入漏れと差し戻しを減らす
• 対象：3部署、約30人
• 導入時期：2か月後
• 現場の懸念：入力項目が増える、操作を覚える時間がない

数値や組織は説明用の架空例です。

現場が抵抗する5つの理由

1. 変更する理由が伝わっていない
2. 自分の作業だけ増えるように見える
3. 慣れたやり方を失う不安がある
4. 過去の導入が定着しなかった
5. 困ったときの支援が分からない

反対意見には、導入計画の不足を見つける情報が含まれています。

導入前に聞く質問

• 現在の申請で最も時間がかかる部分はどこか
• 新しい方法で増えそうな作業は何か
• 忙しい時期や避けたい日程はあるか
• 操作説明は動画、手順書、説明会のどれが使いやすいか
• 旧手順を残す必要がある例外は何か

「新ツールに賛成ですか」と聞くより、実務上の懸念を具体化できます。

定着までの6ステップ

1. 現状の問題を数える

差し戻し件数、処理時間、問い合わせ件数などを導入前に記録します。基準がなければ、導入後の効果を判断できません。

2. 現場代表と手順を確認する

実際に作業する人に試してもらい、入力順、用語、例外処理を確認します。

3. 小さな範囲で試す

1部署または特定の申請だけ、2〜4週間試行します。全社一斉導入の前に不具合を直します。

4. 変更点を業務場面で説明する

これまでは記入漏れがあるとメールで差し戻していました。新フォームでは必須項目が空欄だと送信できないため、差し戻しを減らすことを狙っています。

「便利な新システムです」ではなく、誰のどの作業が変わるかを伝えます。

5. 質問先と回答期限を決める

導入初月は担当者と質問用チャネルを明示し、「営業日中は4時間以内に一次回答」など対応目安を決めます。

6. 継続・修正・中止を判断する

試行前に成功条件と中止条件を決めます。

判断項目	確認例
効果	差し戻し件数は減ったか
負担	入力時間は増えていないか
定着	対象者の何割が利用したか
問題	業務を止める不具合はないか

反発を受けたときの会話例

避けたい返答

会社で決まったことなので、とにかく使ってください。

修正例

入力が増えたと感じている点を確認したいです。どの項目に時間がかかっていますか。導入目的は差し戻しを減らすことですが、全体の作業時間が増えるなら手順を見直す必要があります。

決定事項は曖昧にせず、改善できる部分は聞き分けます。

旧手順を残す期間を決める

二重運用を無期限に続けると、新しい仕組みが定着しません。「試行中のみ旧手順を利用可」「正式導入後は障害時だけ利用」のように、終了条件を示します。

まとめ

現場の抵抗は、変化を嫌っているだけとは限りません。負担、例外、不安、過去の失敗などを具体化すると、導入計画の改善点が見えてきます。現状測定、小規模試行、支援体制、見直し条件までを一つの導入計画として設計しましょう。

関連記事

• チームの合意形成・意思決定の進め方

店舗や工場、コールセンターなど、複数拠点やシフト制で働くチームでは、全員が同じ場所・同じ時間にそろうことがない。そのため情報や方針がメンバーによって伝わり方にばらつき、チームとしての一体感を保つのが難しくなりがちだ。本記事では、拠点やシフトをまたいでマネジメントを行うための具体的な工夫を紹介する。

なぜこの業務から始めるべきか

複数拠点・シフト制のチームでは、同じ説明をしたつもりでも、伝わる情報の量や質がシフトや拠点によって偏りやすい。この偏りを放置すると、拠点ごとに独自のルールが生まれたり、一部のメンバーだけが方針を知らないまま業務を進めたりする事態につながる。情報伝達の仕組みを整えることは、品質のばらつきやトラブルを未然に防ぐための土台となる。

具体的な手順

①方針や決定事項は、口頭だけでなく必ず記録に残る形（連絡ノートやチャット）でも共有する。
②拠点やシフトごとにリーダー役を置き、現場の状況を定期的に吸い上げる窓口を明確にする。
③全員参加が難しい会議は、要点を短くまとめた資料を後から確認できるようにしておく。
④拠点間で対応にばらつきが出やすい業務は、判断基準をあらかじめ言語化して共有しておく。
⑤月に一度など頻度を決めて、拠点をまたいだ情報交換の場を意図的に設ける。

つまずきやすい点

情報共有の仕組みを整えても、忙しい現場では「読む時間がない」「結局口頭の方が早い」と形骸化しやすい。特に繁忙期に更新が滞ると、それ以降誰も見なくなってしまうため、最初のうちは短く簡潔な内容に絞り、続けやすさを優先することが大切だ。また、拠点リーダーに情報を任せきりにすると、リーダーの解釈が加わって内容が変わってしまうこともあるため、重要な決定事項は原文のまま伝わっているかを定期的に確認したい。

効果・まとめ

情報共有の仕組みを整えたことで、拠点間の対応のばらつきが減り、現場からの問い合わせや確認の手間が減ったという例は多い。まずは方針や決定事項を記録に残す習慣から始めてみてほしい。

実体験：現場で困った場面とやってみたこと

自分が困った場面

「複数拠点・シフト制チームを一体感を持って動かすマネジメント」というテーマについて、最初からうまく対応できていたわけではありません。実際にこの場面に直面したとき、何をどう伝えればよいのか分からず、対応に迷った経験があります。頭では分かっていても、いざその場になると言葉が出てこないことがよくありました。

実際に使った言葉

「あの、もし可能であれば、なんですが…できる範囲でいいので、少し考えていただけたらと…」

今振り返ると、要点がぼやけてしまい、相手に何を求めているのかが伝わりにくい言い方だったと思います。

うまくいかなかった対応

遠慮がちな伝え方を続けた結果、意図が正しく伝わらず、対応が後回しにされたり、認識のズレがそのまま残ってしまったりすることがありました。かといって、はっきり言おうとすると今度は言葉がきつくなりすぎてしまい、相手との距離ができてしまうこともありました。曖昧に伝えることと、きつく伝えすぎること、どちらも関係を難しくする原因になっていました。

次に変えたこと

「相手への配慮を示す言葉」と「伝えたい内容」を分けて話すように意識を変えました。まず相手の立場や状況をねぎらう一言を添えたうえで、伝えたいことは要点を絞ってはっきり伝える。この順番を意識するだけで、相手の受け止め方が明らかに変わりました。

現場で使えるチェックリスト