プロジェクトの探索段階では何が起こるのでしょうか?
公開: 2021-08-27素晴らしいスタートアップのアイデアを思いつきましたが、次は何でしょうか? よく言われるように、うまくスタートした製品は中途半端な製品です。 ベスト プラクティスによれば、Web プロジェクトの作業を適切に開始するには、ほぼ常に製品発見フェーズが必要です。
マッキンゼーの最近のレポートによると、全 IT プロジェクトの約 17% が成功しません。 納期が遅れているのはわずか 7% で、約 50% は予算を超過しています。 これらおよびその他の起こり得る起動失敗を防ぐにはどうすればよいでしょうか? ベスト プラクティスは、タイムリーで慎重な分析と計画がいくつかの落とし穴を防ぐのに役立つことを示しています。 新しいプロジェクトを時間通りに、無理のない予算内で完了する方法を知りたい企業にとって、解決策としての探索フェーズは必須です。
そこで、ディスカバリーフェーズで何が起こるのか、なぜそれが不可欠なのか、そしてそれがビジネスオーナーにどのようなメリットをもたらすのかを見てみましょう。
- あなたの製品に発見フェーズが必要なのはなぜですか?
- 製品発見の基本
- 製品発見フェーズでは何が起こるのでしょうか?
- 1. プロジェクトの主題領域を探索する
- 2. 考えられるボトルネックを定義する
- 3. 最適なソリューションについて話し合う
- 4. 初期機能を提案し、プロジェクトの範囲を定義する
- 5. プロジェクトのコストと時間を見積もり、プロジェクト文書を完成させます。
- ビジネスオーナーにとっての発見のメリット
- 製品発見後は何を信頼できるでしょうか?
- 最終的な考え
あなたの製品に発見フェーズが必要なのはなぜですか?
プロダクト ディスカバリー デビューは 2000 年代初頭に始まりました。 それは、場合によっては数年かかる製品開発プロセスの実行方法に対する一貫した反応でした。
2001 年にリリースされたアジャイル マニフェストは、時間のかかる不正確な製品開発に代わる、より時間効率の高い方法を提供しました。 アジャイル アプローチは、ソフトウェア開発チームが小規模かつ迅速に進めることを奨励したため、真の変革をもたらしました。 最終的に、この新しい実践により、顧客が使用でき、ひいては気に入ってもらえる製品を構築するチームが訓練されました。
同時に、デザイン思考とUXデザインが新たな価値観となり、製品開発の主な焦点が事業主ではなくクライアントに変わりました。 この UX により、製品開発チームは、クライアントが実際に何を必要としているのかという新たな大胆な質問をするようになりました。
そして、このクライアント中心のアプローチは、当時の新製品発見プロセスの中心を形成します。
あなたにおすすめ:次の PHP プロジェクトに WordPress を使用するメリットとデメリット。
製品発見の基本
製品発見とは、まさにそのようなものです。 隠された意味はありません。 開発前の非常に集中的で正確な調査段階またはコンサルティング。 作業の範囲と複雑さに応じて、このフェーズには 1 週間から数か月かかる場合があります。 製品発見のコストはプロジェクトの複雑さによって異なりますが、通常は総開発コストの 5% ~ 10% になります。
一般的な推奨事項:このフェーズは、先に進んで MVP や複雑な製品を構築する前に、アイデアを検証するだけの企業にとって非常に重要です。 発見は良いスタートを切るために望ましい段階ですが、すべてのスタートアップや製品がこの初期段階を必要とするわけではありません。 それについては後で話します。
ここまでで、ビジネスオーナーとして新製品のディスカバリセッションを検討すべき主な理由を見つけてください。
ただし、次のような状況では、ほとんどリスクなく検出ステージを省略できる場合があります。
- たとえば、別のソフトウェア ベンダーからすべてのプロジェクト ドキュメントをすでに入手している場合。
- 既存の進行中のプロジェクトに若干の変更を加える必要があるだけの場合。
ご覧のとおり、発見は必須であるという主要な製品開発ルールには例外があります。 ここで、製品発見フェーズ中に何が起こっているのか、そして通常は誰が関与しているのかを見てみましょう。
製品発見フェーズでは何が起こるのでしょうか?
発見の約束:すべての新製品は、最初からリスクややり直しの可能性を回避できます。 開発チームを知りたい、見積もりを受け取りたい場合は、Discovery を試してみてください。
この開発前段階の背後にあるものと、その進め方。
1. プロジェクトの主題領域を探索する
まず、クライアントは製品の背後にあるアイデア、製品がどのように機能するか、どのような機能が必須であるかなどを詳細に共有します。 製品のアイデアやその他の関連する質問を記入した簡単なアンケートは、非常に役立ちます。 この段階で収集できる情報が多ければ多いほど良いでしょう。 開発チームはクライアントのビジョンに関するすべての情報を入手したら、調査と分析を実行します。
2. 考えられるボトルネックを定義する
分析すると、開発ベンダーはエンドユーザーの問題を最も効果的に解決する方法についてのアドバイスを考え出します。 これに続いて、開発チームはプロジェクトのボトルネックの可能性についてクライアントと話し合います。 広範な障害の中には、特定の製品機能や予想されるビジネス ロジックの実装などがあります。
3. 最適なソリューションについて話し合う
このステップでは、技術専門家が上記で定義された問題点に対する高レベルのソリューションを提供します。
簡単に言うと、このアーキテクチャ ソリューションが製品要件を完全に満たす理由を説明します。 この段階では、クライアントには将来の製品開発のための最先端のテクノロジースタックが提供されます。 このようにして、チームはプロジェクトが最も効果的な方法で確実に実施されるようにします。
4. 初期機能を提案し、プロジェクトの範囲を定義する
分析が終わったら、プロジェクトの範囲を指定し、優先順位を特定する作業に進みましょう。 このステップは、クライアントと開発ベンダーの双方にとって不可欠です。 形成されたプロジェクト スコープにより、すべての関係者が機能の説明やユーザー ストーリーを確認できるようになり、さらに正確な見積もりを行うために必要になります。
5. プロジェクトのコストと時間を見積もり、プロジェクト文書を完成させます。
受け取ったすべての情報に基づいて、開発チームは必要なすべてのプロジェクト文書を完成させることができます。 通常、これらのドキュメントにはシステム要件仕様 (SRS) とクリック可能なプロトタイプのセットが含まれています。 SRS ドキュメントには、開発をさらにスムーズに進めるために必要な情報がすべて記載されています。 この段階で、開発チームは正確な時間と予算の見積もりも提供します。
開発チームと関係者の間で定期的にセッションを開催し、製品の期待やアップデートの可能性について共通認識を保つことが重要です。 通常は週に数回で十分です。 可能なセッションの形式としては、ベンダーのオフィス、顧客のオフィス、または現時点での状況に応じてリモートなどがあります。
次の Web アプリケーション プロジェクトでの使用を検討すべき 8 つの優れたアマゾン ウェブ サービス (AWS)が気に入るかもしれません。
ビジネスオーナーにとっての発見のメリット
要約すると、製品発見フェーズのすべての目的をまとめた以下の表をご覧ください。
調査フェーズの最初の会議では、プロジェクト マネージャーは通常、ビジネス オーナーに明確な質問のリストを尋ねます。 以下は基本的なクエリのリストです。
- あなたの製品のビジネス目標は何ですか?
- あなたの製品の対象者は誰ですか?
- 主な競争相手は誰ですか?
- プロジェクトのタイムラインは何ですか?
- プロジェクトのおおよその予算はいくらですか?
プロジェクト発見フェーズの目標を達成するために、開発チームとクライアントの代表者の両方がセッションに参加します。 成功にはクライアント側の積極的な関与が不可欠です。
以下は、クライアント側とサービス ベンダー側から見た主な製品検出の役割です。
- クライアント側:
- 事業主;
- 関係者。
- ソフトウェアサービスプロバイダー側:
- ビジネスアナリスト/プロダクトマネージャー;
- UX/UIデザイナー。
- ソフトウェアアーキテクト。
なぜ発見段階に余分な時間と予算を費やす必要があるのかまだ疑問がある場合は、この事前開発段階で受け取る成果物を以下に示します。
製品発見後は何を信頼できるでしょうか?
非常に基本的なレベルでは、製品の発見は、製品のターゲット ユーザーが直面する正確な問題だけでなく、ビジネス上の課題に関する手がかりも与えます。 ここから開発チームは問題に対する効果的な解決策を見つけ、必要なすべてのドキュメントを作成し、見積もりを提供することができます。
したがって、検出フェーズの後、クライアントは次の成果物を期待できます。
- 製品のクリック可能なプロトタイプ。
- 優先度の高い機能のリスト。
- 製品詳細仕様;
- 製品アーキテクチャと技術ドキュメント。
- 正確なコストと時間の見積もり。
- 開発チーム編成に関する推奨事項。
ご覧のとおり、探索フェーズの主な目的は、時間とコストの見積もりを含む詳細なプロジェクト情報を収集することです。 さらに、プロジェクトのドキュメントとクリック可能なプロトタイプが完成します。 発見の背後にある魔法が解けたら、次に何が起こるかを見てみましょう。
製品発見フェーズが完了したら、次のステップは製品開発です。 通常、プロジェクトのロードマップの作成、すべての機能とユーザーの役割の言及、そして最後に実用最小限の製品 (MVP) の構築というステップが含まれます。
こちらもお勧めです:ソフトウェア開発プロジェクトの役割と責任。
最終的な考え
プロジェクトの発掘は、新しいアイデアを持つスタートアップ企業にとって重要な開発段階です。 これにより、ビジネス オーナーはコンセプトを検証し、正確な時間とコストの見積もりを取得し、将来の開発のベクトルを示すことができます。 さらに、ディスカバリは詳細な技術仕様 SRS とタイムライン上の正確な範囲を受け取るのに役立ちます。
公平を期すために言うと、すべての企業がこの初期コンサルティング段階を必要とするわけではありません。 製品へのマイナーな変更と、他のサービスプロバイダーからの既製のプロジェクトドキュメントは、検出をスキップする 2 つのケースです。 それでも、小さなことから始めて、開発チームと協力してみて、それにかかるコストと時間を調べ、そしてもちろんアイデアを強化することをお勧めします。
発見フェーズは、時間と予算を節約し、メリットに関してすべての関係者にとって開発プロセスをより明確にすることを目的としています。 プロジェクトの最も重大なリスクとボトルネックが事前に明らかになっていれば、あなたのスタートアップは成功する可能性が高くなります。 最後にもう 1 つ言及しておきますが、発見は共同作業です。 定期的なコミュニケーションが、製品発見フェーズを効果的に完了するための主な鍵となります。