プロジェクトの発見フェーズと、それが IT イニシアチブを加速するのにどのように役立つか

公開: 2022-11-25

洞察、要約:

世界中で実施されているすべての革新的な IT プロジェクトのうち、成功するのは 10% から 30%にすぎません。
ソフトウェア開発プロジェクトの失敗の原因となる問題の大部分は、発見フェーズを導入することで防ぐことができます。
プロジェクトのディスカバリーフェーズは、ソフトウェア開発パイプラインの最初の段階であり、その目的は、ビジネスアイデアを競争力のある完全に機能するソリューションに変えることです。
プロジェクト発見フェーズは通常、要件の抽出、ソリューションの設計、ソリューションの設計、プロジェクトの計画の 4 つの段階で構成されます。各段階では、投資家や利害関係者に売り込み、開発プロセスを構築するために使用できる一連の成果物が生まれます。
ビジネスアナリストとエンジニアリングチームの代表者は、通常、発見を実行する責任があります。社内に経験豊富な IT 人材が不足している場合は特に、アウトソーシングされた調査フェーズも価値のあるオプションです。
ウォーターフォールを選択するか、アジャイルプロジェクト管理手法のいずれを選択するかは、発見の長さと範囲に影響します。
Waterfallでは、プロジェクトの規模と複雑さに応じて、4 週間から 8 週間、またはそれ以上かかる場合があります。
アジャイルでは、いわゆるスプリント0、つまり開始フェーズを設定するのが一般的で、通常は 2 週間以内で完了します。通常、開発トラックの前に 1 つか 2 つのイテレーションを実行するディスカバリートラックが続きます。
標準のディスカバリーフェーズの費用は20,000 ドルからです。

あなたは革新的なアイデアを持っています。私たち自身もテクノロジー愛好家であり、すぐに機能的なアプリに変えたいと思っています。しかし、いわゆる発見フェーズなしで開発に飛び込むことは、特に複雑または革新的なソリューションの実装に関しては、致命的となる可能性があります。

さまざまな調査によると、世界中で実施されているすべてのソフトウェア開発プロジェクトのうち、成功するのは 10% から 30% だけです。

そして悲しいことに、アイデアが革新的であるほど、プロジェクトが失敗する可能性が高くなります。

失敗の理由はさまざまですが、多くの場合、プロジェクトの計画が不十分であることが原因です。

DevTeam が共有した調査では、ソフトウェアプロジェクトの失敗の一般的な理由が調査されました。調査対象の企業は、自社のソフトウェア開発イニシアチブが失敗したと考える理由を 3 つまで選択するよう求められました。失敗の上位 3 つの原因は、組織の優先順位の変更、不正確な要件、およびプロジェクトの目標の変更でした。

ソフトウェアエンジニアリングサービスを提供してきた私たちの経験は、ソフトウェア開発プロジェクトの失敗の原因となる問題の大部分を防ぐことができることを証明しています。

IT イニシアチブを開始しようとしていて、それを制御不能にしたくない場合は、読み続けてください。以下では、企業や新興企業がソフトウェアソリューションをうまく展開するのにディスカバリーフェーズがどのように役立つかを共有し、ディスカバリーアクティビティからどのような種類のプロジェクトが利益を得ているかを説明し、ITRex のポートフォリオの例に基づいてディスカバリーフェーズのおおよそのコストを共有します。

プロジェクトの発見フェーズとは正確には何ですか?

プロジェクト発見フェーズは、ソフトウェア開発パイプラインの最初の段階です。このフェーズでは、ビジネスコンテキストに対してアイデアをテストし、疑問を解消し、将来のアプリに関する仮定を証明します。

ディスカバリーフェーズを適切に処理すると、正確な時間とコストの見積もりの基礎を提供しながら、ビジネスアイデアを完全に機能するソリューションに変える方法を理解するのに役立ちます。

最終的に、プロジェクトにディスカバリーフェーズを導入すると、ユーザーの期待に応え、競争力のある製品を実装するのに役立ちます。

作業範囲にもよりますが、発見フェーズは、アジャイルプロジェクトの場合は 2 ～ 4 週間、ウォーターフォールプロジェクトの場合は 4 ～ 8 週間、またはそれ以上かかる場合があります。通常は、タイムアンドマテリアル (T&M) 料金モデルに従って請求されます。

