プロジェクトの発見段階で何が起こりますか？

だから、あなたは素晴らしいスタートアップのアイデアを持っています、次は何ですか？ 彼らが言うように、十分に開始された製品は、半分構築された製品です。 ベストプラクティスは、ほとんどの場合、Webプロジェクトでの作業を適切に開始するには、製品の発見フェーズが必要であることを示しています。

最近のマッキンゼーのレポートによると、すべてのITプロジェクトの約17％が成功していません。 遅れて納品されるのはわずか7％で、約50％が予算を上回っています。 これらおよびその他の考えられる起動エラーを防ぐにはどうすればよいですか？ ベストプラクティスは、タイムリーで注意深い分析と計画がいくつかの落とし穴を防ぐのに役立つことを示しています。 解決策として、発見フェーズは、新しいプロジェクトを時間どおりに快適な予算内で完了する方法を知りたい企業にとって必須です。

それでは、発見段階で何が起こるのか、なぜそれが不可欠なのか、そしてそれがビジネスオーナーにどのようなメリットをもたらすのかを見てみましょう。

なぜあなたの製品は発見段階を必要としますか？

製品発見のデビューは2000年代の初めに始まりました。 これは、製品開発プロセスの実行方法に対する一貫した反応であり、場合によっては何年もかかる可能性があります。

2001年に、アジャイルマニフェストのリリースは、遅くて不正確な製品開発に代わる、より時間効率の良い代替手段を提供しました。 アジャイルアプローチは、ソフトウェア開発チームが小さくて速く進むことを奨励したため、真のゲームチェンジャーになりました。 最終的に、この新しいプラクティスは、顧客が使用できる、したがって気に入る製品を構築するためにチームを訓練しました。

同時に、デザイン思考とUXデザインは新しい黒字になり、ビジネスオーナーではなくクライアントに対する製品開発の主な焦点が変わりました。 UXは、製品開発チームに新しい大胆な質問をするよう促しました。クライアントは実際に何を必要としているのでしょうか。

そして、このクライアント中心のアプローチは、当時の新製品発見プロセスの中心を形成します。

あなたにおすすめ：次のPHPプロジェクトにWordPressを使用することの長所と短所。

製品発見の基本

製品の発見はそれがどのように聞こえるかです。 隠された意味はありません。 開発前の非常に集中的で正確な調査フェーズまたは協議。 作業の範囲と複雑さに応じて、このフェーズには1週間から数か月かかる場合があります。 製品発見のコストはプロジェクトの複雑さによって異なりますが、通常、総開発コストの5％から10％になります。

一般的な推奨事項：このフェーズは、先に進んでMVPまたは複雑な製品を構築する前に検証するというアイデアだけを持っている企業にとって重要です。 発見は良いスタートのための望ましいフェーズですが、すべてのスタートアップと製品がこの初期段階を必要とするわけではありません。 後で話します。

これまでのところ、ビジネスオーナーとして、新製品の発見セッションを検討する必要がある主な理由を見つけてください。

ただし、リスクをほとんど伴わずに検出段階を省略できる場合があります。

• たとえば、別のソフトウェアベンダーからのすべてのプロジェクトドキュメントがすでにある場合。
• 既存の進行中のプロジェクトに小さな変更を加える必要がある場合。

ご覧のとおり、主な製品開発ルールであるディスカバリーには例外があります。 それでは、製品発見フェーズで何が起こっているのか、そして誰が通常関与しているのかを調べましょう。

製品発見フェーズではどうなりますか？

発見の約束：すべての新製品は、最初からリスクと可能なやり直しを回避できます。 開発チームを知り、見積もりを受け取りたい場合は、ディスカバリーを試してみてください。

この開発前フェーズの背後にあるものと、その進め方。

1.プロジェクトのサブジェクトエリアを探索する

まず、クライアントは、製品の背後にあるアイデア、製品のパフォーマンス、必須と見なされる機能などを詳細に共有します。 製品のアイデアやその他の関連する質問を記入した簡単なアンケートが大いに役立ちます。 この段階で収集される情報が多いほど、優れています。 開発チームは、クライアントのビジョンに関するすべての情報を入手したら、調査と分析を行います。

2.考えられるボトルネックを定義する

分析すると、開発ベンダーは、エンドユーザーの問題を最も効果的な方法で特定する方法についてアドバイスを出します。 これに続いて、開発チームはクライアントと考えられるプロジェクトのボトルネックについて話し合います。 広範囲にわたるジャムの中には、特定の製品機能または予想されるビジネスロジックの実装があります。

3.最適なソリューションについて話し合う

このステップでは、技術専門家が上記で定義された問題点に対する高レベルのソリューションを提供します。

簡単に言うと、このアーキテクチャソリューションまたはそのアーキテクチャソリューションが製品要件を完全に満たす理由を説明しています。 この段階で、クライアントには、将来の製品開発のための最先端のテクノロジースタックが提供されます。 このようにして、チームはプロジェクトが最も効果的な方法で提供されることを保証します。

4.初期機能を提案し、プロジェクトスコープを定義します

