社員が作った資料に誤字があっても、隣の席の誰かが印刷する前に気づく。数字の桁を間違えたメールも、送信ボタンを押す前に、たまたま画面を覗いた同僚が指摘してくれることがある。これは仕組みとして設計されたものではない。ただ、そこにいる人たちが、自然と互いのミスを拾い合っているだけだ。

外部の協力者が作ったものには、この緩衝がないことが多い。納品されたファイルは、そのままクライアントに転送される。書かれたコードは、そのまま本番に反映される。物理的に近くにいる誰かが、たまたま気づいて拾ってくれるという偶然が、そもそも発生しない。

「たまたま拾われる」は、仕組みではなく距離の産物

社内でミスが表に出る前に拾われるのは、優れた品質管理体制があるからではないことが多い。単に、物理的にも心理的にも近い距離にいる人が、日常的に互いの作業を目にしているからだ。

この「たまたま」は、意図して設計されていない分、外部の協力者には自動的に適用されない。発注する側は、これに気づかないまま、社内と同じ感覚で「大丈夫だろう」と思い込んでしまう。実際には、社内の仕事は複数の目を自然に通過していて、外部の仕事は一人の目しか通過していない。

同じミスなのに、印象が変わる

この違いに気づかないまま何かが起きると、印象がねじれる。

社員が同じミスをしたときは、「拾えなかった自分たちの落ち度」として処理される。外部の協力者が同じミスをしたときは、「あの人のミス」として処理されやすい。実際には、ミスの重さは同じでも、それが表に出るまでの経路が違っただけだ。

この差は、外部の協力者への信頼にも影響する。同じ頻度で同じ規模のミスをしていても、外部の協力者の方が「ミスが多い」という印象を持たれやすい。緩衝がない分、すべてのミスが直接見えてしまうからだ。

見えなかったミスの分だけ、社員は守られている

社内のミスがどれだけ拾われているかは、拾われた瞬間には意識されない。「危なかった」で終わって、記録にも残らない。

だから、社員がどれだけ緩衝に守られているかは、外部の協力者と比較して初めて見えてくる。同じ経験の浅さでも、同じ疲れていた日でも、社員のミスは吸収され、外部の協力者のミスは露出する。この構造の差を意識しないまま「あの人はミスが多い」と判断するのは、公平ではない。

緩衝を、意図的に設計する

対応策は、外部の協力者の成果物にも、同じような緩衝を意図的に作ることだ。

納品物をそのままクライアントに転送する前に、誰かが一度目を通す。コードをそのまま本番に反映する前に、レビューの工程を挟む。これは、外部の協力者を信頼していないからではない。社員が自然に受けている緩衝を、外部の協力者にも同じように用意するという、公平さの問題だ。

この緩衝があると、外部の協力者自身も安心して仕事ができる。「これが直接届く」という緊張感の中で作業するのと、「誰かがもう一度見てくれる」という前提で作業するのとでは、心理的な負荷が違う。

ミスの見え方は、信頼の見え方になる

外部の協力者への信頼は、ミスの多さで測られがちだ。しかし、そのミスが「見える形で届いたミス」なのか、「本当はもっと発生していたのに拾われなかったミス」との比較なのかは、ほとんど検証されない。

緩衝の差に気づいていれば、ミスの見え方だけで信頼を判断することの危うさが分かる。同じ距離感で見てもらえるように、外部の協力者にも同じ緩衝を用意すること。それが、公平な評価の前提になる。


Paqutでは、タスクを完了として扱う前に、確認のステップを挟む運用ができます。外部の協力者の成果物も、社内の仕事と同じように、表に出る前に誰かの目を通す仕組みを作れます。

Paqutを無料で試す →

関連記事

不在と疑いについて:何かが失敗したとき、その場にいない人から疑われる

猶予について:新入社員には猶予がある。外部の協力者には、初日から満点を求める。

評価とフィードバックについて:外部の人に届く評価は、「また頼むか」の一言しかない