2009-07-20 67 views
1

我曾經在我的個人項目任務上嘗試過EBS,但有兩件事情出現了幾次,我不知道如何處理。基於證據的調度 - 處理隱藏任務,併發任務?

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

嗯。尋找隱藏的任務只是開發工作的一部分。如果你能夠事先弄清所有需要的東西,瀑布就會很好,而不是更靈活的過程。我想我會創建一些約定來注意它們是由特定的任務產生的。 至於併發任務,停止分裂他們似乎是一個壞主意。我想盡可能地分解任務,這有​​助於提高粒度和總體估計。再次,我將不得不應用一些像「任務組」這樣的約定,這是我跟蹤的總體估計,儘管它具有估算的子任務。 – 2009-07-21 15:18:36