表計算（スプレッドシート）が答えでなくなるとき：五つのサイン

システムの話をする前に、一つはっきり言っておかなければなりません。今日あなたの会社を動かしているそのファイルこそが、ここまで来られた理由です。会社が小さかった頃、一枚のシートはどんなシステムよりも速く、どんなサブスクリプションよりも安く、どんな既製の画面よりもあなたの実際の考え方に近いものでした。それは正しい選択であり、そうではないと言う人は会社を築いたことがない人です。

しかし道具には限界があり、表計算ソフトは、多くの会社で自らの限界を何年も過ぎてなお使われ続けている優れた道具です。難しいのは、限界を超えることが決まった日に起こるわけでも、警報を鳴らすわけでもないという点です。新しい状況が当たり前になるまで、少しずつ染み込んでいくのです。だからこのシリーズは解決策ではなくサインから始めます。具体的な五つのサインのうち三つが自社に当てはまるなら、あなたが管理しているのはもはやファイルではなく、リスクそのものです。

問題が一度にやって来ない理由

シートは壊れるまでに非常に多くのものを抱え込みます。新しいデータが必要になれば列を追加し、新しい業務が始まればタブを追加し、同僚が同時に作業する必要があればコピーを作ります。どの一歩もそれだけを見れば合理的ですが、二年後にそれらを合計したものは、誰も決めておらず、誰も完全には理解していないものになっています。

そして劣化は徐々に進むため、チームはそれを報告するのではなく、それに適応していきます。どのコピーが正しいのか、編集する前に誰に聞けばよいのか、月末にはどの数字を信用してはいけないのかを、皆が覚えていくのです。この書かれていない知識こそが問題を覆い隠すカバーであり、これから見ていくように、それ自体が最も危険なサインです。

五つのサイン

五つのサインが、ファイルが限界を超えたことを示しています。深刻さは同じではありませんが、どれか三つが重なれば十分です。

• ほぼ同じ名前のコピーが増えていく。最終版、次に最終版-修正、さらに最終版-2-承認済み、そしてメールで送ってきた人の名前が付いたコピー。一つのファイルがファイルの一族になり、あらゆる判断が推測の上に成り立つようになります。これが最新版なのか、それとも誰かが並行して別のものを編集したのか、と。
• 更新の仕方を知っているのが一人だけ。その人が二年前に書いた数式、その人のパソコン上にある別のファイルへのリンク、そしてその人だけが理由を知っている非表示の列が含まれています。何かを隠しているわけではありませんが、知識は誰もが参照できる場所ではなく、その人の頭の中にあります。これはまさに、技術的ではなく組織的な形をとった単一障害点です。
• 数字が聞く相手によって変わる。営業に今月の売上を聞けばある数字が返ってきて、経理に聞けば別の数字が返ってきます。どちらも誠実で、どちらにも裏付けとなるファイルがあります。食い違いは誠実さの問題ではありません。部門ごとに別のソースからデータを取り、別のルールで計算していて、それを決着させる唯一の基準が存在しないのです。
• 誰がいつ何を変えたのか誰も知らない。あるセルが変わっていた、ある行が削除されていた、価格表の価格が以前と違っていた、ということに気づきます。誰が、いつ、なぜそうしたのかを示す記録はないため、追及は証拠のない責任のなすり合いか、数字を黙って手で元に戻すかのどちらかで終わります。さらに危険なのは、変更がまったく気づかれないままになる可能性です。
• ファイルの担当者が出張すると仕事が止まる。休暇、出張、病気。それだけで請求書やレポート、注文リストが遅れます。ファイルがその人のパソコンにあるか、やり方がその人の頭の中にあるからです。プロセスの継続が一人の在席に左右されているなら、それは個人の問題ではなく、組織の問題です。

五つのうちどれ一つとして、個人のミスではないことに注目してください。作業するためにコピーを作った人も、時間を節約する巧みな数式を書いた人も、ファイルを自分のパソコンに保存した人も、間違ってはいません。問題は、この道具にこうした結果を防ぐ層がないことです。そもそもそのために設計されていないのですから。

これらのサインが実際にもたらすコスト

このコストは損益計算書に独立した項目として現れることがないため、無料のように見えます。実際には三つの場所で支払われています。

