プロダクトマネージャーのためのデュアルトラックアジャイル入門

デュアルトラック アジャイルは、顧客が実際に使用して愛用する素晴らしい製品を構築するための各段階で、設計チームと開発チームの両方をサポートする効果的な戦略です。

今日、成功している企業は、顧客の問題を十分に理解し、価値のあるソリューションを提供する企業です。

設計と開発にどれだけの労力を費やしているかだけが重要ではなく、その努力が正しい方向に進む必要があります。

製品開発におけるウォーターフォールのような従来のアプローチは、設計が承認されてから開発が開始され、次にテストとリリースが行われる直線的なアプローチに従っています。そのため、大きな側面を変更したい場合は、計画と設計のステップに戻ってすべてを変更する必要があるため、長くて困難なプロセスになります。

したがって、これに取り組むことは、費用がかかり、時間がかかり、困難になる可能性があります。

ただし、アジャイルやデュアルトラック アジャイルのような改良されたモデルを使用すると、コスト、時間、難易度が低く、顧客が使いたがるより優れた製品を市場に導入できます。

デュアル アジャイル トラックについてさらに議論し、それが次の製品開発にどれほど役立つかを考えてみましょう。

デュアルトラックアジャイルとは何ですか?

デュアルトラックアジャイルは、部門横断的な製品開発チームが日々の作業を発見トラックと配信トラックの 2 つのトラックに分割する、一種のアジャイル フレームワークを指します。

• ディスカバリー トラックでは、バックログに投入する製品アイデアを迅速に生成して検証することに重点を置いています。プロダクトデザインを担当します。

• デリバリートラックでは、これらの製品アイデアを、すぐにエンドユーザーに提供できるソフトウェア システムに変換することに重点が置かれています。基本的には商品開発です。

発見であろうと配信追跡であろうと、どちらもユーザーにとって最高の製品を作成することを目指しています。したがって、デュアルトラック アジャイルの概念は、UX デザインとアジャイル開発の目標を組み合わせたもので、両方のトラックが調和して機能して優れた製品の作成に役立ちます。これにより、製品チームは研究と開発を同時に効率的に進めることができます。

デュアルトラックアジャイルのルーツは、アジャイルマニフェストがリリースされて普及した後の 2005 年に遡ります。このアイデアはさらに発展し、現在ではデュアルトラック アジャイルが完成しました。

デュアルトラックアジャイルはどのように機能しますか?

アジャイル開発フレームワークは、データ駆動型、反復的、迅速な開発を行って優れた製品を構築することを目的としています。そのためには、機敏なチームが製品の更新を継続し、より迅速に市場に導入する必要があります。これは、ユーザーからのフィードバックを得て、サービスを改善するのに役立ちます。

デュアルトラック アジャイルは、開発は反復的かつ高品質で迅速でなければならないというアジャイル開発方法論の概念に基づいて動作します。

これは、製品マネージャーが要件の概要を説明し、それをデザイナーに割り当てて製品のプロトタイプまたはワイヤーフレームを作成し、それが実際の生産のために開発チームに送られるという従来の直線的なアプローチとは対照的です。

デュアルトラックでは、より強力なコラボレーションと並行して、製品の発見と提供が行われます。ここでは、開発者、デザイナー、プロダクト マネージャーを含む各メンバーが、製品開発プロセス全体を通じて緊密に連携します。

デュアルトラックアジャイルを使用する理由

デュアルトラック アジャイルを使用すると、製品チームにとって次のような多くのメリットが得られます。

より良い品質の製品

検出および配信トラックを使用すると、明確に定義されたバックログ項目を維持できます。デュアルトラック アジャイルにより、実際に必要な機能の検証が可能になるため、ユーザー エクスペリエンスに重点を置き、問題点に対処できます。

これは、開発者が価値をほとんどまたはまったく追加しない機能を取り除くのに役立ちます。したがって、すべての機能がユーザーに愛され、利用されているようなソフトウェアをリリースすることができます。これは、ユーザーにとって便利なすべての機能と、製品の品質を確保するために削除できる機能を明確に把握できることを意味します。