プロジェクト発見フェーズにはどの段階が組み込まれていますか?

プロジェクトの発見フェーズには通常、次の 4 つの段階が含まれます。

要件の導出
ソリューション設計
ソリューションアーキテクチャ
プロジェクト計画

要件の導出

この段階で、明確な製品ビジョンを確立します。また、このビジョンを実現するための戦略的側面についても検討します。そのためには、次の手順を実行します。

主要な利害関係者とビジネスコンテキストを特定する

インタビュー、アンケート、ディスカッション、フォーカスグループ、および観察によってプロジェクトの発見フェーズを開始し、将来のソリューションが使用される環境に飛び込み、主要な利害関係者のニーズと期待を記録します。後者には、製品所有者、管理者、エンドユーザー、開発者、投資家、および将来のソリューションの作成と使用に関与するその他の人々を含める必要があります。

また、既存のドキュメントを振り返ることも忘れないでください。市場調査、ユーザーインタビュー、またはその他の有用なドキュメントが既にある場合は、追加の調査にかかる時間を節約することで、プロジェクトの発見フェーズを短縮できます。

製品のビジョンを定義する

利害関係者のフィードバックに基づいて、製品のビジョンを定義します。 Think — 製品を開発する目的を概説し、ユーザーにとって重要な価値を伝える高レベルのドキュメント。

成功指標を特定する

プロジェクト発見フェーズの次のステップとして、製品のパフォーマンスを測定するための基準を検討します。これらには、毎月の収益、毎日のアクティブユーザー、顧客の生涯価値、およびその他の要因が含まれます。製品マネージャーは、これらの基準に基づいて、製品が設定されたビジネス目標を満たしているかどうかを監視します。

対象ユーザーの特定

ターゲットユーザーの調査とユーザーペルソナの作成を続けます。ユーザーのニーズ、期待、問題点を特定し、アプリのユーザージャーニーでそれらに対処する方法を検討します。

技術要件を明確にする

プロジェクト発見フェーズの前の段階で集約されたすべてのデータをソフトウェア要件仕様 (SRS) に変換し、将来のソリューションに対する機能要件と非機能要件 (パフォーマンス、使いやすさ、セキュリティなど) の両方を文書化します。説得力のあるドキュメントを作成する方法の詳細については、SRS の作成ガイドを参照してください。

リスク管理戦略を策定する

リスクの防止と軽減の戦略を策定します。これらは、潜在的なリスク、不確実性、および障害が問題になる前に特定して対応するのに役立ちます。

プロジェクトの範囲とタイムラインを定義する

プロジェクト調査フェーズのこの時点で、プロジェクトの完了に必要なリソース、コスト、および時間の詳細な見積もりを提供できます。定義されたマイルストーン、成果物、期限を含む完全なプロジェクトタイムラインを作成して、ステージを終了します。

要件の抽出段階を完了すると、次の成果物が手元に届きます。

製品ビジョンステートメント
プロジェクトスコープドキュメント、およびオプションでスコープ図
ユースケース、ユーザーストーリー、ユーザージャーニーマップ
製品要件ドキュメント (PRD)、機能要件ドキュメント (FRD)、またはソフトウェア要件仕様 (SRS)
リスク管理戦略
プロジェクトタイムライン

ソリューション設計

ソリューション設計段階の目標は、一目瞭然ですが、製品のユーザーエクスペリエンスを設計し、そのルックアンドフィールを考え出すことです。設計段階では、通常、次の作業を行います。

ユーザージャーニーマップを作成する

ターゲットオーディエンスの調査とユーザーペルソナに基づいて、製品に関するユーザーエクスペリエンスの高レベルの視覚的表現を作成します。通常、ユーザーセグメントごとに個別のユーザージャーニーマップが必要になります。

ユーザーと将来の製品との間の相互作用のポイントを考えることによって、プロジェクトの発見フェーズを続けます。調査中に収集したデータを使用して、ジャーニーマップを作成します。

デザインに関しては、マップはタイムラインのように単純なものから、各段階で正確に何が起こるかを示すストーリーボードのように複雑なものまであります。

