大まかな要件と仕様に従って、見積もりが必要なプロジェクトを管理しています。そのため、特定の機能とタスクの推定は、1 つの離散値ではなく、離散値のセットになります (たとえば、正確に 17 ではなく、10 から 20 の間)。
好奇心が強いのですが、あるタスクを最低見積もり内で完了するおおよその確率を知りたい場合、どのようにアプローチすればよいでしょうか? 議論のために、私の見積もりスキル、使用されたプラットフォームなどの要因を無視してください.
提案された各値の確率がまれなイベント/正規分布の法則に従うと仮定して、λ = (低 + 高) / 2 のポアソン分布を使用することを考えていました。これは、私の推定限界を超える可能性が低いという事実を説明していませんが、それでも...
それについてどう思いますか?また、そのような実験にはどのアプローチを選択しますか?
基本的には、チームが同様のタスクを完了するのにどれくらいの時間がかかるかを観察して、別のタスクを完了するのにかかる時間を見積もることです。
Tom DeMarco と Tim Lister による Waltzing With Bearsを読むことをお勧めします。スケジュールの見積もりについて詳しく説明しています。
経験則として、どのプロジェクトも最短の推定時間内に完了する確率はほぼゼロです。これは、彼らが本で行った分析と個人的な経験の両方からのものです。
あなたはその電話をかけるための情報を持っていないと思います。そのためには、確率曲線が正規化されているかどうか (おそらく)、歪んでいるかどうか (ほぼ確実に) に加えて、関連するさまざまな統計値 (平均、標準偏差など) を知る必要があります。
あなたがそれらを持っているなら、私はあなたが尋ねているとは思わない. それに加えて、見積もりのスキル、行った仮定とその精度などはすべて要因であり、そのほとんどは定量化が非常に困難です。
証拠に基づいたスケジューリングが優れているのはそのためです。特定の時間がかかる理由を正確に理解する必要はありません。
あなたが考えるべきだと私が言いたいいくつかの簡単なこと：
1) 私の経験では、それが最低の見積もりになる現実的な可能性はほぼゼロです。たわごとはソフトウェア プロジェクトで起こります。ほとんどの人は見積もりが苦手で、うまくいかないことがあります。適切な見積もりが必要な場合は、それに従ってください。
2) 何のためにその数が必要かをよく考えてください。クライアントまたはほとんどのマネージャーに渡す場合は、次のようにします。
(a) 彼らは警告を覚えておらず、範囲の上限を覚えておらず、確率や理論を覚えていません。彼らはあなたが与えた素敵な低い数字を覚えていて、残りはただの「ワウワウワウ」です。
(b) クライアントとマネージャーは確実性を求めているので、確実なものを提供する必要があります。見積もりが正規分布していて、最良のケースと最悪のケースの値があると仮定した場合、2 つの値の平均を与えると、50% の確率で締め切りに間に合いません。経営者の立場からすれば、それは悪いことです。95% の確率で締め切りに間に合わせたい場合は、平均 + 2 標準偏差を与える必要があります。繰り返しになりますが、大まかな見積もりが必要な場合は、最悪の場合がおそらく最も簡単な数値です。
通常、約束どおりであり、過剰に提供されます。締め切りに間に合わず、多くの場合早期に納品する人になりましょう。働き方を変える必要はありません。期待を管理するだけです。
ThreePointEstimatingを使用することをお勧めします。プロジェクト内のすべてのタスクに、最小、最も可能性の高い、および最大の時間とランダム分布のタイプ（特性または履歴データに応じて、パート、トライアングル、ベータなど）を割り当てます。モンテカルロで何度も（たとえば5000回）シミュレーションし、何が加算されるかを確認します。また、リスクの要素（および必要に応じてリスク間の相関関係）を組み込んでさらに進んで、何が起こるかをよりよく把握することもできます。Palisade@Riskなどのツールが役立つ場合があります。
ポアソンは何度も行われてきましたが、成功率は同じです。それは自己修正であり、実際のデータで機能するため、私は2番目の証拠ベースのスケジューリングです。