四方向SOP：業績・業務・職能タスク・動作をどうつなぐか

見積もりは送ったのに、顧客からなかなか確認が返ってこない。営業は見積もりを済ませたと言い、購買は供給条件を伝えたと言う。見積担当者も表に沿って計算している。全員に完了記録はあるのに、案件は先へ進んでいません。

こうしたとき、私は、誰の仕事が終わっていないのかと急いで問う必要はないと思います。先に確認したいのは、顧客がどの問題を解決したいのか、この見積もりはその要望に応えているのか、約束した条件で履行できるのか、ということです。すでに終えた仕事は、結局どの成果を支えているのでしょうか。

四方向SOPで整理したいのは、具体的な仕事と経営成果の関係です。SOPを業績、業務、職能タスク、動作という四つの階層に分けます。設計時は成果から下位の仕事へと展開し、運用後は動作から上位の成果へと照合します。この関係をたどることで、なぜその仕事を行うのか、どこまで仕上げるのか、他の人の仕事とどうつなぐのかを、具体的に問い直せます。

一、四つの階層で、四つの問いに答える

SOPは一般に標準作業手順を意味します。ここで取り上げる四方向モデルは、範囲や細かさの異なる作業手順を分類する方法です。一つの仕事について必ず四つの文書を作るという意味でも、四階層の組織を設けるという意味でもありません。

業績SOPは、顧客への成果と経済的成果を起点にします。 受注業務なら、要望の確認、提案と見積もりの確認、契約条件の明確化、履行と検収、精算と代金回収といった主要な段階を整理できます。業務によって順序、分岐、並行関係は異なります。一つの模式的な流れを、あらゆる企業に共通する固定の経路にはできません。

業績を成約件数だけで見ることもできません。顧客が納品物やサービスを受け入れたか、企業が代金を回収したか、必要なコストを賄えているかによっても、成果の判断は変わります。まず対象とする業績チェーンの範囲、観察期間、成果の定義と集計基準を明確にし、それに合う記録を選ぶ必要があります。

業務プロセスSOPは、一つの業務成果を生み出すために仕事を組みます。 顧客に見積もりを確認してもらうには、要望の整理、供給条件の確認、見積金額の算定、権限を持つ担当者による確認が必要かもしれません。業務プロセスSOPは、これらの仕事をつなぎ、次の段階で使える成果を作ります。一つの部門が担当する場合も、部門や組織をまたいで協働する場合もあります。

職能タスクSOPは、一つのタスクを完結させる手順に対応します。 ここでの「職能」は、見積金額の算定、請求書の発行、納期の確認など、担当職や役割が引き受ける一つの仕事を指します。「経理部」「購買部」といった職能部門でも、一つの職務の全責任でもありません。タスクが完結しているかは、どの条件で始まり、何を処理し、何を引き渡し、どう完了を確認するかで判断します。

動作SOPは、タスクを実行できる説明に落とし込みます。 たとえば見積金額を算定するなら、まず確認済みの要望の版を読み、数量と価格算定単位を照合し、承認された価格算定ルールに従って計算します。その根拠と未決事項を記録し、最後に見積計算書を提出します。誤りが起きやすい箇所、引き継ぎが必要な箇所、明確なリスクがある箇所では、作業基準と例外対応を明記します。慣れている動作の一つ一つを、長い解説にする必要はありません。

横にスクロールするか、図を大きく開いて確認できます。

図を大きく開く ↗編集可能な SVG をダウンロード ↓

二、下位へ展開し、本当に必要なプロセスを見つける

整理は、実際の一つの業務から始められます。まず、顧客がどこで選択し、企業がどこで約束をし、納品やサービス提供と支払いをどう実現するのかを確認します。その中から主要な段階を一つ選び、どの成果が必要で、どのタスクが共同でその成果を生み出すのかを掘り下げます。

「提案と見積もりの確認」を例にします。顧客に見積もりが届いただけでは、この段階が成立したとはいえません。見積もりは確認済みの要望に応える必要があります。根拠となる供給条件、納品・提供条件、取引条件を照合できることも必要です。既存の承認範囲を超える条件については、適切な決定権者の判断が必要です。社内でどの仕事を組むかは、こうした条件をどう満たすかを考えて決めます。