ワイヤーフレームとモックアップを作成する

ソリューションの構造と設計を伝える青写真を作成して、コンセプトを視覚化します。

プロトタイプを構築する

ソリューションのプロトタイプを作成してステージを終了します。 Think — 基本的な機能とデザインの両方を反映した、将来のソリューションの初期バージョンです。プロトタイプは、利害関係者に将来のソリューションがどのように動作し、どのように見え、どのように感じられるかを示す優れた手段です。

ユーザーフローと UX および UI の決定を検証するために、おそらく数回のテストを行うことになります。そして、それは完全に大丈夫です。各イテレーションで利害関係者のフィードバックを収集し、それを信頼して設計を完成させます。

ソリューションの設計段階が完了すると、次の成果物が得られます。

ユーザージャーニーマップ
UIワイヤーフレームとUIデザインのモックアップ
低忠実度ソリューションのプロトタイプ

ソリューションの設計

プロジェクト発見段階のこの段階では、設計されたビジョンが技術的にどのように実現されるかを考えます。すべてを完了するには、次の手順を実行します。

技術的なビジョンを作成する

技術的なベストプラクティス、ビジネスコンテキスト、開発チームからのフィードバックに基づいて、製品のビジョンを実現するための技術的なソリューションを設計します。技術的なビジョンが柔軟で、将来性があり、全体的なビジネス戦略に沿っていることを確認してください。

技術的実現可能性分析の実施

プロジェクト発見フェーズの次のステップとして、ソリューションを提供する方法の詳細を評価します。テクノロジーのランドスケープ、利用可能なインフラストラクチャ、リソース、および予算を考慮してください。最終的な目標は、提案された技術的ソリューションの実現可能性を判断し、プロジェクトが法的にも技術的にも実現可能であり、経済的にも正当化されることを確認することです。

ソリューションアーキテクチャの設計

業界のベストプラクティスに依存し、技術的な要件に基づいて、将来のソリューションのアーキテクチャを設計します。組み込みのスケーラビリティ、柔軟性、およびセキュリティは、探し求めるべき機能です。これらは、後でソリューションをさらに進化させるのに役立ちます.

最適な技術スタックを選択

次のステップは、最適なプログラミング言語、フレームワーク、およびライブラリを選択することです。その際、テクノロジの選択が、将来のソリューションのパフォーマンスとスケーラビリティ、市場投入までの時間、ソフトウェアの保守性、およびサポートコストに影響を与えることに注意してください。これらの要因に対して技術オプションを慎重に検討してください。

プロジェクトのスコープを成果物に分割し、バックログ構造を作成する

プロジェクトの範囲が明確になり、テクノロジの選択が行われると、ワークロードを特定の成果物に分割し、プロジェクトのバックログを設計できます。バックログの構造化にはさまざまなアプローチがあります。最も便利なものを配信するためのビーコンとして、ユーザーストーリーに依存していることがわかります。

QA とテストの戦略を設計する

ソリューションが問題なく実行されるようにするには、早い段階で徹底的な QA 戦略の設計に力を入れてください。包括的な品質保証はテストに限定されないことを忘れないでください — それは QA の不可欠な部分です。そのため、計画段階の早い段階で QA 活動を組み込み、必要な機能および非機能テスト活動を続けてください。

ソリューションの設計フェーズが完了すると、次の成果物が得られます。

テクニカルビジョン
ソリューション実現可能性記録
ソリューションアーキテクチャ図
技術スタック
スコープベースライン
バックログの構造
QA とテスト戦略

プロジェクト計画

プロジェクト発見フェーズのプロジェクト計画段階の目標は、設定された時間枠内で、利用可能なリソースを使用して、制約を念頭に置いてプロジェクトを完了する方法を定義することです。そのためには、次のアクティビティを実行します。

リソース、市場投入までの時間、および予算の見積もりを引き出す

プロジェクトを完了するために必要なすべてのリソースを特定、整理、およびリストするリソース計画の起草でステージを開始します。後で、計画を青写真として使用して、プロジェクトの作業が予定どおりに予算内で完了するようにします。

プロジェクトのロードマップの概要を説明する

