すべてはごく自然な依頼から始まります。「前四半期のデータを地域別に集計して、午前9時の会議までに準備してもらえますか？」
その依頼を実現するには、3つのシステムからデータをエクスポートし、一致しない列を照合し、先月と同じピボットテーブルをもう一度作成しなければなりません。その間ずっと、誰かがシート名を変更していないことを願いながら作業することになります。レポートは完成します。いつもそうです。しかし、いつしか「数値をまとめること」自体が、もう一つの仕事になってしまっています。
もし心当たりがあるなら、それはチームに問題があるわけではありません。単に、現在のプロセスでは対応しきれない段階に達したということです。多くの分析チームは手作業によるレポート作成からスタートします。そして、雑務や複雑さが増え、維持できなくなるまでは、その方法でも十分に機能します。
見過ごされがちな本当の問題
手作業によるレポート作成が限界を迎え始めるタイミング
いくつかの表計算ソフト、共有ドライブ、そしてデータの保存場所をすべて把握しているアナリストがいれば、レポートが1種類で対象者も1グループだけという状況では十分に対応できます。しかし、次の3つが同時に増え始めると、その仕組みは限界を迎えます。
- データ量：データソースが増えるほど、照合作業や結合作業が増え、不整合が発生する箇所も増えていきます。
- ステークホルダー：新しいチームが加わるたびに、それぞれ専用のレポートが求められ、1つだったレポートが少しずつ異なる5種類のレポートへと増えていきます。
- 更新頻度： 週次レポートだったものが「今日中に」と求められるようになり、ミスや漏れを確認する時間がなくなります。
これらはどれもスキルの問題ではありませんし、誰かがもっと速く作業すれば解決する問題でもありません。単に、当初は拡張を前提として設計されていなかったプロセスに対して、求められる業務量が大きくなりすぎたということです。それこそが、見逃してはいけないサインです。
いつの間にか気づかなくなるコスト
手作業によるレポート作成の厄介な点は、それが日常業務になると、その非効率さが見えなくなってしまうことです。
エラーは目の前にあっても見逃される
2024年に『Frontiers of Computer Science』へ掲載された文献レビューでは、35年分の研究を分析した結果、業務で使用される表計算ソフトのおよそ94％に何らかのエラーが含まれていることが明らかになりました。そのほとんどは小さなミスです。しかし、中にはそうではないものもあります。そして、その影響は単なるセルの入力ミスでは済まないこともあります。カーディフ・メトロポリタン大学の研究者であるSimon Thorne氏が『The Conversation』で報告しているように、2023年には、共有スプレッドシート内で見落とされていたたった1つのタブが原因となり、数千人の現役警察官の個人情報が漏えいする事故が発生しました。
アナリストは分析ではなくデータをまとめる作業に時間を費やしている
週の大半をデータのクレンジング、コピー、書式設定に費やしていると、本来アナリストに期待していた戦略的な分析や考察は、残ったわずかな時間で行うしかなくなります。
知識が一人の担当者に依存している
レポート作成が、その手順や細かなポイントを把握している一人のアナリストに依存している場合、その人が退職したり休暇を取ったりするだけで業務は混乱します。
監査証跡がない
数値に違和感があっても、手作業のプロセスでは何が変更され、誰が変更し、それがいつ行われたのかを追跡できることはほとんどありません。その結果、自分たちの作業を一からたどり直して原因を探すことになります。
レポート作成が再現可能になると何が変わるのか
解決策は、より懸命に働くことでも、人員を急いで増やすことでもありません。重要なのは、ロジックを管理する場所を変えることです。
毎回レポートを手作業で作り直す代わりに、データ接続、クレンジング、統合、計算といった一連の処理を一度だけワークフローとして構築し、それを繰り返し実行できるようにします。Alteryx Oneは、まさにこの考え方を実現するために設計されています。Designerを使えば、アナリストはコードを書くことなくワークフローを一度作成し、何度でも再利用できます。
その結果、次のような改善が得られます。
一度構築すれば何度でも再利用できる
これまで頭の中や数式に埋め込まれていたロジックは、チームの誰でも実行できるワークフローとして管理されます。
スケジュールに従って実行する
Orchestratorを利用すれば、チームはワークフローをスケジュールに従って自動実行できるため、月曜日のレポートは誰かが依頼する前に完成しています。この自動化機能はエンタープライズ向け機能として提供されているため、自社の運用に当てはめて検討する際には、その点も考慮するとよいでしょう。
ガバナンスを維持する
バージョン履歴、ロールベースのアクセス制御、監査ログによって、どのワークフローが、いつ、どのデータに対して実行されたのかを確認できます。これは手作業によるレポート作成では実現できない透明性です。
重要なのは、自動化が人の判断を置き換えるわけではないということです。自動化によって反復的な作業を任せることで、チームは本当に価値のある判断や分析に集中できるようになります。
ラストマイルを取り戻す
手作業が集中しやすい工程がもう一つあります。それは、完成した分析結果をステークホルダーが理解しやすい形へまとめる作業です。
ここで役立つのが、自動レポート機能です。Auto Insightsは、トレンド、異常値、主要な要因をわかりやすい自然言語で提示し、それらをプリセットレポートまたはカスタムレポートとしてまとめます。データが更新されるたびにレポートを更新できるため、毎月プレゼンテーション資料を一から作り直す必要はありません。
さらに、レポートはワークフローと連携しているため、配信も同じワークフローの一部として自動化できます。更新されたレポートは、スケジュールに従って受信トレイ、共有フォルダー、または業務プラットフォームへ自動配信されるため、必要な人は誰かに依頼することなく常に最新のレポートを受け取れます。
こうしてアナリストは、レポートを組み立てる作業から、その内容を解釈する業務へと役割を移すことができます。また、ステークホルダーも、単なる数値だけでなく、「何が起きたのか」「なぜ起きたのか」といった背景まで理解できるようになります。
実際の運用ではどうなるか
例えば、毎月同じ差異分析レポートを手作業で作成している財務チームを考えてみましょう。毎回、ERPから実績データを取得し、別の予算管理システムから予算データをエクスポートし、それらをスプレッドシートで突き合わせ、一致しない勘定科目コードを修正したうえで、経営陣向けのサマリーを作り直しています。
しかし、これらをワークフローとして構築すれば、一連の処理は自動で実行されます。各データソースへの接続も一度設定すれば繰り返し利用できます。データのクレンジングと勘定科目コードのマッピングは自動で実行されます。差異分析のロジックは、誰かが覚えておく必要のある数式ではなく、ワークフローに組み込まれています。毎月最初の営業日に、レポートは自動的に実行・更新され、いつもと同じ場所へ配信されます。誰かが手作業で作り直す必要はありません。
以前は2日かかっていた作業も、今ではレポートに目を通す程度の時間で完了します。そして、経営陣から「なぜ出張費が12％増えたのか」と質問されたときも、アナリストはその質問のもととなる数値を集計している途中ではなく、すぐに原因の分析に取りかかることができます。
移行すべきタイミングを見極める
チームが手作業によるレポート作成の限界に達したサイン
チームの現状を見極める際には、次のような兆候に注目してください。
- 毎回決まったスケジュールで同じレポートを手作業で作成している
- 重要なレポートが一人の担当者だけが知っている手順に依存している
- 一度公開した数値を後から訂正しなければならなかったことがある
- データソースの照合に分析そのものより多くの時間がかかっている
- ステークホルダーから新しい要望があるたびに新たな手作業が発生している
こうした兆候がいくつか継続的に見られる場合は、そのプロセスが限界に達しているサインです。
多くのチームが最初に取り組むこと
手作業によるレポート作成からの移行は、すべてを一度に進める必要はありません。多くのチームは、最も手間がかかる、あるいは最も頻繁に繰り返されるレポートを1つ選び、そのレポートだけをワークフローとして再構築することから始めます。
最初のステップとして次のような取り組みがおすすめです。
- 最も時間がかかる、または最もリスクの高い定期レポートを1つ選ぶ
- データ接続、クレンジング、計算など、一連の処理を一度だけワークフローとして構築する
- 1〜2サイクルは、手作業のプロセスと並行してワークフローを実行し、結果を比較して信頼性を確認する
- 数値が一致したら、手作業のプロセスを廃止し、ワークフローへ移行する
その後は、このパターンを繰り返していきます。レポートを1つ自動化するたびに、次のレポートを自動化する時間が生まれます。また、すでに構築したワークフローは、再利用可能な部品として活用できます。この変化が加速していくのは、一度にすべてを自動化したからではありません。同じ作業を何度も手作業で繰り返すことをやめたからです。
次のステップ
手作業によるレポート作成の限界に達することは、失敗ではなく成長の証です。それは、チームが十分な価値を生み出しており、その成果をより速く、より多く、より幅広く求められるようになったことを意味します。問われるのは、その需要に周辺のプロセスが対応できるかどうかです。
ご自身のデータを使って、再現性があり、ガバナンスを備えたアプローチを体験したいのであれば、実際に試してみるのが最も早い方法です。
ソース
- 「調査によると、業務用スプレッドシートの94％に重大なエラーが含まれていることが判明」Phys.org、2024年8月https://phys.org/news/2024-08-business-spreadsheets-critical-errors.html
- Simon Thorne氏「表計算ソフトのエラーは深刻な結果を招く可能性がある — それでも私たちは同じ間違いを繰り返している」『The Conversation』、2024年1月号。https://theconversation.com/spreadsheet-errors-can-have-disastrous-consequences-yet-we-keep-making-the-same-mistakes-219356