00.選擇迭代長度時考慮的因素

　　*正在處理的釋出時間長度

　　*不確定性的多少

　　*獲得反饋的難易程度

　　*優先順序可以保持多久不變

　　*不用外部反饋自行工作的意願的強弱

　　*迭代的系統開銷

　　*緊迫感的產生有多快

01.在客戶或使用者到底想要什麼、小組的速度是多少等方面，以及專案的技術方面都常常會存在不確定性。不確定性越多，無論是哪種型別，迭代就應該越短。

02.一旦開發小組承諾在一次迭代中完成一組特定的功能，重要的是不要改變他們的目標方向。因此，產品所有者不在迭代過程中改變優先順序，並幫助小組免受其他試圖改變優先順序的人的影響就很重要。所以，優先順序不會被改變的時候長度是選擇迭代長度是需要考慮的因素。

03.小組接受外部反饋的頻率越低，就越可能誤入歧途，造成的損失也就會越大。

04.就像心臟有規律地調動來保持身體執行，固定的迭代長度提供了一個恆量，有助於建立開發和節奏。根據我的經驗，節奏是幫助取得不變的步幅的重要因素。