さらに下位を見ると、「履行可能な見積もりを作成する」という業務プロセスには、要望の整理、供給条件の確認、見積金額の算定、権限を持つ担当者による確認といったタスクが含まれます。それぞれに出力があり、他のタスクとの接点があります。要望の整理は「話はした」というだけでは完了にできず、照合に使える要望の記述を引き渡す必要があります。供給条件の確認も「たぶん在庫がある」では足りません。何を確認し、どの範囲で有効なのかを示す必要があります。

次に、「見積金額を算定する」という一つの職能タスクを選びます。入力には、確認済みの要望、有効な供給条件、現在適用される価格算定ルールなどがあります。出力としては、計算が正しく、版と計算根拠を明示した見積計算書を作成し、その後の確認に使うことが考えられます。計算を進められなくする不足事項は、先に差し戻して確認します。計算を妨げない後続の確認事項は、計算書に併記できます。ただし顧客への約束に関わる未決条件は、約束をする前に解決しなければなりません。この階層まで整理してから、具体的な操作や動作をさらに説明します。

一段下へ展開するたびに、追加する仕事は、上位で必要な成果を生み出すためにどう役立つのかを答える必要があります。説明できなければ、そのタスクが不要なのかもしれません。上位の目標が曖昧なのかもしれませんし、両者の間に必要なプロセスが抜けているのかもしれません。文書番号を付けるだけでは、仕事同士をつなげられません。

横にスクロールするか、図を大きく開いて確認できます。

図を大きく開く ↗編集可能な SVG をダウンロード ↓

三、上位へ照合する。動作の完了を業績の実現とみなさない

下位の仕事を明確に分けるだけでなく、上位へ照合できることも必要です。

価格算定単位の照合が終わっても、満たしたのは一つの作業要件にすぎません。見積金額の算定が終われば、タスクの要件を満たす計算書ができたことを意味します。要望、供給条件、権限などを合わせて確認して初めて、顧客に提示できる見積もりができる可能性が生まれます。顧客が受け入れるか、その後に履行と代金回収ができるかは、引き続き確認する必要があります。

そのため、四つの階層を単純な成果の等式で表すことはできません。適切に行われた複数の動作はタスクの完結に必要な条件を整え、複数のタスクは業務成果を支え、複数の業務プロセスは業績チェーンを前へ進めます。それでも、市場の変化、顧客の選択、製品の適合性、リソースの制約、経営判断は最終結果に影響します。

顧客が見積もりを受け入れなければ、まず顧客の反応と、その業績チェーンに関する記録を見ます。問題は対応時間、要望の理解、見積もりの誤りにあるかもしれません。一方で、製品が合わない、納期が条件を満たさない、価格に競争力がない、顧客の調達計画が変わった、といった可能性もあります。問題の所在を確認してから、業務上の連携、個別のタスク、操作要件を変えるのか、製品と市場について改めて判断するのかを決めます。対処が必要な階層だけを展開すればよく、毎回四階層をすべてたどる必要はありません。

四方向SOPは、こうした関係をたどって問いを深め、根拠をさかのぼって確認する助けになります。ただし、一枚の階層図だけで原因を証明することはできません。業績が想定に届かなかったことを、そのまま特定の人の実行不足に帰することもできません。

四、組織と関係はあるが、組織図には収まらない

実際の仕事では、四つの階層が会社、部門、職務、個人に一対一で対応するとは限りません。一人が複数の職能タスクを担当することも、一つの業務で複数の役割が協働することもあります。同じ「納期確認」というタスクが、新規の見積もりや受注後の変更など、異なる業務に使われることもあります。

そのため、SOPを整理するときは、二つの関係を同時に残します。一つは、そのタスクがどの成果を支えるか。もう一つは、誰が必要な責任、権限、リソースを持つかです。前者は仕事の論理を示し、後者は誰が仕事を組み、実行するかを示します。両者は関係していますが、互いの代わりにはなりません。

共通して使うタスクでは、版と適用範囲も管理する必要があります。たとえば供給条件が更新されたとき、どの見積もりが引き続き有効で、どれを再確認する必要があるでしょうか。同じタスクを複数の文書に複製し、参照元を管理していないと、手順どおりに作業していても根拠が食い違うことがあります。

