Web・モバイルアプリ開発会社の詳細な見積書に記載すべきこと
すべてのクライアントは、プロジェクトの価格を早急に知りたがっています。 概算見積もりで価格を決定する手っ取り早い方法があるとはいえ、渇きを癒すことはできません。
私たちの Web およびモバイル アプリ開発会社は、新しいクライアントとの共同作業を開始するたびに、クライアントのプロジェクトのコストに関連する最も細かい詳細をすべて明らかにする 2 つの包括的なドキュメントを作成します。 そして今、MindK の詳細な見積もりについて知りたいと思っていたことをすべて明らかにする時が来ました。
詳細な見積もりとは何ですか。
詳細な見積もりは、プロジェクトのコストの包括的な内訳を提供する肉付け文書です。
作業の全体範囲を素性の良い部分、すなわち機能に分けます。
各機能は、部門横断的なチームによって個別に見積もられます。
各機能を完了するのにかかる時間を合計して、アプリの詳細な予算を形成します。
詳細見積もり vs. 概算見積もり
共有したばかりの基本アイデアに価格タグをつけてほしい場合、喜んで概算見積もりを送信します。
詳細な見積もりは、より微妙で広範な文書です。
概算見積もりでは、アプリをエピックと呼ばれる機能の巨大なブロックに分割します。
詳細な見積もりでは、さらに一歩進んで、各エピックを機能に分割します。
詳細な見積もりを作成する前に、すべての要件を収集して文書化し、すべての未決事項を解消し、仕様書(プロジェクトに使用する固定価格契約モデルの場合)を作成する必要があります。
このようにして、必要なすべての詳細を事前に調べ、結果として最も正確な見積もりを提供することができます。
この段階では仮定は許されず、主張のみです。
詳細な見積もりと正確な見積もり
見積もりに関わるとき、詳細であっても必ずしも正確である必要はない。固定価格プロジェクトの場合、詳細な見積もりは発見段階が終了した後に作成します。
アジャイル/スクラム・プロジェクトでは、別のアプローチを使用します。
この方法論によると、製品開発はダイナミックで非常に柔軟なプロセスです。
ほとんどの場合、数か月後、数年後にアプリケーションがどのような形になるかを予測することはできません。
これにより、ディスカバリー フェーズで多くの時間を無駄にすることなく、おおよその、しかし非常に詳細な見積もりを作成することができます。
詳細な見積もりを構成するものは何か。
見積もり
このセクションでは、プロジェクトのコストの機能ごとの内訳を示します。
固定価格プロジェクトの場合は、各機能の正確なコストを書き出すだけですが、アジャイルプロジェクトの場合は、概算を示すだけです。
このセクションには、クライアントによって 100% 確認済みの機能以外を含めていません。
プロジェクトが複雑な場合 (たとえば、Web アプリケーション、iOS/Android アプリ、チャットボットなど)、これらのコンポーネントのそれぞれを別々に見積もります。 これは、ユーザーの視点から機能の一部をレンダリングする単純化された方法です。
通常、次のように読み取ります。 <role> として、<feature> が欲しいので、<advantage> (たとえば、ブログのオーナーとして、購読フォームが欲しいので、新しいブログ投稿に関する更新情報を受け取る購読者を獲得できる).
ユーザー ストーリーが短い、簡潔、かつ柔軟である。 しかし、最も重要なことは、ソフトウェア開発の世界ではまったくの初心者であっても、非常に理解しやすいということです。
詳細な見積もりには、あらゆる種類の作業に対するコストの内訳が含まれています:
- Business Analysis;
- Design;
- Markup (HTML);
- Development;
- Quality Assurance;
- プロジェクト管理 (PM) です。
PMのコストは通常、ボトムラインの約25%を占めています。
- プロジェクトが複雑になればなるほど、より多くのコミュニケーションと管理が必要になります。
- チームが大きくなればなるほど、その管理はより困難になり、結果として追加の PM 時間となります。 実装 (および管理) する別の機能であることに加え、サードパーティ API は、しばしば PM がサービス プロバイダーと連絡を取る必要があります。
たとえば、API プロバイダーとしての大企業 (大手銀行、大企業など) とのコミュニケーションは本当に厄介なものになります。 高いレベルの官僚主義や硬直した階層構造により、このような単純なタスクが耐え難い雑用に変わることがあります。
別のサブセクションで、すべての標準機能をリストアップします。 たとえば、サーバーや開発環境の設定、プロジェクト管理、Google Play リリース (Android アプリの場合) などです。
サード パーティ製ソリューションのコスト
ソフトウェア開発に関して言えば、車輪の再発明はコストがかかり、しばしば無意味な努力となります。 ありがたいことに、IT の世界では、すべての標準タスクや頻繁に発生する問題には、少なくとも 1 つの既製のソリューションがあります。
プロジェクトを完了するために、サードパーティのソフトウェア、サービス、またはライブラリを購入する必要がある場合、それらのコストを見積もり、ドキュメントにその数字を含めます。
ウェブサイトのデザインが、使用したい特定の既製テンプレートに基づいている場合、そのコストを見積もりに加えます。
あるいは、クライアントがホスティングの支援を希望する場合、最適なオプション (Amazon Web Services、DigitalOcean、またはその他の実績あるサービスなど) を提案します。 したがって、ホスティングとサーバー メンテナンスに関連するコストは、このセクションに表示されます。
リスク分析
すべてのプロジェクトには、固有のリスクがあります。 プロジェクトマネージャーの仕事は、それらを識別し、それらに対処するための戦略を開発することです。
リスク管理のベストプラクティスにもかかわらず、リスクのいくつかは具体化し、プロジェクトのコストに影響を与える。 私たちは、それぞれの潜在的なリスクを評価し、詳細な見積もりに含めます。
特定のリスクが実際の問題になった場合にのみ、指定された金額を支払う必要があります。 そうでなければ、お金はそのままです。
これらの見積もりは、その後、プロジェクトの開発を脅かすさまざまな危険に対する保険として機能します。
以下に、製品開発で発生するリスク分類の例を示します。(例: 新しい、または特別に複雑な技術の使用、技術の変更、不可能な出力目標);
Project Management (例: 資金と時間の不適切な配分、不十分なプロジェクト計画); Organizational (例:. コスト、時間、スコープの目標間の一貫性の欠如、優先順位付けの不備、不規則なバックアップ)、 外部(法律の変更、ベンダーや下請け先との問題、気候) リスクを特定したら、総理はその優先順位付けとリスク分析を実行する。
その目的は、各特定のリスクの確率(すなわち、それが実現する確率)と影響(それが実現した場合の結果)を見つけることです。 彼らは必要なドキュメントの送付を保留したり、劣悪なサポートを提供したりすることがあります。 これは、事前に警告しておくべき本当のリスクです。 そのため、私たちはこれをリスクのセクションに記載し、同時に、脅威の確率とその影響を最小化するための効果的なリスク管理戦略を策定しました。 このドキュメントでは、プロジェクトの価格に関する質問に対する包括的な回答が得られ、また、予算編成にも役立ちます。
MindK の詳細な見積もりについて、他に何かお聞きになりたいことはありますか。 ただ私たちにラインをドロップして、私は詳細な応答を与えるでしょう!
19Shares- 19
…