毎日つけている検品表に、こういう項目がありました。
□ 音声に空白（無音）がないか
→ タイムライン全体を表示して、一目でスキャンするこの項目には、毎日きちんと「OK」がついていました。
ある日、機械で走査してみたら、3本に20〜35秒ぶんの無音が見つかりました。毎日OKを出していた場所に、堂々と空白が入っていたわけです。
ここで慌てて計算してみて、青くなりました。
先に結論をお伝えします。その検査は、手を抜いていたのではなく、原理的に通れない検査でした。指定した方法では、絶対に見つけられなかったんです。この記事のテーマは「その検査項目、そもそも見つかる大きさですか？」です。
0.6ピクセルは、誰にも見えない
計算はとても単純でした。
1時間の音を、画面の横幅いっぱいに表示する
→ 画面の横幅がおよそ1,000ピクセル
→ 1秒あたり、およそ0.3ピクセル
→ 2秒の無音は、およそ0.6ピクセル0.6ピクセル。1ピクセルより小さい。画面に描かれることすらありません。
つまり検品表に書いてあった「タイムライン全体を表示して一目でスキャン」という手順は、どんなに目を凝らしても、どんなに真面目にやっても、絶対に見つけられない方法でした。
毎日「OK」がついていたのは、嘘をついていたからではありません。指定された手順どおりにやって、何も見えなかったから「OK」だったんです。
「毎日通っていた」ではなく「毎日、通ったことになっていた」
この違いは大きいと思いました。
検査を作った側は「毎日チェックしている」と安心しています。検査をする側は「言われたとおりにやった」と思っています。どちらも嘘をついていないのに、検査の中身だけが空っぽでした。
しかも、この項目はチェックが入っているぶん、余計にたちが悪いんです。空欄なら「まだ見ていない」と分かります。でも「OK」と書いてあると、見た証拠として扱われてしまいます。
以前試していない「できません」の話を書きました。あれは確かめていないことを断定した話でしたが、今回はもっと厄介です。確かめてはいる。方法が無力だっただけでした。
対策｜検査項目は「見つかるか」を先に計算する
そこで、検査項目を書くときのルールを1つ足しました。
この方法で、探しているものは何センチ（何ピクセル）に見えるか？
→ 人が気づける大きさか？「一目でスキャン」「ざっと確認」「全体を見る」——こういう言葉を書いたときは、必ずこの計算をします。対象が小さすぎないか。表示が縮みすぎていないか。
今回の直し方はシンプルでした。目で見るのをやめて、機械に数えさせただけです。無音を検出する処理を通せば、0.6ピクセルだろうが確実に出ます。
これは手作業の漏れの記事で書いた「あとから全部を数える仕組み」と同じ結論です。人間の目に不利な検査は、最初から機械に渡す。
もう1つの罠｜「今日壊れた」と思ったら、昨日を測る
無音を見つけた瞬間、私は「今日の書き出しが失敗したんだ」と思いました。これも間違いでした。
順番に確かめていったら、こうなりました。
- 無音の位置を調べた→ きれいに規則正しい間隔で並んでいた。事故なら、こんなに整った並び方はしない
- 元の素材を測った→ もともと素材の端に無音があった。量もぴったり一致した
- 前日の完成品を測った→ まったく同じ構造・同じ量だった
つまり今日壊れたのではなく、ずっとこうだったんです。
ここで前日を測らずに「今日の事故だ」と決めつけていたら、書き出しの設定をあれこれいじって、正常に動いていた部分を壊していたと思います。原因の見当違いで直しに行くのは、いちばん危ない行動です。
私は存在しない課題を解きにいった話も書きましたが、あれと同じ構図でした。比べる相手を用意しないと、「いつからあったのか」が永遠に分かりません。
いちばん面白かった発見｜症状が出ていない1本
5本のうち、1本だけ無音がゼロでした。
最初は「この作り方が良かったのか」と思いました。違いました。
その1本だけ、別の音を重ねてあったんです。その音が、すべての隙間をきれいに埋めていました。欠陥は同じように持っているのに、たまたま覆い隠されていただけでした。
これは怖い発見でした。症状が出ていないものを「無事」と判定すると、間違えます。別の要因が隠しているだけかもしれない。
逆に、うれしい副産物もありました。「隙間が埋まっている」ということ自体が、その重ねた音がちゃんと入っている証拠になったんです。確かめたかった別のことが、ついでに証明できました。
ブログ運営でありそうな「通れない検査」
- 「全記事のリンク切れをざっと確認」：記事が増えたら、目視では不可能になります
- 「表示崩れがないか一通り見る」：全端末・全画面幅を一通りは見られません
- 「誤字脱字がないか通読」：自分の文章は、何度読んでも同じところを読み飛ばします
- 「画像が重すぎないか確認」：見た目では分かりません。数字を出す必要があります
どれも「やっている」つもりになれる項目です。そして、やった証拠としてチェックが残るぶん、始末が悪い。
よくある質問
チェックした人が悪いのですか？
いいえ。手順を書いた側の問題です。指定された方法どおりにやって見えなかったのだから、「OK」と書くのは正しい行動でした。責める相手を間違えると、真面目な人が萎縮するだけで、欠陥はそのまま残ります。
AIに検品させれば解決しますか？
方法が無力なら、AIでも同じです。「一目でスキャンして」と頼めば、AIも「問題ありません」と返してきます。大事なのは担当者を替えることではなく、方法を替えることでした。今回も、目視をやめて数えさせた瞬間に出ました。
検品表を作り直すべきですか？
全部は要りません。私がやったのは「ざっと」「一目で」「全体を」と書いてある項目だけを拾って、見つかる大きさか計算し直すことでした。曖昧な副詞が入っている項目が、だいたい怪しいです。
まとめ｜検査は、通るかどうかより「通れるかどうか」
- 毎日OKだった検査が、原理的に通れない検査だった（1時間の中の2秒＝0.6ピクセル）
- 「毎日通っていた」ではなく「毎日、通ったことになっていた」
- 検査項目を書くときは「その方法で、探すものは何ピクセルに見えるか」を先に計算する
- 「ざっと」「一目で」「全体を」と書いた項目はだいたい怪しい
- 「今日壊れた」と思ったら、まず昨日を測る。比較対象がないと、いつからかが分からない
- 症状が出ていない1本は「無事」とは限らない。別の要因が隠しているだけのことがある
手元のチェックリストに、「ざっと確認」と書いてある項目はありませんか。
それが毎回「OK」になっているなら、本当に見えているのかを一度だけ計算してみてください。私の場合、答えは0.6ピクセルでした。誰にも見えるはずがなかったんです。