目標、マイルストーン、成果物、リソース、計画されたタイムラインなど、プロジェクトの主要要素の戦略的な概要を作成します。開発の後の段階では、ロードマップを参照ガイドとして使用して、プロジェクトチームが順調に進むようにします。

プロジェクトチームを立ち上げる

製品の種類と複雑さ、市場投入までの時間、割り当てられた予算、およびその他のプロジェクトの制約に基づいて、プロジェクトチームを編成し、ビジョンを実現します。最適なチーム構成を確保するには、詳細なプロジェクトチーム構造ガイドをお気軽にご覧ください。

プロジェクトの KPI を定義する

プロジェクトの成功を測定するために追跡する指標を設定します。これらは、予算、品質、有効性、およびタイムラインの KPI にまたがることができます。導入するすべての指標がSMART (具体的、測定可能、達成可能、関連性があり、期限付き) であることを確認してください。

進捗追跡ツールをセットアップする

プロジェクトデータを手動で管理する必要はありません。代わりに、さまざまなソースからのデータを便利にナビゲートできるプロジェクト管理ツールを使用してください。市場で最も人気のある進捗追跡ツールは、Trello、JIRA、Hive、Asana、Nifty などに及びます。

プロジェクトインフラストラクチャをセットアップする

中核となる調査活動が完了したら、運用チームや DevOps チームを参加させて、プロジェクトの調査フェーズを終了します。開発およびテストアクティビティを実行するための環境をセットアップし、自動デプロイ用のパイプラインを作成します。

プロジェクトの計画段階が終了すると、次の成果物が手に入ります。

プロジェクトのロードマップ
予算の見積もり
チーム構成
プロジェクト KPI
プロジェクトのインフラ計画
オプションで、スタートアップが投資家に提示するピッチデッキ。

発見の実施と調整の責任者は誰ですか?

上記の情報があれば、自分でプロジェクトの発見段階に足を踏み入れることができます。もう 1 つの方法は、適切で熟練した人材であなたをサポートしてくれる、プロジェクト発見サービスの経験豊富なプロバイダーに頼ることです。通常、プロジェクトディスカバリチームには、ビジネスアナリストと、ソリューションアーキテクト、ML コンサルタント、またはプロジェクトに関連するその他の役割を問わず、エンジニアリングチームの代表者が含まれます。拡張ディスカバリーチームは、次の役割で構成される場合があります。

プロダクトオーナー

プロダクトオーナーは、最初の製品のアイデアを持ち、製品のビジョンを開発する責任を負います。プロダクトオーナーとして、あなたはプロダクト開発に関与しますが、分析、設計、開発の大部分は通常、他のチームメンバーに引き継がれますが、タスクはより戦略的になります。

プロジェクトマネージャ

プロジェクトマネージャーは、利害関係者間の円滑なコミュニケーション、作業範囲の計画、およびプロジェクトの進捗状況の追跡を担当します。

ビジネスアナリスト

ビジネスアナリストは、最初のビジョンを実際の機能的なソリューションに変える方法について具体的な計画を立てます。ビジネスアナリストとして、利害関係者にインタビューし、彼らのニーズを掘り下げ、ビジネスコンテキストと照らし合わせて詳細な SRS を作成します。

ソリューションアーキテクト

ソリューションアーキテクトは要件を分析し、ソリューションのロジックとアーキテクチャを設計します。また、競争力のある将来性のあるソフトウェアを確実に手に入れるためのツール、テクノロジー、方法論も提案します。

UX/UIデザイナー

UX/UI デザイナーは、中断のないスムーズなユーザーエクスペリエンスを設計する人です。ユーザーのニーズと好みを研究して、将来の製品を可能な限り便利で魅力的なものにします。

さらに、発見チームには、DevOps エンジニア、QA エンジニア、およびセキュリティエンジニアが含まれる場合があります。

DevOps エンジニアは、プロジェクトアクティビティ用のインフラストラクチャのセットアップと自動ビルド用のパイプラインの設計 (実装を選択した場合) を担当します。

製品が厳しい品質要件の対象となる場合は、調査活動にQA エンジニアを関与させます。彼らに要件の実現可能性を評価させ、必要な QA 活動を開発のすべての段階に組み込みます。

セキュリティエンジニアは、お客様の製品が必要な安全基準に準拠しており、保護メカニズムが組み込まれていることを確認します。

