正確な時間の見積もりを作成する方法は？ [閉まっている]

StackOverflow https://stackoverflow.com/questions/305618

質問

  • あなたの経験は何ですか プロジェクトの計画と作成の時間 新しいプロジェクトの見積もり？

  • 使用しているアプローチは何ですか、 そして、なぜ機能しているか、機能していないのか あなたのために？

  • 実行するベストプラクティスはありますか 考慮しますか？

役に立ちましたか？

解決

推定タスク

私が使用しようとしている原則（私は常に機会を得ているわけではありません）：

  • 段階的な改良
  • 3ポイントの見積もり
  • リスク分析

段階的な改良

推定するときは、適切な粒度で推定し、推定に自信が持てるようになるまでタスクを継続的に分解して追加することが重要です。多くの場合、推定により、より詳細でリスク分析を必要とする可能性のある長いクリティカルパスタスクが強調表示されます。

リスク分析

各タスクのリスクのある場所（何かのリードタイムはありますか？知識が不足しているでしょうか？競合他社があなたにそれを打ち負かすことができますか？など）これらの推定値の処理方法を決定できます。リスク分析は、さらに段階的な改善が必要かどうかを判断するのにも役立ちます。

3点推定値

各タスク（設計、開発、テスト、バグ修正を含む）の最良、推定、最悪のケースの推定値を指定すると、リスク分析と計画に役立ちます。推定を使用して、そのタスクの特定の成功率に達する可能性が最も高い期間を計算できます。プロジェクトマネージャーは、他の関連タスクに関する情報、およびリスク分析とともに、リスク、およびシステムテストなどの他の既知の要素を見積もりに織り込んで、より信頼性の高い見積もりを取得できます。

もちろん、推定値の粒度も重要です。ほとんどのタスクの時間を見積もっても意味がありません。ソフトウェアでは、通常、日数が最適ですが、場合によっては数週間または数か月になることもあります（作業ブロックをアウトソーシングしている場合など）。プロジェクト内のすべてのタスクに意味のある時間粒度を選択します（通常、要件の取得フェーズと機能仕様フェーズには数日を使用し、その後タスクとそのサブタスクについて詳しくは半日を使用します）。

結論

これら3つのアイテムはすべて相互にフィードするため、多くの場合、各ステップを何度も調整する必要があります。たとえば、要件段階でスタブを作成し、その後機能仕様中に再度、デザイン仕様中に再度スタブを作成する場合があります。

推定は、習得したスキルです。あなたがするほど、より良くなります。知らないことを学ぶにつれてリスク分析が向上し、知っていることを学ぶにつれて3点推定が向上し、設計プロセスの各ステップを進むにつれて段階的な改善が向上します。

時間があれば、タスクを完了した後に元の見積もりを再確認し、実際の時間が3点の見積もりとプロジェクト計画とどのように重なるかを確認してください。異なる場合は、時間が失われたか、得られた場所を確認し、将来のプロジェクトのためにそれから何を得ることができるかを学びましょう。

見積もりは困難な作業であってはなりません-見積もり後は以前よりも自分の仕事についてよく知っているように感じます。

他のヒント

これに関するいくつかの優れた情報が実用的なプログラマーにあります。 130日間の見積もりで6か月を見積もるのではなく、適切な時間単位を使用することを推奨します。また、最も重要なタスクを集中することをお勧めします。また、サブ見積もりに基づいて見積もりを行うことを避けます。

個人的には、タスクを理解可能なチャンクに分割して適切に見積もることが有用だと思います。タスクが大きい場合は、隅が多すぎます＆amp;思いがけない問題を隠すことができる亀裂。小さいチャンクの詳細に集中することで、潜在的な問題をより適切に評価できます。

あなたの質問はNP完全問題です:)推定値を見つけるために使用されるアルゴリズムは多数ありますが、それらは常に単なる推測であり、正確ではなく、多くのアルゴリズムは実行に時間がかかります。時間の見積もりを忘れて、スクラムまたはその他のアジャイルフレームワークを使用します。プロジェクトの開始時から数時間でプロジェクトを見積もることは、単に人々にうそをつきます。

機能を構築する直前まで時間ベースの見積もりを行わず、機能の進行に合わせてそれらの見積もりを継続的に更新します。

見積もりにテストの時間を含めることを忘れないでください。

RE： ビジネスを失うことを恐れている場合は、見積もりどおりですが、空き時間/ボトムラインから余分な時間を補うことに注意してください。

クライアントに提示する時間をいじるよりも、時間あたりのレートを下げる方が良いでしょう。少なくともこの方法では、付加価値のある外観をクライアントに提示します。

LM

練習、練習、練習。安全のために、推定能力を磨くときは過大評価してください。もちろん、あなたがコンサルタントである場合、これはあなたのビジネスに費用をかける可能性があります。見積もってビジネスを失うことを恐れているが、空き時間/ボトムラインから余分な時間を埋めていることに注意してください。

実際のプロジェクトに費やした時間を記録します。これは、次のプロジェクトの計画に役立ちます。 PSP / TSP はそれを行う方法を提供します

質問は複雑なので、おそらく＆quot;コーディングタスクの非常に迅速な（および汚い）推定を行うにはどうすればよいですか？＆quot; 有用で、部分的な回答が含まれています。

ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top