TL;DR
プロダクト開発を、アイデアを検証する Discovery と、検証済みのものを作って届ける Delivery の 2 つのトラックで並行して進めるやり方。
なぜ必要か
Marty Cagan によると、プロダクトのアイデアを実際に作ってリリースするのは、アイデアを検証する方法として最も遅く、最もコストがかかる。検証されていないバックログのアイテムは、長いスプリント計画や手戻りの原因になる。そこで、本番のコードを書く前にアイデアを検証する。
仕組み
Discovery トラックは、検証済みのプロダクトバックログのアイテムを素早く生み出すことに集中する。プロトタイプなどでアイデアを試し、作る価値があるかを確かめる。Delivery トラックは、検証されたアイテムからリリースできるソフトウェアを作ることに集中する。
役割ごとに成果物を受け渡すのではなく、プロダクトマネージャー、デザイナー、リードエンジニアが並んで一緒に働く。Lean UX のやり方では、Discovery で検証したプロトタイプが、そのまま Delivery の仕様になる。
注意点
この呼び名は Jeff Patton が Cagan に伝えた「Dual-Track Scrum」に由来する。Cagan は後に、プロセスに目が向きすぎるとして「Dual-Track Agile」という言葉を使うのをやめ、「Continuous Discovery」と「Continuous Delivery」と呼ぶようになった。