決算チェックリストは、毎月律儀に全項目へレ点がつく。担当者は真面目で、サボってなどいない。なのに監査や上長レビューで、リストに載っていたはずの論点の見落としが指摘される。この矛盾に心当たりがあるなら、直すべきは項目の数ではない。見落としを止めるのは、項目をどれだけ網羅したかではなく、それをどんな順序で、どれくらいの粒度で並べたかだ。 むしろ、網羅を目指してリストを厚くするほど、一つひとつのチェックは形だけの作業に痩せ、見落としは増える。本稿は、チェックリストが形骸化する理由を「項目過多・粒度バラバラ・順序無視」と特定し、ミスが止まるリストの設計原則に踏み込む。
網羅は、なぜ逆にミスを増やすのか
「漏れが怖いから、思いつく限り項目を足す」。善意から始まったこの動きが、リストの機能を損なう。項目が100を超え200に迫ると、チェックは「実際に確認する行為」から「レ点を付ける作業」へ変質する。人間の注意は有限で、確認すべき対象が増えるほど、一項目あたりに割ける集中は薄まる。結果、重要な5項目も、確認するまでもない95項目も、同じ一つのレ点として均され、埋もれる。
これがチェック疲れだ。長すぎるリストは、心理的に「全部やった」という達成感だけを与え、肝心の判断を素通りさせる。網羅は安心感を生むが、その安心感こそが見落としの温床になる。項目の多さは品質の証しではなく、しばしばその逆を意味する。
効くリストは「順序」と「粒度」で立つ
同じ論点をカバーしていても、網羅志向のリストと、順序・粒度を設計したリストとでは、見落としの止まり方がまるで違う。
網羅志向は「何を載せるか」だけを問う。効くリストは、載せた後に「どの順で、どの単位で」を設計する。この二つの軸を足すだけで、同じ項目数でも見落としは目に見えて減る。
原則①：依存関係どおりに順序を組む
決算作業には前後関係がある。棚卸差異を確定させる前に売上原価を確認しても意味がないし、経過勘定を計上する前に月次PLの増減分析をしても、数字が動くのでやり直しになる。にもかかわらず多くのチェックリストは、勘定科目コード順や、思いついた順で並んでいる。これが手戻りと二度手間を生み、「さっき見たのにまた変わった」という混乱の中で見落としが起きる。
正しい並びは、作業の依存関係そのものだ。「前工程が終わっていないと、この確認は無意味になる」という関係を洗い出し、上流から下流へ一直線に並べる。前工程の完了が後工程チェックの前提条件になっていれば、順番に潰すだけで手戻りが構造的に消える。決算工程のクリティカルパスを設計する発想と地続きで、締めの速さと見落としの少なさは同じ土台に乗る。
原則②：1項目を1つの判断に割る
粒度がバラバラなリストも形骸化する。「経過勘定を確認」のような大きすぎる項目は、何をもって確認完了とするかが人によってぶれ、レ点の意味が薄い。逆に細かすぎれば項目数が膨張し、網羅リストの弊害に逆戻りする。
基準は一つ。1項目を、1つのYes/Noで割り切れる判断に揃えること。「前払費用の当月按分は台帳の全件が振替済みか（Yes/No）」のように、確認した結果が二択で確定する粒度に落とす。判断が二択で確定すれば、レ点は「作業をやった」でなく「基準を満たした」の意味になり、素通りが起きにくい。これは、なぜそう判断するかを語る手順書（判断ガイド）とは役割が違う。急いで潰すチェックリストと、迷ったとき開く手順書は分けておくのが定石だ（使われる決算マニュアルの書き方、判断基準・例外処理・更新責任を入れた手順書）。
航空業界のチェックリストには二つの型がある。手順を読みながらその場で実行する「read-and-do（読んで実行）」と、作業を終えた後に結果だけを照合する「do-and-verify（実行して検証）」だ。決算にもそのまま当てはまる。初めての臨時処理や複雑な連結消去は、手順を読みながら進めるread-and-do型が向く。毎月繰り返す定型の締めは、作業を終えてから残高や整合を照合するdo-and-verify型でよい。全部を同じ型で書くから、定型では冗長すぎ、非定型では説明不足になる。用途で型を分けるだけで、リストは急に使いやすくなる。
※設例。会社、数値は説明のために置いた架空のもので、特定の会社の実績ではない。
網羅の安心を捨て、順序と粒度を選ぶ
チェックリストを厚くしたくなるのは、漏れへの不安からだ。だがその不安に項目数で応えると、リストは儀式になり、かえって見落としを覆い隠す。止めるべきは不安でなく、見落としそのもの。そのために選ぶのは網羅でなく、依存関係どおりの順序と、1判断1項目の粒度だ。詰まりやすい科目を症状から逆引きして項目に落とせば内容の抜けも防げるし（決算で詰まりやすい10の勘定科目と、締め前にできる対策）、早期化と統制を両立させる設計とも噛み合う（決算早期化と内部統制は両立できるか、不正リスクから考える統制設計）。まずは今のリストを依存関係の順に並べ替え、Yes/Noで答えられない項目を割り直すところから始めたい。