手戻りの減少

手戻りを少なくするために、バックログ項目を適切に定義、認定、検証する必要があります。しかし、その逆のことが起こった場合は、大量の手戻り作業が必要となり、多大な時間、労力、リソースが消費され、生産速度が低下することになります。また、締め切りがはるかに先になっているように感じられ、急いでいると満足のいく結果が得られない可能性があります。

また、アジャイルには、生産の品質を向上させるための反復が含まれます。しかし、反復を制御できなかったり、満足のいかない会議を実施したりすると、無駄が生じてしまいます。

このため、検出および配信トラックを使用して、開発チームのすべてのメンバーが必要なデータを確実に入手できるようにします。これは、反復回数を削減し、それにかかる時間とコストを削減するのに役立ちます。

ユーザーエクスペリエンスの向上

製品を市場で成功させたい場合は、優れたユーザー エクスペリエンスを提供する必要があります。競争は激しく、顧客が望むものを提供したり、顧客の問題点に対処したりしなければ、顧客はわざわざ選択肢を探しません。

従来のモデルでは、開発チーム、設計チーム、運用チームの間に多くのギャップがありました。したがって、製品管理は以前はより困難でした。同様に、設計と開発という 2 つのことに集中することもかつては困難でした。ユーザー エクスペリエンス デザインか製品の反復に重点を置く必要があります。

しかし、デュアルトラック アジャイルの導入により、ディスカバリー トラックとデリバリー トラックが明確に分離され、適切な領域に適切に焦点を当てることが可能になります。ディスカバリー チームはプロトタイプにユーザー エクスペリエンス ベースのデザインを統合できますが、配信トラックはディスカバリー チームからの入力を使用してさらに作業を進めます。検出チームは検証を実施する責任があるため、ワークフローでユーザー エクスペリエンス検証を使用できます。

変化に素早く対応します。

IT 業界はペースが速く、顧客の要求は急速に変化し、新しいテクノロジーは時折凍結されます。したがって、現代の組織は、競争において優位性を保ち、競争に勝ち続けるために、変化に迅速に対応できる柔軟性を備えている必要があります。デュアルトラックアジャイルを実装することで、これを実現できます。

費用対効果の高い検証

製品開発者は、検証とその重要性を見逃しがちです。その理由としては、コードのコーディングとレンダリングが必要であり、時間と費用がかかり、退屈であることが考えられます。また、やると決めても本気で取り組めず、非効率になってしまうこともあります。

しかし、アイデアを検証することは製品の品​​質を保証するために非常に重要です。このため、開発者は現在、アイデアの検証をより管理しやすく、低コストで、より迅速に行う方法を模索しています。デュアルトラックアジャイルは、それを達成するための効率的な方法です。発見チームのメンバーは、検証用のコードの代わりに調査を実行し、プロトタイプを設計できます。これにより、より簡単、より効果的、かつコスト効率の高い検証が可能になります。

デュアルトラックアジャイルを実際に適用するにはどうすればよいですか?

デュアルトラック アジャイルは、さまざまな市場向けのソフトウェア システムを構築するさまざまな形態や規模の企業にとって優れています。

中小企業や新興企業は、これを簡単に活用して、製品開発サイクルを短縮し、リスクを軽減し、より成功を収めることができます。また、十分なリソースを持つ大企業は、このモデルを利用して、製品発売時の成功率を高め、リスクを下げることができます。

デュアルトラック アジャイルを導入すると、製品コンセプト、製品品質、チームの士気、開発サイクルを改善するための簡単なプロセスが得られます。

したがって、開発プロセスにデュアルトラック アジャイルを導入したい場合は、その方法を次に示します。

ステップ 1: ディスカバリー トラック

このトラックはさまざまなステップで構成されています。ここで、チーム メンバーは情報と洞察を収集して、展開時に定義された要件を満たすことができる製品を構築する方法の概要を示すことから始めます。

