東京部長倶楽部の山木のぼるです。
「この仕事は、あの人にしか任せられない」。組織でよく聞く言葉です。しかし、任せられない原因を担当者の経験不足だけに求めると、仕事はいつまでも一人の中に残ります。説明する側が当然だと思っている判断や例外が、仕組みとして見える形になっていないことが多いからです。
2021年、ある定型的な調査業務を別の人へ任せるため、私は入力手順を作りました。ところが、手順を書いただけでは足りませんでした。実際に使う人の立場で見直すと、どこから始め、どこで終え、迷った時にどうするかが曖昧だったのです。
通常手順だけでは、仕事は再現できない
手順書というと、画面を開き、検索し、数字を入力する順番を詳しく書こうとします。もちろん必要ですが、現場で止まるのは、想定どおりに進まない時です。対象が見つからない、候補が複数ある、途中で条件から外れる、入力してはいけない場所がある。
経験者は無意識に判断できますが、初めての人は分かりません。そこで通常の流れと同じくらい、例外の種類と、その時に続けるのか、止めるのか、相談するのかを明確にします。
開始と完了の条件を決める
「ここからここまでやってください」だけでは、仕事の境界が曖昧です。必要な資料がそろっていないのに始めたり、入力が終わった時点で完了だと思ったりします。
開始条件には、必要な情報、権限、使用する正本、着手できない場合の連絡先を置きます。完了条件には、件数だけでなく、未処理の例外が残っていないか、自動確認を通ったか、責任者が確認したかを入れます。仕事の入り口と出口がそろうと、担当者が変わっても品質を保ちやすくなります。
壊してはいけないものを明示する
表やシステムを使う仕事では、入力する場所だけでなく、変更してはいけない計算式や基準データがあります。「触らないでください」だけでは、なぜ重要かも、誤って変えた時にどう気づくかも分かりません。
保護機能、自動チェック、入力規則などを使い、仕組みの側で事故を減らします。同時に、異常が出た時に自己判断で修正せず、誰へ知らせるかを決めます。人の注意力にすべてを頼らないことが、仕組み化の基本です。
相談経路は、失敗の報告先ではない
相談すると能力がないと思われる職場では、作業者は分からないまま進めます。後で大きな手戻りになるまで、問題が見えません。相談経路は、作業者を評価するためではなく、手順に書けていない現実を集めるためにあります。
どの時点で、何を添えて、誰に相談するかを決め、相談された内容を手順の改訂へ戻します。現場の質問は、仕組みの欠陥を教えてくれる貴重なデータです。
仕組みは、使われてから育つ
最初の手順書を完成版だと思ってはいけません。実際に使うと、言葉の解釈の違い、予想していなかった例外、確認に時間がかかる箇所が見つかります。運用後に必ず振り返り、追加、削除、順序変更を行います。
手順には版番号と更新日を付け、質問、例外、修正理由を履歴として残します。繰り返し出る質問はFAQにまとめ、一定期間ごとに作業者と責任者が一緒に読み直します。仕組みを育てるのは、完成度の高い初版ではなく、実際の運用で得た事実を次の版へ戻す習慣です。
部長の役割は、自分がすべてを知ることではありません。専門性を持つ人、手順、データ、確認の仕組みをつなぎ、誰か一人の頑張りに依存せず成果が出る状態を設計することです。
最初の一歩
別の人へ任せたい業務を一つ選び、「開始条件」「完了条件」「迷いやすい例外を三つ」「相談先」「自動で確認できること」「人が最終確認すること」を書いてください。実際に使う人へ読んでもらい、最初に出た質問を手順へ追加するところから始めましょう。
編集注：本稿は、2021年に作成・改訂した商品調査業務の入力手順書をもとに、会社名、商品名、外部パートナー、価格条件、使用サービス、ファイル情報、実データなどの特定情報を用いず、2026年に委任と仕組み活用の実践知として再構成したものです。
