任せるかどうかの線引きは、業務の「内容」で引くのではなく、意思決定の「構造」をどう設計するかで決めるべきです。

私が契約ドラフティングの本質について書いた「不確実性と意思決定権の設計」という考え方を、組織の権限委譲に当てはめてみると、経営者がすべての意思決定を抱え込まずにクオリティを担保する具体的な見立てが見えてきます。

多くの経営者は、権限を任せようとするとき、現在の業務フローを細かくマニュアル化して「この通りにやってほしい」とプロセスを縛ろうとします。しかし、これは契約書で詳細なプロセスを書いてしまい、かえって現場に予期せぬ混乱や「偶発的な拒否権」を生んでしまうのと同じです。現場で想定外の事態が起きたとき、細かすぎるマニュアルは機能しません。本当に設計すべきなのは、未来の業務手順を細かく記述することではなく、予測が外れた場合にも機能する「判断構造」を用意することです。

まず、具体的な「結論」を任せるのではなく、「正しい決定手続」を設計することから始めます。例えば、顧客からの要望やトラブルが発生した際、社員に「どう解決するか」という結論を丸投げするのではなく、「誰が最初の評価を行うか」「誰に情報を提示するか」「どの段階で経営者の同意が必要か」という決定構造を作ります。社員には「影響を評価する」という裁量を与えつつ、その評価結果を経営者に通知し、合意が成立するまでは次のステップに進まないというステップを設計するのです。

次に、裁量を与える場合には、その裁量を統制する「基準」をセットで設計します。単に「自由にやっていい」と任せるのではなく、何を考慮して判断すべきか、その合理性の基準を明確にします。例えば、顧客への提案において、費用、納期、品質、技術的リスクといった複数の要素をどのように比較評価すべきかという判断の枠組みを共有します。これにより、社員は単なる作業としての計算行為ではなく、合理的な判断を行う余地を持ちながらも、経営者の意図から外れない意思決定が可能になります。

そして最も重要なのは、「判断がうまくいかなかった場合」のデフォルト状態を設計しておくことです。社員の判断に迷いが生じたとき、あるいは顧客と折り合いがつかなかったときに、どのような状態に戻るのか。例えば、「書面による承認が得られるまでは、現状の条件を維持する」「判断に迷った場合は自動的に経営者へエスカレーションされる」といったデフォルト状態を作っておきます。これにより、最悪の場面でも顧客からの信頼を損なうリスクを最小限に抑えることができます。

契約書の品質が最悪の場面で評価されるのと同様に、権限委譲の仕組みも、プロジェクトが遅延したり、顧客との関係が悪化したりした「最悪の場面」で機能しなければ意味がありません。平時の良好な関係に依存するのではなく、トラブルが起きても組織が秩序立って処理できるルールを設計すること。この意思決定の統治仕組みを作ることこそが、経営者が安心して権限を任せるための本当の線引きになります。