東京部長倶楽部の山木のぼるです。
組織を変える時、失敗したやり方をやめるより、成功したやり方を見直す方が難しいことがあります。過去に成果を出した方法は、組織の誇りであり、評価や昇進にもつながっています。「このやり方で成功した」という事実があるため、環境が変わっても手放しにくいのです。
しかし、成功した方法が永遠に正しいわけではありません。顧客、技術、競争環境、人材構成が変われば、同じ行動が同じ結果を生むとは限りません。成長とは、知識や施策を増やすだけでなく、自分たちが正しいと信じている前提を更新することです。
成功した事実と、今も有効であることを分ける
過去の成果を否定する必要はありません。その方法は、その時の条件では正しかった可能性があります。確認すべきなのは、成果を生んだ条件が今も残っているかです。
誰が顧客だったのか、何が価値だったのか、どの能力が差別化になったのか、競合は何をしていなかったのか。成功要因を具体化すると、現在も使える部分と、環境変化で失われた部分を分けられます。「昔からこうしている」ではなく、「この条件があるから、この方法が有効だ」と説明できる状態にします。
頭の中の前提は、行動と結果を決める
同じデータを見ても、「品質を守るには確認を増やすべきだ」と考える人と、「確認が多いから責任が曖昧になる」と考える人では、選ぶ行動が違います。結果だけを変えようとして施策を追加しても、根底の前提が同じなら、元の仕事へ戻ります。
改善では、何を問題と見たのか、なぜその原因だと考えたのか、どの前提を置いたのかを言葉にします。部長自身の成功体験が、別の見方を妨げていないかも確認します。
大きく壊す前に、小さく反証する
過去のやり方を全否定して一斉に変えると、現場は混乱し、守るべき強みまで失います。まず、最も疑わしい前提を一つ選び、小さな範囲で別の方法を試します。
何が起きれば仮説が正しいと言えるか、失敗したらどこで止めるか、誰への影響を見るかを決めます。試した結果が予想と違えば、それも前提を更新する材料です。改善は、正解を一度で当てることではなく、観察、解釈、行動、検証を短く回すことです。
成功も失敗も、次の判断へ戻して初めて学習になる
振り返りの記録を残しても、次の会議、予算、人員配置、標準手順が変わらなければ、組織は学んでいません。何を続け、何をやめ、何を新しく試すのかを決め、判断と仕組みに反映します。
AIは、顧客の声、会議記録、業務データから変化や反証材料を探し、別の仮説を示す支援に使えます。ただし、AIの提案を採用することが前提更新ではありません。現場で確かめ、影響を対話し、意味を判断するのは人です。
部長は、自分の正解を守る人ではない
部長の役割は、過去の成功を再現し続けることだけではありません。成功条件の変化を捉え、組織が自分で学び方を更新できる状態をつくることです。自分が作った仕組み、自分が評価された方法であっても、目的に合わなくなれば見直す。その姿勢が、部下にも悪い情報や新しい提案を出す勇気を与えます。
最初の一歩
自部署で「以前は成果が出た」と語られている方法を一つ選び、当時の成立条件を三つ書いてください。その条件が今も残っているかを事実で確認し、一つだけ小さな反証実験を設計してみましょう。
編集注：「部長になろう3.2」の講義内容を、受講者や企業を特定しない一般公開記事として再構成しています。