このプロセスの最初で最も重要な側面の 1 つは、プロジェクトの要件を理解した後に関係者と話し合うことです。これは、各メンバーとチーム全体の目標を特定するのに役立ちます。彼らは、プロジェクトへの入力として検証された製品アイデアの概要を説明する必要があり、開発チームはそれを使用して出力として製品を作成します。

したがって、計画を作成する際には、エンド ユーザーと対話して、彼らの問題点や期待を理解することが重要です。これは、チームがユーザーにとって望ましい機能、デザイン、機能、使いやすさを備えた成功する製品を作成するのに役立ちます。これには、アンケート、インタビュー、研究、健全な議論、サイトとのやり取りなどを通じた包括的なユーザー調査が必要です。

さらに、ディスカバリートラックでは、ユーザーの要件や問題点に応じて、製品ペルソナの開発と作成も必要になる場合があります。ここでは、デザイナーやエンジニアと協力して、検証済みの製品バックログを作成する必要があります。

ここでチームが行うアクティビティは次のとおりです。

• 利害関係者へのインタビューを実施して、その目的と計画を理解する
• ユーザーがどのような問題に直面しているのか、そして製品を通じてそれらをどのように解決するのかを理解するためのユーザー調査
• 顧客のニーズを満たす製品を生み出すための製品ペルソナの作成
• 最初に追加するアクティビティと機能に優先順位を付けるためのストーリー マッピング

さあ、次のステージです。

ステップ 2: 配送トラック

デリバリー トラックでは、ディスカバリー トラック中に製品開発チームによって収集された洞察と情報が、可能な限り最高の製品を生産するための入力として使用されます。

このプロセスにはラピッド プロトタイピングが含まれており、すべてに対して反復的なアプローチが取られるため、開発チームと設計チームの間でより多くのコラボレーションが可能になります。

配信トラックにより、チームは機能する製品プロトタイプを市場にリリースし、ユーザーがそれをどのように認識しているかを理解し、フィードバックを求めることができます。これは、ユーザーのニーズや期待を満たすために必要な変更の概要を説明するのに役立ちます。そのため、コストが削減され、リリース後も変更が容易になります。

変更を適用して最終製品を作成するには、配信トラックですべてのマネージャー、チーム、ユーザーが対話する必要があります。この段階では、デザイン、配色、ユーザーインターフェイスから機能、機能、パフォーマンスに至るまで、製品のあらゆる側面を徹底的にレビューする必要があります。

配信トラックでは、次のアクティビティを実行する必要があります。

• 迅速なプロトタイプの作成
• プロトタイプをより迅速に市場にリリースする
• フィードバックを取り入れてユーザーの行動を理解する
• ユーザーの声をもとにユーザーインターフェースなどを改善

スクラムによるデュアルトラックアジャイル

ディスカバリー トラックでは、さまざまな長さの開発サイクルが使用されます。これには、1 ～ 2 週間待ってから大量の作業をレビューするのではなく、毎日少しずつ開発を行う必要があります。そうしないと、変更を追跡して調整することが非常に困難になり、時間がかかるからです。

多くのアイデアは発見の際に生まれますが、アイデアが進化すると、より良いアイデアのためのスペースを確保するために削除されることがよくあります。次に、最良のアイデアは、タイムボックス化されたスプリント バックログを使用した配信サイクルに移されます。

スクラムを使用したデュアルトラック アジャイルでは、次のアクティビティを実行する必要があります。

• 機会の分析、ユーザーテスト、コーディング、プロトタイピング、継続的インテグレーションなどのプロセスを含む製品発見および提供タスクのスプリント計画。
• 毎日スクラムを実施して進捗状況を話し合う
• スプリントをレビューして製品のパフォーマンス、プロセスのパフォーマンスなどを分析し、定義された OKR を達成するために進捗状況を更新します。
• 改善会議を実施して振り返りを行い、反復のための改善機会を特定する
• プロセスを改善し、目標に向けた進捗状況を追跡するための発見作業の視覚化

カンバンによるデュアルトラックアジャイル

カンバンでは、検出バックログと納品バックログの 2 つのバックログが視覚化されます。

