”Dual Track Agile”を読んだ
snaka
多分こういうこと
これまでのアジャイルの問題
- これまで、仮説 -> ソリューション構築 (インクリメンタル開発) -> モニタリング(価値検証) のように、価値検証までのループが大きくなりがち (書いて無い気がするが脳内補完)
- イテレーション回して作ったものが顧客が望んだものではなかった、というのを知るタイミングが遅くなりがち
デュアルトラックにすると
- ディスカバリートラックでは、ユーザーインタビューやプロトタイピングで価値検証を行い
- デリバリートラックでは、検証された価値を提供することに集中
- ディスカバリー・デリバリーの２つのトラックは同時平行に走るが、相互に密な連携により顧客に対して迅速にかつ確実に価値を届けることができる
※ 以下の日本語訳は DeepL によるもの
snakaDual Track Agile の起源
This approach was first coined as "dual-track Scrum" in the early 2010s by Robert C. Martin, or "Uncle Bob", a renowned software engineer. Martin recognized that the standard Scrum process of fixed sprints and backlogs often led teams to work in isolation without a customer focus. Dual-track Scrum aimed to fix this by adding a continuous discovery process focused on rapid prototyping and validation.
このアプローチは、有名なソフトウェアエンジニアである "アンクル・ボブ "ことロバート・C・マーティンによって、2010年代初頭に初めて "デュアルトラック・スクラム "と呼ばれるようになった。
マーティンは、スプリントとバックログを固定した標準的なスクラムプロセスでは、チームが顧客にフォーカスせずに孤立して作業することが多いことを認識していた。 デュアルトラックスクラムは、迅速なプロトタイピングと検証に焦点を当てた継続的な発見プロセスを追加することで、これを修正することを目指した。
snakaディスカバリーとデリバリー
引用元: https://agilefirst.io/dual-track-agile/
While discovery and delivery progress in parallel, they maintain tight integration through constant communication and shared goals. Insights uncovered in discovery inform the product roadmap and backlog managed by delivery. And the delivery track provides feedback on technical feasibility and timelines. This interplay between the dual tracks drives product innovation and development forward.
ディスカバリーとデリバリーは並行して進みますが、常にコミュニケーションを取り、目標を共有することで、緊密な統合を維持します。 ディスカバリーで明らかになった洞察は、デリバリーが管理する製品ロードマップとバックログに反映されます。 そして、デリバリートラックは、技術的な実現可能性とスケジュールに関するフィードバックを提供します。 このデュアルトラック間の相互作用が、製品のイノベーションと開発を前進させる。
snakaディスカバリーチーム
- Product Manager
Leads discovery efforts and sets vision- User Researchers
Immerses in customer insights- UX Designers
Rapidly prototypes new concepts- Technical Leads
Vets feasibility of ideas
- プロダクトマネージャー
発掘作業をリードし、ビジョンを設定する。- ユーザーリサーチャー
顧客インサイトに精通。- UXデザイナー
新しいコンセプトを迅速にプロトタイプ化する。- テクニカルリード
アイデアの実現可能性を検証する。
snakaデリバリーチーム
- Scrum Master
Keeps team on track- Developers
Codes new features- QA
Ensures quality of releases- DevOps
Enables continuous delivery
- スクラムマスター
チームを軌道に乗せる。- 開発者
新機能をコーディングする。- QA
リリースの品質を保証する。- DevOps
継続的デリバリーを可能にする。
snaka期待しているメリット
- Managing a vast product space ( Avoids prematurely narrowing the focus too early )
- Shortening delivery time
- Facilitating stakeholder management
- Improving team communication
- Navigating the product space
- Lowering costs
- 広大な製品空間を管理する ( 早期に焦点を絞りすぎることを避ける )
- 納期を短縮
- ステークホルダー管理の促進
- チームコミュニケーションの改善
- 製品スペースのナビゲーション
- コストを下げる