壹.會前準備
1.規劃本次叠代的開發需求；
2.拆分創建的系統任務；
3.每個團隊成員都完成了創建自己的個人任務；
4.創建此叠代版本；
二、叠代規劃步驟
叠代計劃會議:為什麽，目標(計劃的，承諾的，交付的)(交付的:有價值的，可感知的)2周，壹次叠代1，做什麽:定義當前手頭的需求，拆分需求的任務。在這個叠代之前，需求澄清的工作需要完成。也就是說，您可以從叠代的第壹天開始輸入編碼。所以每次叠代都要給下壹次叠代預留壹定的時間來明確和評審需求，大家對需求的理解也能達成壹致。
2.確定任務的優先級:根據服務提供的需求的優先級，對本次叠代的系統任務進行排序。
3.我可用的開發能力:我們的團隊有2周的叠代周期。因此，每次叠代的工作量為10人日。但是為了應對風險和壹些日常事務，還有緊急事務，以及上述的需求澄清，會議和壹些管理工作，每個人的工作能力都要預留。除非是能全身心投入開發的人，或者通過壹些加班來補充工作量。
例如，如果團隊成員數為10天，壹次叠代為10天，則團隊的開發能力為10X10=100人-天。
4.我們壹起安排任務(密切合作，團隊合作)。誰出事就壹起幫忙實現交付目標。
單獨認領任務。將任務分配到每個人的名下，並估算每個任務所需的工作量。當某個人的工作能力超過10天時，需要其他能力不足的人來認領任務，幫助完成整個團隊的任務。
5.此叠代的交付目標。
每個人都設定了壹個共同的叠代交付目標，這個目標可以交付給下遊的可交付成果。壹般來說，它是壹個可以被演示的工作產品/程序。
對於可交付成果，每個人也應該對質量有壹個共同的理解。我們的團隊達成共識，下遊的工作產品可以交付，也就是通過了SIT測試過程。
6、每個人的信心指數投票(識別風險、外部依賴)
最後大家通過壹個手勢表達了對完成這次叠代的信心。1表示信心指數最低，5表示信心指數最高。同時舉起妳的手。有分歧的時候，大家都會說明自己的理由，做出調整。挖掘團隊計劃中的風險。
以上，希望看到這篇文章的敏捷同仁能給我指導和評論，讓我知道壹群敏捷誌同道合的人也在互相鼓勵，互相努力。謝謝妳