1つのファイルではなく、スプレッドシート群全体をトリアージするためのガイドです。ビジネスを支えているスプレッドシートを棚卸しし、そのまま残すもの、自動化するもの、本物のソフトウェアとして作り直すものを判断し、何も壊さずに切り替えを進める順序の付け方を解説します。
共有スプレッドシートの山がいつの間にか実質的な業務基盤になり、それが痛みになり始めている成長企業。
- 自社が実際に依存しているスプレッドシートの明確な棚卸し
- それぞれについての「残す / 自動化する / 作り直す」の判断
- 会社全体を決して賭けにしない、順序立てた切り替え計画
いつの間にか、ビジネスはソフトウェアではなくスプレッドシートの山で回るようになります。リード用が1つ、プロジェクト用が1つ、在庫用が1つ、財務用が3つ、誰も計画しなかったのに全員が依存しているのです。これらを置き換えるのは1回の移行ではなく、ポートフォリオの判断です。そうしたシートの中には全く問題のないものもあれば、手作業でのコピーをやめさせるだけでよいものもあり、いつの間にかビジネスの危うい中核になってしまったものも少数あります。このガイドは、そのどれがどれなのかを見極め、大惨事を起こさずに切り替える方法についてのものです。
ビジネスは1つのスプレッドシートで回っているのではなく、その積み重なりで回っており、しかもそれらはすべて同じではないからです。重要なものを何も含まず、永遠にそのままでよいものもあります。シート間の手作業のコピーを除けば問題ないものもあります。そして、ビジネスが実際に依存している、監査されていない中核になってしまったものが少数あり、そこでは数字を1つ間違えるだけで実際の損失が出ます。それらを1つの巨大な「すべてのスプレッドシートを置き換える」プロジェクトとして扱うことこそ、この種の取り組みが行き詰まる原因です。正しい進め方は、シート群をトリアージし、各シートが実際に何であるかに応じて対応することです。
一括での置き換えが失敗するのは、それが膨大で、リスクが高く、しかもほとんど不要だからです。どんなビジネスでもスプレッドシートの大半は無害で、それらを作り直しても何も得られません。価値は少数のシート、つまり負荷を支え、間違いが起きやすく、手作業でコピーされているシートに集中しており、それらを見つけ出すことが仕事のすべてです。トリアージは、どこに労力を注ぐべきか、そして同じくらい重要な、どこに注ぐべきでないかを教えてくれます。
ですから最初の一手は何かを作ることではありません。シート群全体を眺めて分類することです。棚卸ししていないものを、まともに置き換えることはできないからです。
ビジネスが実際に依存しているスプレッドシートを少しの時間をかけて洗い出し、それぞれについて運命を決めるいくつかの事実を書き留めます。これは紙の上の作業であり、取り組み全体の中で最も費用対効果の高い1時間です。
ある物流会社は「すべてのスプレッドシートを置き換える」必要があると思い込み、巨大なプロジェクトを覚悟していました。棚卸しの結果、シートは14個あり、そのうち11個は無害で問題なく、2個はそれらの間の毎週のコピー＆ペーストを自動化するだけでよく、そしてちょうど1個、全員が依存し毎月壊れていた配車トラッカーこそが本当のリスクでした。プロジェクトは「すべてを作り直す」から「1個のシートを作り直し、2つの継ぎ目を自動化し、11個はそのままにする」へと縮小し、だからこそ実際にやり遂げられたのです。
棚卸しが手元にあれば、各スプレッドシートは3つのバケツのいずれかに収まり、書き留めた事実がどれに入るかをはっきり指し示します。
いったん「スプレッドシートから脱却する」と決めると、すべてを置き換えたくなるのが本能ですが、それはほぼ常に間違いです。シンプルで低リスク、所有者が1人の仕事には、スプレッドシートは本当に最良の道具であり、それらをソフトウェアとして作り直しても、何の利益もないままコストと硬直さが増えるだけです。勝ち筋は、負荷を支える少数のシートを作り直し、手作業の継ぎ目を少数だけ自動化し、それ以外は意図的にそのままにしておくことにあります。自制もまた戦略の一部です。
どのシートを作り直し、どの継ぎ目を自動化するかがわかったら、その順序と方法が、一括切り替えにビジネスを賭けることからあなたを守ってくれます。
これを今こそ実践的にしているのは、必要な少数のシートを作り直すことが、もはや開発者と予算と順番待ちを意味しなくなったという点です。負荷を支えるスプレッドシートの背後にあるワークフロー、その記録、そのルール、誰が触るのかを説明すれば、その日のうちに動くアプリケーションが手に入り、それをシートと並行して動かし、信頼を勝ち得たらシートを引退させられます。偶然に育った積み重なりは、意図的に、一度に1つの熟慮した判断ずつ置き換えられ、あなたは作ったソフトウェアとデータの所有権を保ち続けます。作り直す価値のあるシートを説明すれば、それに合わせて形作られたソフトウェアが手に入り、偶然の業務基盤は、あなたが実際に選んだものになります。
すべてを、ということはほとんどありません。ビジネスは同じではないスプレッドシート群で回っています。大半は無害で問題なく、いくつかはそれらの間の手作業のコピーを自動化するだけでよく、そして負荷を支え間違いが起きやすい少数はソフトウェアとして作り直す価値があります。シート群をトリアージし、各シートの性質に応じて対応してください。自制も戦略の一部です。
それぞれを棚卸しし、何を保持しているか、明日間違ったら何が壊れるか、他のシートとどうつながっているか、すでにどれくらいの頻度で失敗しているかを問います。検証と権限が効く、負荷を支え間違いが起きやすく複数人が使うシートは作り直し、手作業でコピーされている継ぎ目は自動化し、シンプルで低リスク、所有者が1人のシートはそのまま残します。
簡単なものではなく、リスクの高いものからです。シンプルなものより先に、負荷を支え間違いが起きやすい1つのシートを作り直し、実データを取り込み、新しいソフトウェアをシートと並行して1〜2週間、安全網として動かします。それからその手作業の継ぎ目を自動化し、次に進みます。順番に積み上がる動く成果は、複数のプロセスを一度に壊す一括切り替えに勝ります。
ほとんどの場合、もう必要ありません。負荷を支えるスプレッドシートの背後にあるワークフロー、その記録、ルール、誰が使うのかを説明すれば、その日のうちに動くアプリケーションが手に入り、シートと並行して動かし、信頼を勝ち得たらシートを引退させられます。それこそが、重要なシートだけをトリアージして置き換えることを、大きなプロジェクトではなく現実的なものにしているのです。