新しいシステムの説明会を開き、操作方法や導入効果を説明した。質疑応答でも大きな反対はなかった。それなのに、導入後は入力されず、以前のExcelやメールが使われ続けることがあります。
このとき「説明したのに使わない」と考えると、追加の研修や利用の義務化へ進みがちです。しかし、問題は説明不足ではなく、説明会で懸念が表に出ていなかった可能性があります。
この記事では、反対意見がない状態を合意とみなさず、現場が言わなかった不安を導入前に見つける方法を解説します。
沈黙は賛成ではない
現場が懸念を持っていても、発言しない理由があります。
- 方針がすでに決まっているように見える
- 反対すると変化を嫌う人だと思われそう
- 自分だけ理解できていないと思われたくない
- 問題を指摘すると対応責任まで負わされそう
- 過去に意見を出しても何も変わらなかった
- 上司や導入責任者の前で言いにくい
MorrisonとMillikenは、従業員が潜在的な問題や論点に関する情報を広く差し控える状態を「組織的沈黙」として整理し、組織の変化や発展を妨げる可能性を論じています。Organizational Silence: A Barrier to Change and Development in a Pluralistic World
説明会で手が挙がらないことは、問題がない証拠ではありません。言うことのリスクが、言うことの効果を上回っている場合があります。
賛否を聞くと、本当の懸念が見えにくい
「このシステムで問題ありませんか」と聞かれると、参加者は賛成か反対かを選ぶことになります。しかし現場が持っているのは、全面的な反対ではなく具体的な運用上の懸念です。
- 月末だけ処理量が増えるが耐えられるか
- 取消案件を誰が直すのか
- 入力を間違えたとき責任は誰にあるか
- 外出中やスマートフォンでも使えるか
- 既存データとの不一致をどう扱うか
- 顧客別の例外を登録できるか
賛否ではなく、どこで仕事が止まるかを聞く必要があります。
表に出た反対を3種類に分ける
懸念が出たら、すべてを「抵抗」として扱わず、対応方法で分けます。
条件付き賛成
操作改善、時間確保、責任分担など、条件が満たされれば協力できる状態です。条件と確認日を決めます。
利害上の反対
仕事量、評価、権限、予算が不利になる状態です。追加説明ではなく、便益と負担の配分を変える必要があります。
リスク上の反対
顧客対応、会計、セキュリティ、品質上の問題があります。停止条件、承認、例外時の戻し方を設計します。
反対の種類が違えば、必要なのは説得、仕様変更、経営判断のどれかも変わります。
管理職の「いつでも言って」が機能しない理由
DetertとBurrisが3,149人の従業員と223人の管理者を対象に行った研究では、管理者が意見に開かれていると部下が認識することが、改善志向の発言と一貫して関連し、その関係には心理的安全性が関わっていました。Leadership Behavior and Employee Voice: Is the Door Really Open?
重要なのは「意見を歓迎します」と言うことだけではありません。実際に異論を聞いたときの反応、検討結果の説明、提案者へ不利益がないことが観察されています。
一度、問題提起を面倒扱いしたり、提案者へ追加作業を丸ごと渡したりすると、次からは意見が出にくくなります。
導入前に沈黙を減らす5つの方法
1. 決定事項と変更可能な範囲を分ける
導入そのものが決定済みなら、その事実を隠しません。そのうえで、入力項目、通知方法、役割分担、移行日など、現場が変更できる範囲を示します。
2. 全体会議の前に実務単位で聞く
大人数の説明会より、入力担当、確認担当、経理、管理者ごとに実際の1件を処理しながら確認します。役職者の前では出にくい懸念も拾いやすくなります。
3. 反対意見ではなく失敗条件を聞く
次のように質問します。
- この運用が止まりそうなのはどんな日ですか
- 今の手順より増える作業は何ですか
- 誰の判断が必要なのに未定ですか
- 旧Excelへ戻りたくなるのはどんなときですか
- 最初の1週間で起きそうな問題は何ですか
4. 懸念を記録して扱いを返す
集めた意見を、導入前に対応、試行期間で確認、今回は対応しない、に分けます。不採用の場合も理由を返します。意見を集めるだけで終えると、次回の沈黙を強めます。
5. 発言者を問題の所有者にしない
問題を指摘した人へ、調査、仕様決定、関係者調整の全責任を渡さないようにします。現場は事実と困りごとを提供し、導入責任者が対応を管理します。
説明会の成功を出席率で測らない
導入前後は、次を確認します。
- 役割別に懸念が一つ以上出たか
- 未回答の懸念が何件残っているか
- 現場の指摘から仕様や運用が変わったか
- 不採用理由が返されているか
- 試行中に旧運用へ戻った理由を記録できたか
- 導入後に「最初から分かっていた問題」が発生していないか
説明会を開催したことではなく、導入判断に必要な情報が表へ出たことを成果にします。
まとめ
説明会で反対がなかったのに使われないとき、現場が約束を破ったとは限りません。発言しても変わらない、評価を下げられたくない、責任を負いたくないという判断から、懸念が沈黙していた可能性があります。
賛否を聞くのではなく、作業が増える箇所、止まる条件、例外時の責任を聞きます。そして、集めた意見をどう扱ったかまで返します。
導入後に改善提案が続く状態は現場から改善提案が出るチームの作り方、関係者別の便益と負担は業務改善で現場メリットをどう作るか、現場心理を含む導入全体はシステム導入が現場で使われない理由で解説しています。
