🐷

Spec駆動開発で挑む、次世代の分析基盤構築

• 導入: なぜ手戻りは終盤に集中するのか
  データ基盤構築のプロジェクトでは、終盤に手戻りが集中する。既存帳票との数値差分が出る、暗黙のロジックが後から発覚する、リリース直前のレビューで実際の業務フローと合わず大幅な改修要望をいただく。経験のあるエンジニア・コンサルタントなら一度は遭遇したパターンである。

これは個別案件のスキル不足ではなく、従来型のフェーズ構成そのものに組み込まれた構造的問題だと考えている。要件定義をある程度で切り上げ、動くものを作ってから顧客と詳細を詰める。短期的には早く見えるが、終盤の手戻りを前提にした構造になっている。

LLM によって SQL や Dataform の実装は確かに速くなった。ただし、実装だけが速くなると、曖昧な要件のまま下流へ早く進んでしまうだけで、後工程の手戻りはむしろ拡大する。

そこで、アプリケーション開発で広がってきた spec 駆動開発を分析基盤構築に持ち込み、複数のプロジェクトでの実践知見をもとに本記事では一般化して整理した。実感した本質的な変化は、実装が速くなることそのものではない。プロジェクト全体の時間配分と品質構造が変化することである。要件定義はむしろ長くなる。しかし、後工程の手戻りが減ることで、全体工数は減り、不確実性も小さくなる。

本記事ではこの変化を、フェーズ構成・工数配分・顧客コミュニケーション・差分検証の観点から整理する。

筆者は MBKデジタル SD部所属の井上である。実装比重の低いコンサルタントとして、データ基盤構築・BI 実装・AI 活用支援に従事している。本記事は直近の実プロジェクトでの実感をもとに執筆した。