な根拠に基づくケジューリング作業できるものとする。heterogenous推計?[保留]

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

質問

観測年推定中のプロジェクトを見つけあうことが根拠に基づくケジューリングい作品。

  • 個々のプログラマが好きな番号例2,4,8,16,30時間)
  • の大きな課題も過小評価される固定値(約2)その標準偏差が低いこちら
  • の課題(1または2時間)が絶対に広く配布します。平均同じ平均過小評価係数2の標準偏差は高い:
    • 一部の5分綴りの問題は推定1時間
    • その他バグ修正を行額は1時間もつくる

ではうようにプログラマー、30時間のタスクを4または2時間程時の推計?なこの標準偏差?(Okうしてもその後の推計?!)

役に立ちましたか?

解決

  • はい、あなたの観察はまさにEBSが解決するように設計された問題のようなものです。
  • はい、より大きなタスクを分解することが重要です。ほぼ1〜2日間のタスクを撮影します。
    • 2時間未満と推定されるものがある場合は、それらをグループ化することが理にかなっているかどうかを確認します。 (そうではないかもしれません-大丈夫です!)
    • 3日以上かかると推定されるタスクがある場合は、それらを細分化する方法があるかどうかを確認します。あるはずです。推定者が存在しないと言った場合、彼らにその主張を擁護させます。タスクが本当に3日間で十分であることが判明した場合、これらが多ければ多いほど、鏡をよく見て、人々がシステムをゲームしていないかどうかを確認する必要があります。
    • カウント4& 5日間では2倍、4倍では3日間と推定されます。何かを言うのに5日以上かかり、分解できないと言う人は誰でも、問題について考え、どのように分解できるかを4時間費やしてほしいと伝えてください。覚えておいて、それはタスクだ、ところで。
  • あなたとあなたのチームがこれを実践すると、推定が上手くなります。
  • ...失敗のパターンも認識し始め、解決策が提示されます。
  • エビデンスベースのスケジューリングのポイントは、ワイルドな推測のコレクションではなく、エビデンスをスケジュールのベースとして使用することです。 A Good Thing ...!

他のヒント

それは良い考えだと思います。人々がタスクを分解するとき-彼らはタスクの詳細を理解します、あなたはあちこちで小さな逸脱を得るかもしれません、このように、または他の、彼らは補償するかもしれないし、そうでないかもしれません... あなたが30時間の巨大なタスクを持っている場合-100すべてかかる可能性があります。これは起こりうる最悪の事態です。 リスクを管理-分割。あなたはすでにこれらの小さな逸脱を理解しました-あなたはそれらをどうするかを知っています。

だから、開発者も自分のやっていることを知っていることを確認してください:)

"う、うようにプログラマー、30時間のタスクを4または2時間程時の推計?なこの標準偏差?(Okうしてもその後の推計?!)"

確かなこの質問です。

そうなんて言ってない場合があり すると こう言ってもいいでしょうね。)

  1. のプログラマでないのですべての番号は常に四捨五入"魔法"価値観のオン/オフを2倍になります。

  2. 私は信用できないの両方を定義する作業見積もりに時間がかかるのです。

  3. みんなの正確な推定のための時間を要な課題です。な丸1/2日がある。での正確な人数分です。

ここでの私のフォローの質問:

あけましておめでとうございまのでしょうか。何ができるのではないか?何が問題ないのか。なぜだとお考えのプログラマの見積りのか。ができないのはなぜでも信頼される推定?

からのお客様は、お客様の発言、ありが破となりました。だけるプランを実行するプランです。いと思うんだが完全に成功し、こなしているということです。

わかりました、答えがあります。はい、それは正しいですし、私が行った観察(質問を参照)は絶対に理解できます。確かに、私は自分が推測していたことを確実にするために小さなExcelシミュレーションを作成しました。

大きなタスクに標準偏差の高い複数の小さなタスクを追加すると、小さなタスクが不確実性を部分的に補正するため、偏差が低くなります。

つまり、答えは次のとおりです。はい、タスクを分割すれば機能します。そのため、タスクの長さはほぼ同じです。シミュレーションがより大きなタスクの補正を自動的に行うためです。小さなタスクで標準偏差が大きくなることを心配する必要はありません。

しかし、あなたは低い推定タスクと高い推定タスクを混同してはならないと確信しています-それらは単に同じ分散を持たないからです。

したがって、それらを分解する方が常に良いです。 :)


作成したExcelシミュレーション:

  • これらの列で50行を作成します。
    • 最初-固定値2(非常に均一な推定)
    • ランダム関数を含む20列(例:" = rand()* rand()* 20")
  • 各列の合計を計算する
  • add" = VARIANCE(..)"ランダム列ごとに
  • 合計の分散計算を追加

シミュレーションの各列の分散は約2〜3で、合計の分散は1未満でした。

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