3

経験のない分野での作業を含むプロジェクトの時間を見積もる場合、どのように見積もりますか?

ほとんどの場合、プロジェクトの領域がよく知られている場合、見積もりを正しく行うことは十分に困難です。

これらの場合、どのような方法を使用しましたか? 彼らはどれくらいうまくいきましたか?

4

7 に答える 7

3

深刻ではない...

  1. 空中で手を伸ばします。
  2. 見積もりを取得します。
  3. 見つけたものを書き留めます。

はいはい...

それは難しい。実際には、知られていないことを正確に見積もることはできません。しかし、それは人々が知る必要があることを止めません。

  1. 知っているすべての機能コンポーネントまたは側面のリストを書き留めます。
  2. すべてをカバーするために必要なだけ曖昧にしてください。

これで、コンポーネントのリストができました。コンポーネントごとに、その部分のビジネス要件や機能要件を取得するために最善を尽くします。なんでそこにあるの?それは何をすることになっていますか?なんで?どのように?詳細にドリルダウンし、リストにできるだけ多くのアイテム(ネスト、コンポーネント、サブコンポーネント)を追加します。

アイテムが多ければ多いほど、それぞれを簡単に見積もることができます。

次にそれを2倍にします!

見積もりを提供するために、利害関係者にある程度の設計を説明することは非常に合理的だと思います。そうでなければ、建設会社まで歩いて「家が欲しいのですが、いくらかかりますか?」と言うようなものです。

そして覚えておいてください-それは見積もりです:)

ああ、最後にもう1つ...あなたが見積もっているのは何であるかを明確にしてください。それが「a、b、c」であり、後で「d」を要求した場合、あなたの見積もりが「d」をカバーしていなかったことを簡単に指摘できます...あなたの新しい見積もりは...

于 2009-06-10T02:51:04.457 に答える
1

MinMaxLikelyは私が使用する方法です。すべてがうまくいく場合の最小値、すべてが洋ナシの形になる場合の最大値、そしておそらくその間のどこか。

もちろん、経営陣は最小限の数字しか見ていませんが、コストの超過や成果物の欠落について不平を言い始めるまでに、あなたはすでにそれらを閉じ込めており、(うまくいけば)問題を完全に評価し続けていますあなたが遭遇し、それらの問題が及ぼしている影響(実際を最小から最大に近づける)。

于 2009-06-10T02:48:45.850 に答える
1

プランニングポーカーを試しましたか?

これらのSOの質問は関連している可能性があります。

プログラミングタスクの長さを見積もる方法

ひどい見積もりに対処する

最も重大なプロジェクト管理の間違い

プランニングゲームを練習していますか?

于 2009-06-10T02:52:35.263 に答える
1

これらを推定することはできません。推測することしかできません。私にとっての違いは、見積もりは知識と経験に基づいており、未知のものについてはどちらも持っていないということです。

どこから始めたのか、どこに立っているのか、そして何が残っているのかを常に再評価する必要があります。あなたはおそらくあなたの問題をいくつかのステップに分解することができますが、あなたの最大の問題はあなたが学んでいることの「脚注」にあります。

頭に浮かぶ例は、Wordとの最初のC#相互運用です。それは完全に不明であり、データベース情報に基づいて1000ページ形式のドキュメントを生成するために何が必要かについての最も曖昧な手がかりがありませんでした。それ自体は非常に簡単です。Wordを開き、ページをフォーマットして、データを挿入します。あなたが理解することができなかった、そしてそれはあなたの推測を簡単に倍増させる、あらゆる種類の問題が発生しました。

于 2009-06-10T02:53:37.617 に答える
1

概念に精通している人に、そのテクニックを最初に学んだときにどのくらいの時間がかかるかを尋ねます (習得するのにかかる時間も含む)。結果を平均し、学習能力に基づいて調整します。

とにかく推測して、見積もりを3倍にします。倍増はチャンプ用です。

于 2009-06-10T03:00:42.237 に答える
1

知っていることを知って、知らないことを知っていれば、成功するでしょう
作業分解構造 (WBS) を使用して、プロジェクト/アプリケーションなどのサブ部分を取得します。どんなプロジェクトにも未知のものがあるように、既知のものを完成させるための努力の (ある程度の) 見積もりを提供することができます - それらを特定することは最初の大きなステップです。最良の次のステップは、WBS のステップに追加して、これらの未知数をよりよく理解することです。たとえば、タスクがベーコンのストリップを使ったチーズバーガーをバーベキューすることで、ベーコンをバーベキューしたことがない場合は、仕事を中断します。食材の入手、BBQの入手、BBQの開始など、あなたが知らないことの1つ-ベーコンの入手/調理に、次のようないくつかのサブコンポーネントを追加します。

  • 肉屋に電話
  • ベーコンクッキング研究
  • ベーコンを雇う BBQ の専門家など - それぞれに見積もりを割り当てて ? を付けることができます。実際の調理に近い。それを概念実証(バーベキューベーコンはできますか?)、研究開発などと呼んでください。しかし、プロジェクトを開始すると、わからないことがありますが、それらの領域をよりよく知るための計画を立てることができます。計画を再検討し、調査結果を追加します。これを行うことで、チームやスポンサーなどに、自分が知っていること、知らないが知る計画がある分野、特定された不明点の大まかな見積もりを伝えることができます。
于 2009-06-10T13:11:03.563 に答える
0

可能な限り、メタレベルを1つ上げます。合理的に正確な見積もりをいつ提供できるかを見積もります。

「正確な見積もりを出すためにFooについて十分に知りませんが、木曜日の週までにFooについて十分に知っています。」

私はそれが不可能なことが多いことを認めますが、私がプロジェクト管理をしているときはそれをオプションにしようとしています。

大規模なプロジェクトでは、別のメタレベルに上がることもできます。

「専門家に見積もりを依頼するのにどれくらいの時間がかかるかわかりません。同僚と話し合い、金曜日に専門家の見積もりを取得するのにかかる時間の見積もりを提供します。 「」

これは、大きな許容誤差と組み合わせることができ、急速に減少します。「1年、+/-9か月かかります。6月30日までに誤差範囲+/-3か月の別の見積もりを提供します。」

于 2009-06-10T02:51:07.153 に答える