発見ステージは、ユーザーの問題点を理解し、解決できるようにすることを目的としています。ここでの出力は、開発に移行できるすべての検証済みアイテムです。このプロセスでは、研究者、デザイナー、製品マネージャーは、新機能に取り組む前に顧客の問題を理解し、適切なソリューションを模索するよう努めます。

設計が完了すると、最終製品をエンド ユーザーに迅速に展開することを目的とした納品段階に進みます。

デュアルトラックアジャイルの課題とその対処方法

専門家が限られ、仕様が定義されている小規模なプロジェクトでデュアルトラック アジャイルを使用しても、それほど効果的ではない可能性があります。ここでは、発見と提供中に常にある段階から別の段階に切り替わり、複数の役割と責任を管理できるのは少数の個人だけです。

したがって、デュアルトラック アジャイルは、大規模なチームによる長期的なプロジェクト開発や、製品を改善するために製品を継続的に構築、テスト、反復する必要がある場合に、より大きな価値をもたらします。このタイプのプロジェクトでは、継続的な製品の発見と提供が必要になります。このようにして、メンバー間で役割を明確に分散することができ、このような設定によりプロジェクト全体が迅速に進行することが保証されます。

デュアルトラックアジャイルに関するいくつかの誤解

• ソフトウェア開発のみに適用される: アジャイルが最初にソフトウェアの世界で始まったのは事実であり、特にデジタル製品開発に適しています。しかし、それがソフトウェア開発にのみ適用できるというのは誤解です。あらゆる種類の組織がアジャイルを使用できます。
• 中小企業や新興企業にのみ適しています: アジャイルは、魅力的な MVP を構築し、ユーザーのフィードバックに応じてバージョンを調整するための優れたアプローチです。それは、大規模な組織がそれを使用できないという意味ではありません。 GE、フィリップスなど、世界で最も古く、最大規模の企業の一部はアジャイルを使用しています。これを使用して、遅いプロセスを加速し、ワークフローのサイロを排除して、エンタープライズレベルのイノベーションを推進します。
• 速度は品質を犠牲にします: アジャイルにより、より迅速なソフトウェア開発が可能になります。品質を犠牲にしてそうするという意味ではありません。アジャイルでは、さまざまなテスト段階と反復を通じて製品の品質を保証し、品質やセキュリティを損なう可能性のあるエラーやバグがないことを確認します。ベータテストやQAなどが含まれ、高品質な製品をより迅速に作成するのに役立ちます。
• アジャイルはスクラムに等しい: これは、アジャイルはスクラムであるという広く普及した神話です。実際、スクラムはエクストリーム プログラミングとリーンから来ています。これは単なるプロジェクト管理方法論ですが、アジャイルはソフトウェア開発の別の概念です。
• 明確に定義された役割がない: アジャイルでは、明確に定義された目的や役割がないため、誰もがやりたいことを何でもできると多くの人が考えています。それは神話です。アジャイルには、役割と責任を定義し、プロジェクトを監督する従来のトップダウン管理が含まれる場合があります。ただし、違いは個々のチームを管理するための指揮と制御にあります。ここでは、誰もがより柔軟に開発チームや設計チームと緊密に連携し、より緊密に連携できるようになります。
• 計画がない: アジャイルには高速な反復が必要なため、計画が必要ないと多くの人が考えています。しかし、それは真実ではありません。実際、明確に定義された長期目標とそれを達成するための計画がなければ、アジャイルは意味がありません。アジャイルでは、大きなタスクを小さなタスクに分割し、それらを効果的に実行して、高い成功率でプロジェクト全体を完了します。
• ドキュメントがない: ここで物事がより速く進んでいるからといって、アジャイルにドキュメントがないという意味ではありません。これには生産的なメンバーを含むダイナミックなチームが関与しており、ここでも文書化が重要です。

結論

デュアルトラック アジャイルのような高度な製品開発アプローチを使用すると、コスト、時間、難易度を下げて高品質の製品を構築できます。これにより、製品を迅速に市場にリリースし、競争力を高めることができます。また、フィードバックを早期に取り入れて製品を改善し、成功率を高めることもできます。