如何將訓練時間到敏捷項目

Question

當一個敏捷開發項目工作的估計，你怎麼納入的時間爲用戶故事/用例/等的估計。培訓新開發人員使用項目所使用的不熟悉技術所需的時間？其他經理如何處理這個問題？

當然，我的問題假設一個人認爲在必要討論的技術，成功地完成項目......或許可以認爲它是付出了一點技術債務！

Answer 1

如果我們面對的東西是新的整個團隊（或大部分團隊成員），那麼我們已經進行排序的調查分析衝刺，我們允許自己一段時間（timeboxed）的調查/學習。

對於較小的事情，我們添加一個時間框活動到衝刺積壓，以允許培訓/調查/實驗。

在這兩種情況下，我們簡單地減去在每一天結束的時候，從估計剩餘時間使用至今的時間。

Answer 2

你只是猜測。

既然你在短迭代工作，你知道很快，如果你的WAG是路要走。

如果你關閉，你調整爲下週的迭代。

記住，敏捷迭代的過程，每次迭代讓您更深入地瞭解該項目。

但是要開始，只需做出一個好猜。

迭代估計每週都會變得更好。

Answer 3

我們的scrum master擁有一個圖表，其中包含一個建議配額的圖表，用於根據大量這樣的參數（新技術，新團隊成員等）來擴展估計。儘管如此，在一天結束時，他們仍然只是猜測。

Answer 4

如果您使用的是全新的（對您）技術，我建議您將速度降低一半，作爲使用新技術估計速度的合理嘗試。最終，當你的團隊熟悉新技術時，你將能夠實際衡量新的速度並使其恢復到更爲正常的水平。根據早期迭代期間的反饋調整未來估計。