Data in Structure · Field Note 18
同じ数字を、何度も打ち直している — 転記の連鎖をほどく
受注表に書いた数字を、納品書に写し、請求書に写し、月末の集計でまた写す。どれも間違ってはいけない数字なのに、人の手を通るたびにズレる余地が増えていきます。本当に直すべきは、入力の速さではありませんでした。
Where it starts
同じ数字を、一日に何度も打ち直す
受注表に書いた数量を、納品書に写します。請求書にもう一度写します。月末の集計で、また写します。一つの数字が、一日のうちに何度も手を通っていきます。
どれも間違ってはいけない数字です。それでも、人の手を通るたびに、ズレる余地が静かに増えていきます。写し間違いは、不注意な人だから起きるのではありません。同じ数字を打ち直す回数が多いほど、確率として、どこかでズレるようにできています。
そして厄介なのは、最初の一箇所のズレが、その下流をまとめて狂わせることです。納品書を写し間違えれば、請求書も、月末の集計も、同じ間違いを引き継ぎます。一つのズレが、鎖の下流ぜんぶに乗っていきます。
What actually breaks
直すべきは入力の速さではなく、出どころの数
問題は「入力が多い」ことではありません。「同じ値の出どころが、一つにまとまっていない」ことです。受注表の数字、納品書の数字、請求書の数字——どれもが、それぞれ独立した手書きの数字として存在しています。
出どころが分かれているから、どこか一箇所を直しても、ほかは古いまま残ります。これが不一致の正体です。直したつもりが、直っていない箇所がまだ三つある、という状態が当たり前に生まれます。
要するに、同じ数字が何箇所にも手で写されている限り、どれかが必ずズレます。直すべきは入力の速さではなく、出どころの数です。
集計や転記そのものは、手順が決まりきった作業です。受注表の値を、そのまま下流へ運ぶだけ。本来はプログラムが一意にこなせる種類のもので、判断や創意を要する仕事——AIに任せるような話——ではありません。
Trace the chain
鎖のどこか一箇所をいじってみる
受注から集計までの鎖を、一列に並べました。はじめは同じ数字で揃っています。一段の数字を書き換えるとどうなるか、出どころを一つにまとめるとどうなるか——操作とその反応は、同じ画面の中でそのまま動きます。
バラバラに転記した場合
3 段が食い違っています — 受注表だけ直して、下流は古いまま。
出どころを一つにした場合
0 段が食い違っています — 出どころを変えると、下流も同じ値に。
「バラバラに転記」では、どこか一段を書き換えると、その先は古い数字のまま取り残されます。食い違っている段が赤く立ち上がり、件数が増えていきます。「出どころを一つに」へ切り替えると、変えられるのは出どころの一箇所だけになり、下流はひとりでに同じ値へ揃います。赤は、消えます。
What changes
丁寧さで間に合わせるのをやめる
転記を「丁寧にやればミスは減る」と考えているうちは、人の注意力に頼り続けることになります。注意は、忙しい日ほど薄くなります。頼みの綱が、いちばん必要なときに細くなる、ということです。
出どころを一つにまとめると、写し間違いという仕事そのものが消えます。減らすのではなく、なくなります。打ち直す回数が減るのではなく、打ち直すという行為自体が要らなくなる、ということです。
同じ数字を二度書かない。たったそれだけのことが、下流の不一致を根元から断ちます。直すべきだったのは、書く速さでも、見直しの回数でもなく、数字の出どころの数でした。