• 古い数字に基づく判断。必ずしも間違った数字ではありません。二週間前には正しかった数字です。発注数量を承認し、見積もりを出し、あるいは注文を断る。その根拠となった状況はその後変わっているのに、誰も教えてくれません。教えるには、誰かが気づいて更新版のコピーを送る必要があるからです。
• 判断ではなく収集に費やされる時間。毎月の会議の前に、誰かがいくつものファイルを開き、そこからコピーし、形式をそろえ、合わないところを直します。これは現実の、疲れる作業でありながら、それ自体は何の価値も生みません。成し遂げるのは、本来すでに用意されているべきだった数字にたどり着くことだけだからです。
• 決着をつける手段のない社内の対立。最悪の対立とは、事実では終わらせられない対立です。それぞれの側に自分の説明を裏付けるファイルがあると、議論は数字の問題から人と人との信頼の問題へと移ってしまいます。そしてそれは、差異がどれほどであっても、それよりはるかに高くつきます。

システムに移行すると実際に何が変わるのか

見た目でも、画面でもありません。本質的な違いは三つのシンプルなことに集約されます。並行するコピーではなく全員が書き込む一つのバージョン、誰がいつ何を変えたかを示す記録、そして各人が自分の担当部分だけを見て編集できる権限です。どれほどきちんと整理しても、この三つをファイルに後付けすることはできません。それは欠けている機能ではなく、ツールの性質そのものが違うからです。

だからといって、すべての会社に今日システムが必要だというわけではありません。一人が一つの目的のために使い、共有の意思決定がそれに依存していないシートは、まったく健全な道具であり、置き換える理由はありません。その境界線を決める問いについては本当にシステムが必要なときと、そうでないときで取り上げています。実践的なルールは、複数の人が同じ数字に頼って異なる判断を下すようになったときに必要性が生まれる、というものです。

Origami の考え方

私たちはサウジアラビアの企業向けにシステムを構築するテクノロジー企業であり、この種のプロジェクトはどれも、代わりのものを提示するのではなく、既存のファイルを理解することから始めます。理由は、会社を動かしているファイルには事業の本当のロジックが詰まっており、どの文書にも書かれたことのない例外もすべて含まれているからです。それを無視すれば、実際に起きていることではなく、起きるべきことに似たシステムを作ることになります。

私たちが推奨する順序は、まず現在のファイルを理解して担当者を決め、次に移す価値のあるものをクレンジングしてから移し、そして宣言した期間は両方を並行稼働させてから古いものを閉じる、というものです。このシリーズの残りはこの順序に沿って進みます。これは私たちのサービスにおける進め方でもあります。チームに一度に押し付けられた移行は、たいてい古いファイルへの静かな逆戻りで終わるからです。

今日できる五分間の演習

自分の位置を知るのに、ツールもコンサルタントも必要ありません。直近で判断の根拠にしたファイルを開き、四つの質問をしてみてください。

• 最後に更新したのは誰で、いつか？それを知るのに誰かに聞かなければならないなら、そのファイルは自らの履歴を持っていません。
• 原本はどこにあるか？答えが複数の場所、あるいは誰かのパソコンなら、唯一の情報源はありません。
• 今この瞬間、誰が編集できるか？リンクやコピーを持つ全員がどのセルでも変更できるなら、権限は存在しません。
• 今日削除されたら、作り直すのにどれくらいかかるか？答えが数日、あるいは「分からない」なら、会社の資産が下書きのように扱われているということです。

この演習の後で何かを直そうとしないでください。答えを書き留めて保管しておいてください。次回はそれを直接の土台にします。

今後の回について

サインには名前が付きました。残るのは順序です。次回はファイルの棚卸しから始め、一つの問いに答えます。手元にある何十ものシートのうち、本当に記録の基盤となっているシステムはどれか、という問いです。その後、データを移す前のクレンジング、事業を止めずに済む移行の順序、権限と誰が何を見るか、毎月手作業で作っていたレポートへと進み、最後に移行後の最初の三十日間と、その間によく壊れるものを取り上げてシリーズを締めくくります。

出典

• ザカート・税・関税庁（ZATCA）：電子インボイスの要件と税務書類の保存。
• サウジ・データ人工知能庁（SDAIA）：個人データ保護法（PDPL）とその施行を担う当局。
• 人的資源・社会開発省：従業員の記録とデータの保持に関する要件。
• 商業省：事業者の商業帳簿と記録に関する規定。
• サウジ・ビジョン 2030：民間部門における業務効率の向上とデジタルトランスフォーメーションに関する国家方針。