自動化プロジェクトは何日かかるか？

自動化プロジェクトが提案されると、最初の質問はたいてい「何日かかるか」です。単一の正しい答えはありません。なぜなら期間を実際に決めるのは書かれたコードの量ではないからです。似た規模に見える二つのプロジェクトでも大きく異なることがあります――一方は1週間、もう一方は1か月。違いはデータ構造と関わる意思決定者の数にあります。

期間を決める三つの段階

自動化プロジェクトはおおまかに三つの段階からなります。データとルールの準備、構築、テストと承認です。提示される期間は通常、構築段階だけをカバーしています。実際には最初と最後の段階で最も時間が失われます。

• データとルールの準備。どの情報がどこにあり、何が例外とみなされるかが明確にならなければ構築は始められません。
• 構築。定義されたルールに従って流れを組み立てる、最も予測しやすい段階です。
• テストと承認。実際の例で試し、関係者が承認する段階です。

データ構造が期間に与える影響

情報が一箇所に一貫して保管されていれば、構築は速く進みます。同じ情報が異なるファイルに、異なる形式で分散し、一部は手作業で管理されている場合、まずその混乱を整理する必要があります。表計算データを一括でシステムに取り込むために必要な準備についてはこちらの記事で扱いました。同じ論理が自動化プロジェクトのデータ準備にも当てはまります。

実際には、プロジェクトの最初に「データはすでに整っている」と想定し、途中で混乱が発覚することで最も多くの時間が失われます。構築を始める前にサンプルデータを確認しておく方が、後で後戻りするより速いのです。

意思決定者の数はコードの行数より重要

技術的には数日で構築できる流れでも、承認する人が増えるほど数週間に延びることがあります。承認者が一人増えるごとに、判断の時間と変更要求の可能性が増えます。だからこそ、開始前に誰が何を決め、どの順序で承認するかを明確にしておくべきです。

意思決定者が一人だけのシンプルな業務――例えば自動生成されるレポート――は数日で稼働できます。複数の部署に関わるプロセスは、技術的な範囲が似ていても時間がかかります。

現実的なスケジュールの立て方

期間の見積もりを求める際は、三つの段階を別々に尋ねてください。データ準備にどれだけかかるか、構築にどれだけかかるか、テストと承認に何日見込むべきか。この内訳なしに出される単一の数字は、通常は構築段階だけを反映しており、実際の納期を早く見せてしまいます。

• データは今どこに、どの形式であるか。
• 例外はすでに明確か、それともプロジェクト中に出てくるか。
• 誰が、どの順序で承認するか。
• テスト用の実際のサンプルデータは準備できているか。

これらの質問に明確に答えられるなら、提示される期間は現実に近いものになります。答えが不明確なら期間も不明確です――その場合、最初のステップは見積もりを出すことではなく、これらの不明点を明らかにすることです。

小さな範囲から始めれば期間は短くなる

広範な自動化を一度に構築するのではなく、まず一つの業務をカバーする小さなバージョンを構築することは、期間を短縮し、早い段階でのフィードバックをもたらします。この種の段階的な展開に適した業務についてはどの業務が自動化に適しているかで評価しました。小さく始めて結果を見ることは、大きなプロジェクトが一度に完成するのを待つより信頼できる方法です。

よくある質問

最速の自動化プロジェクトはどれくらいの期間ですか？

一つの繰り返し業務をカバーし、データが整理され、意思決定者が一人だけのシンプルなプロジェクトなら、数日で稼働できます。範囲と承認者の数が期間を延ばします。

期間を最も延ばすものは何ですか？

通常はコードではなく、分散したデータと長い承認プロセスです。異なるタイミングで複数の人が関わるプロジェクトは、技術的に単純でも数週間かかることがあります。

期間の見積もりが当てにならないことが多いのはなぜですか？

見積もりが通常、構築段階だけをカバーし、データ準備・テスト・承認を含めていないためです。現実的な見積もりはこの三段階をそれぞれ別に含めるべきです。