アジャイルプロジェクトとウォーターフォールプロジェクトでは、ディスカバリーはどのように異なりますか?

ウォーターフォールなどの直線的なプロジェクト管理アプローチを選択するか、アジャイルファミリーの管理方法論の 1 つを選択するかは、発見フェーズの処理方法にも影響します。

Waterfall では、開発が始まる前に、すべての発見活動が事前に完了します。通常、調査フェーズには最大 8 週間かかり、プロジェクト予算の 10% から 15% が費やされます。完了すると、チームは必要なすべての成果物を取得します。

一方、アジャイルでは、発見フェーズは通常、開発トラックの前に 1 ～ 2 回の反復を実行します。通常、数週間以内に完了します。

違いをさらに詳しく知りたい場合は、ウォーターフォールプロジェクトとアジャイルプロジェクトの発見フェーズに関する記事をお読みください。

ディスカバリフェーズからメリットを得られるのは、どのような種類のプロジェクトですか?

ITRex の主任 BA である Vladimir Sechko 氏に、発見フェーズの導入によって恩恵を受ける可能性のあるプロジェクトの種類について尋ねました。スポイラー: 任意。そして、そのような反応の理由については後で説明します。ここでは、ITRex のポートフォリオから 3 つの例を挙げて、発見活動が役立つ場合を説明します。

プロジェクト 1. 市場調査と予測のためのソフトウェアプラットフォーム

小売業者向けの市場調査および予測プラットフォームの作成を検討しているスタートアップは、アイデアの実現可能性をテストし、ソリューションのコンセプトをさらに発展させるために ITRex にアプローチしました。

ファッション小売市場を対象とした ML ベースのプラットフォームは、メーカーや小売業者が特定の販売場所の需要に合わせて生産および販売されるアイテムの量を調整するのに役立ちます。予測は、ソーシャルメディア情報を含むオープンソースデータに基づいて行われます。

配信の範囲には、予測モデルのデータソースの調査、予測モデルの背後にあるロジックの検討、将来のソリューションの機能の説明、およびデータ収集とデータストレージに関連するコンプライアンス要件の規定が含まれていました。

ビジネスアナリストと ML エンジニアが調査活動の実施に関与しました。

発見フェーズの最後に、顧客はアイデアの実現可能性を検証し、すべての機能ブロックが詳細に記述および視覚化された低レベルの機能ソリューションを手に入れ、将来のソリューションのコンプライアンス要件を学びました。

ソリューションのコンセプトは現在投資家に売り込まれており、さらなる開発に必要なリソースを引き付ける可能性が高い.

そのため、次の場合はプロジェクトの発見フェーズを実行することをお勧めします。

あなたのソリューションは、AI、ML、およびその他の革新的な技術と関係があります
あなたのソリューションは公開データに依存しており、セグメントのデータ収集要件に精通していません
初期のビジョンにまだ磨きがかかっておらず、最初の開発イテレーションでどのコア機能に集中すればよいかわからない

プロジェクト 2. B2B フローをオーケストレーションするためのバックオフィス

音楽ストリーミングサービス、オンライン印刷および刺繍サービス、音楽バンドが商品をデザインおよび販売できるオンラインストアを含む 4 つの事業部門の所有者は、すべての事業部門を調整するための便利なバックオフィスを開発したいと考えていました。バックオフィスにより、部分的にオフラインであった B2B 管理プロセスを改善できます。

発見の際、ITRex のビジネスアナリストはクライアントのニーズを調査し、将来のソリューションの機能マップを設計しました。提案されたソリューションは、クライアントのパートナーとスタッフの両方がパートナーモジュール内でシームレスに通信するのに役立ちます。

したがって、発見活動を実行した後、クライアントは、PHP Symfony フレームワークを使用して実現される将来のソリューションの完全な機能マップを取得しました。

そのため、問題のソリューションが複雑で、多くの統合を備えている場合は、調査活動を行ってください。発見フェーズは、コア機能を選び出し、最初の開発イテレーション中に集中して価値を得るのに役立ちます。

プロジェクト 3. 型にはまらないモバイル広告プラットフォーム