企業を、リソース、運営・ガバナンス、顧客、資本という四つの参加関係（四つのエコシステム）から見ると、参加者は自ら貢献を提案することも、具体的な需要に応えることもできます。少人数の運営・ガバナンスの中核が意思決定とルールの整備を担い、価値を生み出す活動、販売チャネル、顧客関係を調整します。価値を生み出す役割の担当者は、対応するタスクを通じて業務に参加し、役割別の業務マニュアルを手がかりにこれらの手順を使います。購入・利用のみを行う顧客や、投資のみを行う投資家は、それぞれに対応する手順に沿って参加します。その二つの立場だけを理由に、共同で価値を生み出す役割の業務マニュアルを用意する必要はありません。

ここで説明しているのは、仕事をどうつなぐかです。貢献をどう評価し、権利や利益をどう取り決めるかについては、実際の業務に合わせて別途ルールを定める必要があります。タスクの完了記録から自動的に導けるものではありません。

五、まず一つの流れで検証し、その後に広げ方を決める

このモデルを使うために、会社全体の文書整理から始める必要はありません。実在し、繰り返し発生し、成果を観察できる業務の流れを一つ選び、まず三つのことを行います。

第一に、その流れで顧客にどの成果をもたらし、どの経済的成果を得るのか、省けない条件は何かを明確にします。第二に、主要な段階を一つ選び、必要な業務プロセスと完結するタスクへと展開し、入力、出力、責任、検収の根拠をつなぎます。第三に、実際の業務の進行を追い、不足、待ち時間、やり直し、顧客の反応を記録して、どの操作をさらに標準化するかを判断します。

十分に習熟し、安定していて、引き継ぎも簡単な仕事なら、簡潔な手引きだけで足りるかもしれません。新規業務、要望が頻繁に変わる仕事、判断への依存が大きい仕事では、先に目標、判断条件、フィードバックの方法を明確にし、手順を少しずつ蓄積します。四階層をそろえるためだけに記入や承認を増やすと、かえって業務の妨げになりかねません。

研修や設備保全などの支援業務も、一件の成約に直接対応するとは限りません。複数の業績チェーンを支えたり、より長い期間の能力やリスクに影響したりします。その支援関係を説明するには、相応の記録と判断が必要です。個々の動作に無理に売上を割り当てることはできません。

プロセスアプローチには、すでに研究の蓄積があります。ISOによるISO 9001:2015のプロセスアプローチの技術資料も、プロセス間の入力、出力、接点、責任、点検を重視し、組織の状況とリスクに応じて必要な文書を定めることを勧めています。[1] 本稿の四方向モデルは、四つの観察階層を用いて、顧客への成果と経済的成果から具体的なタスクや動作まで問いを掘り下げるためのものです。実際の業務での適用性は、引き続き検証する必要があります。

一度の試行が役立ったかを判断するには、参加者が自分の引き渡す成果はどこを支えるのか説明できるか、次の段階でその成果を使えるか、問題が起きたときに対応する記録を見つけられるかを確認できます。引き継ぎの不足、やり直し、待ち時間が減ったかも観察する価値があります。ただし、業務量や要望の複雑さなどの変化も同時に記録する必要があります。結果が改善しても、一度の試行だけでモデルの効果だと断定することはできません。

四方向SOPの価値は、最終的には仕事と成果の関係を互いに説明できるかに表れます。下位へ展開するときには、何を組み立てる必要があるかを理解する。上位へ照合するときには、何を引き渡せたか、何がまだ成立していないかを理解する。この関係を実際の業務に戻して繰り返し検証することで、手順を継続して使える方法へと育てる余地が生まれます。

出典と関連資料

このモデルは、著者から提供された初期研究資料『SOP梳理设计方法论』（SOP整理・設計方法論）、特に第2、4、5節に基づきます。版の記録には、2023年3月9日の研修に伴う調整と、2023年5月11日に杨婧が参加して行った基礎理論・モデルの構築が記載されています。本稿は四階層の関係を改めて説明し、図も本稿のために独自に再構成したものです。過去の図にあった評価・分配の仕組みは引き継いでいません。文中の見積業務は架空の例です。

[1] ISO/TC 176/SC 2, The Process Approach in ISO 9001:2015, N1289, 1、4–5ページ。公式技術資料。ここではプロセスアプローチを参照しています。四方向の分類をISOの要求事項とするものでも、本稿のモデルが認証を受けているとするものでもありません。

関連資料：繁・簡・易・図：ビジネスの論理を設計するための考え方 (中国語)；企業計画の10ステップ：方向性、リソース、実行をつなぐ (中国語)。