2009-07-20 10 views
1

私は個人的なプロジェクトタスクでEBSを試してきましたが、2つのことが何度か現れました。私は対処方法がわかりません。エビデンスベースのスケジューリング - 隠されたタスク、並行タスクの処理?

1 - 私はいくつかの隠された仕事を見つける。私はそれがタスクXを行うのに6時間かかると思ったが、新しいAntビルドタスクが必要であることが判明した。これはlibray ZipBlahBooを必要とする。これは、ivyに入る。これは、それぞれが使用するXML解析ライブラリバージョン。私は自分のリストにこれらの新しいタスクを書き留めたいが、それは見積りの影響を混乱させる。私は実際の元の仕事に6時間かかっていたかもしれませんが、隠された仕事にはさらに8時間もありました。

2 - 私はしばしば、相互に依存するタスクを持っています。 Fooletサービスを更新する必要がありますが、これはAPIを更新することも意味します。これは、単体テストで使用されるMock Fooletサービスを更新することを意味します。私は2時間のタスクとして呼び出されたものをそれぞれ持っていますが、私はそれらを連続して実行しません。すべてが完了するまでシステムが動作しないため、同時に実行します。タスクのセットが15時間かかるとしたら、私は全体的に13時間かかりましたが、実際にその13時間のうちどれだけ多くの特定のタスクも実際には分かりません。 EBSの観点からは、各タスクを完了するのに要した時間をどのように追跡するのですか?

提案がありますか?

答えて

1
  1. あなたがちょうどそれらを生み出したタスクにすべての隠されたサブタスクの時間を充電した場合に基づいて、スケジューリングを最適に動作しなければならない証拠。このようにして、これらの偶発的なオーバーランを透過的に全体的な期待パフォーマンスに因数分解し、より良い予測を生み出します。

  2. あなたは細かすぎます。テスト・ハーネスが分離可能な製品でない限り、インターフェース変更を考慮してテスト・ハーネスを更新することは、インターフェース変更自体とは別の作業であってはなりません。

1
  1. これはすべての隠されたタスクを予見するのがうまくいかない場合ですので、これらの時間をすべて追加する必要があります。基本的には、あなたが今見通していないものを含めて、14時間をかけます。もちろん、あなたはまだ "6時間"を見積もり、過去の証拠から計算された乗数を適用します。

  2. これは厳しいです。あなたはそれを見積もり、それと一緒に暮らすこと、あるいはそのような仕事を分けないことを提案します。

+0

Hmm。隠されたタスクを見つけることは、開発作業の一部である。あなたが必要とされるすべてのものの100%を把握できれば、より柔軟なプロセスではなく、滝がうまくいくでしょう。私は彼らが特定の仕事によって産まれていることに注意するためにいくつかの大会を作成すると思います。 並行タスクに関しては、分割を中止することは悪い考えです。可能であればタスクを細分化したいのですが、粒度や全体的な見積もりを改善するのに役立ちます。繰り返しますが、推定値のサブタスクがあるにもかかわらず、私が追跡する全体的な推定値である「タスクグループ」のようなコンベンションを適用する必要があります。 –

関連する問題