1樓：Zoe a
我們團隊是在下乙個sprint開始的第一天上午，和開發團隊開計畫會議，從product backlog中選取本次sprint的backlog，然後開發人員領區任務。第二天上午繼續計畫會議，每個人說明下如何去完成工作。
我們用的Worktile旗下「智慧型化研發管理工具」PingCode，支援標準的Scrum開發模式，挺好用的。
2樓：哇咔咔
Sprint Backlog全部在迭代計畫會議上最重確定
但是初版一般是在上次迭代一半左右要完成90%，這樣會有更好的節奏
3樓：CCGI
Backlog梳理活動，是在下個衝刺開始前，對可能要納入到衝刺中的故事進行細化、估算和優先順序排序的活動。
誰參與Backlog梳理活動？
PO、SM和團隊都應當參與，其中SM是活動的組織者。
什麼時候開展Backlog梳理活動？
在本衝刺中要完成下個衝刺的Backlog梳理，確保下個衝刺的故事在Sprint計畫會議啟動前要符合INVEST原則。
在實踐中，我們發現Backlog梳理過程中往往會碰到無法當場確定的問題，所以不能指望通過一次開會來完成Backlog梳理，更好的做法是每天都花一些時間來做Backlog梳理。
如何開展Backlog梳理活動？
其中可以分為以下三個過程：
2）PO與整個開發團隊交流使用者故事的測試要點。
其中的注意事項：
1）要先準備好測試要點，避免一群人坐在一起從0開始整理。
④ 團隊估算出使用者故事的規模（故事點數），對於過大的使用者故事要拆分成小故事。
其中包括以下過程：
1）PO先與SM，對使用者故事做初步估算以及拆分，以便進行下乙個發布版本的衝刺規劃。
2）對於下乙個衝刺要用的故事，SM組織開發人員估算出開發規模，組織測試人員估算出測試規模，再集中整合。
其中的注意事項：
1）為了做發布版本的衝刺規劃，需要進行初始估算，這個活動不需要整個開發團隊都參與，只需要少數核心人員參與。
⑤ PO對使用者故事排優先順序。（在產品Backlog中建立使用者故事卡，順序即優先順序）
排優先順序只需要PO決定即可，不需要其他人參與。
之所以放在第⑤步，是因為排優先順序時要考慮使用者故事的規模、技術上的依賴關係和技術風險。
4樓：
如果一周乙個sprint提前兩周制定下下週的計畫比較合適。即在sprint1開始的時候sprint2的BI已經制定完畢。
5樓：嘉瑜
我們團隊是在當前sprint收尾前就在著手計畫了，task是sprint開啟後才開始break-down、分發或認領的。這個不用定得太死板，完全可以依實際情況靈活處理，自然是能提早最好。
6樓：Luo Cao
在第乙個sprint結束之後制定。第乙個sprint出來之後，產品要向客戶demo,最好能讓客戶直接使用你的產品，這時候客戶往往會給你一些新的反饋，可能會有新的需求加進來，另外product backlog裡面的東西的優先順序也會發生變化。有了調整之後的product backlog你才可能做第二個sprint backlog
發展 第二個意義
參加過博雅聞道的培訓，學校強制的，來的都是北大清華的學生。感覺理科應該是他們擅長的，文科就比較一般。學到的東西少，浪費的時間多，而且我遇到的老師比較愛搞人心態。一講三四個小時，聽著就是很絕望。總的來說就是，該考上的沒有他們一樣能考上，考不上的他們培訓了之後還是考不上。 Leon 說實話沒啥用，跟北大...
第二個雙笙或許出現？
音色還行，唱功真不行。雖然我也對雙笙無感吧，但雙笙她唱的還湊合，擔得起一句好聽。至於這位勾歌 這還沒火呢兩個小粉絲都可以這樣了，要是火了，古風圈又得怎麼樣？古風圈真的是越來越低齡化了，抱緊我尊敬的各位古風圈前輩們 哈哈哈哈哈哈哈哈我覺得這個圈子現在就像是王者榮耀SS還有職業戰隊給她撐腰呢 這個歌歌小...
蘋果會成為第二個諾基亞嗎？
北方密使 作為諾基亞中國前員工，我覺得不會。首先蘋果做了系統隔離和使用者隔離兩個防火牆，正常情況肯定不會掉隊，他只會引領，除非庫克下課，來一位像埃洛普這樣的特洛伊木馬。 妮翔哥 顯然並不會 諾基亞為什麼死了 沒有跟上3G時代 再具體一點 諾基亞死於自大,死於壟斷,因為諾基亞在2G市場有著巨大的優勢,...