分析が終了したら、プロジェクトの範囲を指定して優先順位を特定します。 このステップは、クライアントと開発ベンダーの両方にとって不可欠です。 形成されたプロジェクトスコープにより、すべての関係者が機能の説明やユーザーストーリーを確認でき、さらに正確な見積もりを行うために必要です。

5.プロジェクトのコストと時間を見積もり、プロジェクトのドキュメントを完成させます

受け取ったすべての情報に基づいて、開発チームは必要なすべてのプロジェクトドキュメントを完成させることができます。 原則として、これらのドキュメントには、システム要件仕様（SRS）とクリック可能なプロトタイプのセットが含まれています。 SRSドキュメントには、さらにスムーズな開発に必要なすべての情報が記載されています。 この段階で、開発チームは正確な時間と予算の見積もりも提供します。

開発チームと利害関係者の間で定期的なセッションを開催し、製品の期待と可能な更新について同じページにいることが重要です。 通常、週に数回で十分です。 可能なセッションには、次のような形式があります。ベンダーのオフィス、顧客のオフィス、または時間の経過とともにリモートで。

あなたは好きかもしれません：あなたがあなたの次のウェブアプリケーションプロジェクトで使うことを考慮すべき8つの優れたアマゾンウェブサービス（AWS）。

ビジネスオーナーにとっての発見のメリット

要約すると、製品発見フェーズのすべての目的を備えた以下の表を見てください。

発見フェーズの最初の会議中に、プロジェクトマネージャーは通常、ビジネスオーナーに明確な質問のリストを尋ねます。 以下は、基本的なクエリのリストです。

• あなたの製品のビジネス目標は何ですか？
• あなたの製品のターゲットオーディエンスは誰ですか？
• 主な競争相手は誰ですか？
• プロジェクトのタイムラインは何ですか？
• プロジェクトのおおよその予算はいくらですか？

プロジェクト発見フェーズの目標を達成するために、開発チームとクライアントの代表者の両方がセッションに参加します。 クライアント側からの積極的な関与は成功に不可欠です。

以下は、クライアント側とサービスベンダー側からの主要な製品発見の役割です。

• クライアント側：
  • 事業主;
  • 利害関係者。
• ソフトウェアサービスプロバイダー側​​：
  • ビジネスアナリスト/プロダクトマネージャー;
  • UX/UIデザイナー;
  • ソフトウェアアーキテクト。

発見段階に余分な時間と予算を費やす必要がある理由についてまだ疑問がある場合は、この開発前段階で受け取る成果物を以下に示します。

製品発見後に何を期待できますか？

非常に基本的なレベルでは、製品の発見は、ビジネスの課題と、製品のターゲットオーディエンスが直面する正確な問題についての手がかりを提供します。 ここから始めて、開発チームは問題の効果的な解決策を見つけ、必要なすべてのドキュメントを作成し、見積もりを提供できます。

したがって、発見段階の後、クライアントとして、あなたは次の成果物を頼りにすることができます。

• 製品のクリック可能なプロトタイプ。
• 優先度の高い機能のリスト。
• 製品詳細仕様;
• 製品アーキテクチャと技術文書。
• 正確なコストと時間の見積もり。
• 開発チーム編成の推奨事項。

ご覧のとおり、発見フェーズの主な目的は、時間とコストの両方の見積もりを使用して詳細なプロジェクト情報を収集することです。 さらに、プロジェクトのドキュメントとクリック可能なプロトタイプができあがります。 発見の背後にある呪文が破られたら、次に何が起こるか見てみましょう。

製品発見フェーズを完了した後、次のステップは製品開発です。 これには通常、次の手順が含まれます。プロジェクトロードマップの作成、すべての機能とユーザーロールの言及、そして最後に、最小実行可能製品（MVP）の構築。

あなたも好きかもしれません：ソフトウェア開発プロジェクトの役割と責任。

最終的な考え

プロジェクトの発見は、斬新なアイデアを持つスタートアップにとって重要な開発フェーズです。 これにより、ビジネスオーナーは概念を検証し、正確な時間とコストの見積もりを取得し、将来の開発のベクトルを示すことができます。 さらに、ディスカバリーは、詳細な技術仕様SRSとタイムライン上の正確なスコープを受け取るのに役立ちます。

公平を期すために、すべての企業がこの最初のコンサルティングフェーズを必要とするわけではありません。 製品へのマイナーな変更と他のサービスプロバイダーからの既製のプロジェクトドキュメントは、発見をスキップする2つのケースです。 それでも、小さなことから始めて、開発チームと協力して、関連するコストと時間を見つけ、そしてもちろん、アイデアを強化することをお勧めします。

発見フェーズは、時間と予算を節約し、利益に関してすべての関係者にとって開発プロセスをより明確にすることを目的としています。 プロジェクトの最も重大なリスクとボトルネックが事前に明らかにされている場合、スタートアップが成功する可能性があります。 ここで最後に言及することは、発見は共同作業です。 定期的なコミュニケーションは、効果的な製品発見フェーズを完了するための主要な鍵です。