あるスタートアップ企業は、ITRex を利用して、市場に迅速に投入したいと考えていた製品ビジョンを検証し、さらに開発しました。彼らは、ギャンブル要素を含む広告への斬新なアプローチを思いつきました。モバイルプラットフォームにより、広告主は、ユーザーが TikTok のような方法で表示できるように動画広告をアップロードできます。広告主は、キャンペーンに費やす金額を設定する必要もあります。ビデオコンテンツを見ている間、任意のユーザーに報酬を請求するボタンが表示されます。このボタンは短時間だけ表示され、報酬は広告主が設定した金額に等しくなります。

プロジェクトの発見フェーズでは、クライアントのビジネスアイデアを磨き、コンプライアンス要件を文書化し、ソリューションを開発するためのプラットフォームを選択し、ユーザーエクスペリエンスを設計し、報酬アルゴリズムの特性を検討し、不正防止メカニズムをまとめました。 .

クライアントは ITRex のチームと共にソリューションの開発を続けました。

したがって、次の場合は検出フェーズを選択します。

あなたが開発しているソリューションは、広告とギャンブルのようなドメインの交差点にあります
ソリューションは迅速に展開する必要があります。この場合、発見中に得られた成果物は、開発プロセスを導き、開発ミスを回避するのに役立ちます
適切なテクノロジーとプラットフォームについて確信が持てない
コンプライアンスとセキュリティの要件について確信が持てない

一線を画す発見フェーズは、成功を目指すすべてのプロジェクトにとって価値があります。発見活動は、ビジネスアイデアのもう 1 つの健全性チェックと考えてください。

プロジェクト発見フェーズも、変化する環境や不安定な環境での開発をナビゲートするのに役立ちます。研ぎ澄まされたビジョン、徹底的な要件、熟考されたタイムラインが手元にあれば、最終目標を見失うことなく、開発のコースを調整することが容易になります。

ディスカバリーの成果物は、プロダクトオーナーやプロダクトマネージャーへの依存度を下げるのにも役立ちます。アジャイルでは、プロダクトマネージャーのミスが致命的になる可能性があります。戦略的決定がまとめて考え出され、検証される発見フェーズが先行するプロジェクトでは、戦略的失敗の可能性ははるかに低くなります。

プロジェクトのディスカバリーフェーズを実施するには、どのくらいの費用がかかりますか?

調査フェーズの総コストは、プロジェクトの複雑さと実行するアクティビティの範囲によって異なります。

たとえば、考え抜かれたビジョンを持つプロジェクトの場合、発見段階の核心は、その実現への最適なアプローチを考え出し、必要なすべての見積もりを引き出すことです。その合計は約10,000 ～ 15,000 ドルです。

ビジョンが不明確なプロジェクトのディスカバリーアクティビティは、通常、Time & Material 料金モデルに従って請求されます。このようなプロジェクトの発見コストは、必要な成果物に応じて20,000 ドル以上から始まります。

まとめると

したがって、あなたが次の画期的なアプリケーションに取り組んでいるスタートアップである場合、発見フェーズで開発プロセスを開始すると、次のことができます。

価値提案、ユーザーのニーズ、ビジネス目標を明確にする
作業範囲を定義し、詳細な時間と予算の見積もりを得る
投資家に売り込むための実用的なプロトタイプを入手する
詳細なアーキテクチャソリューションを取得し、適切なパートナーとベンダーを探し始めます
開発の後期段階で費用のかかる変更を回避できるように、考え抜かれた製品ビジョンを取得します。
結果として、より高い投資収益率を得る

一方、IT 以外の分野で活動している企業にとって、プロジェクト発見フェーズを導入すると、次の利点がもたらされます。

十分に文書化されたプロジェクトのビジョンと範囲
意思決定の基礎となる実際の利害関係者のフィードバック
社内人材の影響を最大化
時間とお金の投資に関する十分な理解
ユーザーフレンドリーな体験
投資収益率の向上

プロジェクトの発見段階についてまだ答えのない質問がある場合、またはイニシアチブを開始するための信頼できるパートナーを探している場合は、 ITRex にお問い合わせください。 経験豊富な BA が、プロジェクトの成功の基礎を築きます。

2022 年 11 月 21 日にhttps://itrexgroup.comで最初に公開されました。