BPO案件で「全体の50％まで終わりました」と報告を受けても、本当に半分が終わったとは限りません。

作業者へ配布した件数なのか、作業者から提出された件数なのか、検品を通過して納品できる状態になった件数なのかによって、同じ50％でも意味がまったく違うからです。

大量処理の案件では、序盤の数字がよく伸びていても、終盤に修正や例外処理が積み上がって納期直前に動かなくなることがあります。反対に、立ち上げ当初は慎重で進捗が遅く見えても、途中から処理速度が上がり、そのまま安定して完了する案件もあります。

両者の違いは、作業者が懸命に働いたかどうかではありません。本格稼働の前後に、後半を速く進めるための準備ができているかどうかです。

順調な案件ほど、立ち上げ時には遅く見える

大量BPOでは、フィジビリと本番初期までに全体の労力の多くを使います。たとえば1万件を処理する案件であれば、最初の100件を使って、作業手順、判断基準、質問の出方、想定外のデータ、検品方法などを確認します。

本番を開始してからも、いきなり全件を作業者へ配るとは限りません。最初は少量ずつ配布し、原則として全件を検品します。その結果を見ながら、マニュアルや作業画面を直し、間違えやすい工程を変更し、作業者ごとの品質と処理速度を把握します。

この期間だけを見れば、処理件数はなかなか増えません。しかし、ここで時間を使うからこそ、後半は次のような状態になります。

• 同じ質問が繰り返されない
• 作業者が判断に迷わない
• 品質と速度が安定した作業者へ多く配布できる
• 通常処理と例外処理を分けられる
• 抜き取り検品へ移行できる

運用が整えば、案件管理者の仕事は個別の質問や修正への対応から、進捗と異常の監視へ変わります。後半に向かって処理速度が上がるのは、作業者が急に頑張り始めるからではなく、迷いや手戻りが発生しない工程ができるからです。

初期だけ速い案件は、未確定の仕事を積み上げている

反対に危険なのは、仕様が固まっていない段階で大量の件数を配布する進め方です。

提出数だけを数えれば、最初から進捗は速く見えます。しかし、検品を後回しにすると、同じ解釈違いが数百件、数千件へ広がります。途中で基準を変えても、すでに作業を終えた人へ修正を依頼しなければなりません。

また、簡単に処理できるデータから先に終わり、判断が難しいものや確認が必要なものだけが最後に残りやすくなります。件数上は90％まで進んでいても、残り10％に全体の工数の半分が必要になることさえあります。

この状態で納期が迫ると、案件管理者は大量の差し戻し、質問、未回答の例外、作業者の再手配を同時に処理することになります。人を増やそうとしても、新しい作業者への説明と初期検品が必要になるため、人数を増やした分だけ管理負担が増えることもあります。

最後に辻褄を合わせようとすれば、本来は省いてはいけない検品や確認工程を削りたくなります。納品件数だけは間に合っても、品質が安定しない原因になります。

最終的な納品件数だけを見ると順調でも、その裏側で大量の修正、再検品、個別対応が発生している状態は、製造業の品質管理ではHidden Factoryと表現されることがあります。表面上の進捗率に現れない作業が、担当者の時間と原価を消費している状態です。

「何件終わったか」より「何件を納品できるか」を見る

進捗を正しく把握するには、件数を少なくとも次の状態に分けて管理する必要があります。

• 未配布の件数
• 作業者へ配布済みの件数
• 作業中の件数
• 提出済みで未検品の件数
• 差し戻し中の件数
• 例外として保留している件数
• 検品を通過し、納品できる件数

このうち、確実な進捗として扱えるのは、基本的には最後の「納品できる件数」です。提出済み件数が多くても、未検品のままであれば、どれほど修正が発生するかは分かりません。

もちろん、毎回すべての数字を発注企業へ報告する必要はありません。ただし、進捗率の根拠が配布数なのか、提出数なのか、検品済み件数なのかは明確にする必要があります。

完了予測には、処理速度だけでなく歩留まりを使う

納期までに終わるかを予測するとき、1日あたりの提出件数だけを見ると判断を誤ります。必要なのは、提出されたもののうち何件がそのまま合格するかという歩留まりです。

たとえば、1日に1,000件が提出されても、検品後に700件しか合格しないのであれば、実質的な処理速度は1日700件です。さらに差し戻した300件について再検品が必要なら、その工数も残作業へ含めなければなりません。

初期の全件検品には、品質を守るだけでなく、この歩留まりと実処理速度を確認する意味があります。数日分の結果があれば、現在の体制で納期に間に合うか、作業者を追加すべきか、配分を変えるべきか、仕様を簡略化すべきかを早い段階で判断できます。

重要なのは、毎日同じ件数を処理する計画を作ることではありません。立ち上げ時には検証へ時間を使い、その後にどこまで加速できるのかを、合格件数をもとに見積もることです。

発注企業が進捗報告で確認したいこと

BPO会社から進捗報告を受ける際は、単純な進捗率だけでなく、次の点を確認すると案件の状態が分かりやすくなります。

• 進捗率は、どの状態の件数を基準にしているか
• 検品済みの有効件数はいくつあるか
• 不合格率や差し戻し率はどの程度か
• 未解決の例外が何件あり、全体へ影響する可能性があるか
• 現在の歩留まりを前提に、いつ完了する見込みか
• 遅延が見込まれる場合、どの工程を変更するのか

ここで求めたいのは、細かな作業記録を毎日提出してもらうことではありません。「順調です」という感想ではなく、納期までに終わる根拠が示されていることです。

優れた案件管理は、問題が起きたあとに担当者が長時間働いて解決することではありません。問題がまだ小さいうちに見つけ、件数配分や仕様、作業工程を変え、終盤に人の頑張りを必要としない状態を作ることです。

後半に加速できる案件は、最初に終わり方を作っている

大量処理の進捗は、常に一定の速度で伸びるものではありません。初期に検証と全件検品を行った案件は、立ち上がりが遅く見える一方、仕様と体制が整ったあとに加速します。

初期の数字を優先して検証を省いた案件は、早く進んでいるように見えても、後半に修正と例外が集中します。毎日が夏休みの最終日のような運用になれば、担当者の負担だけでなく、納期と品質の両方が不安定になります。

BPOの進捗管理で見るべきなのは、その日までに提出された件数だけではありません。検品を通過した件数、歩留まり、残っている例外、そして現在の体制で完了できる根拠です。納期直前に帳尻を合わせるのではなく、早い段階で終わる見通しを作ることが、大量処理を安定させます。