今天又跟大家一起對了Scrum的一些規(guī)則磕仅，包括怎么處理需求磕洪，issue搅吁，任務(wù)威创，開會如何處理。
周期
兩周一次迭代
開會
每日站立早會 9.50 谎懦，控制在10分鐘內(nèi)
每周回顧 30分鐘內(nèi)肚豺，同時調(diào)整 backlog，盡量不調(diào)整
每兩周開回顧及計劃分解會議党瓮，盡量不超過1小時
所有的會議不能超過1小時
需求處理 （從哪兒來）
新來的任務(wù)详炬，必須記錄為需求。有需求寞奸，并且確認后才能做事
需求格式必須是
需求/大任務(wù) 就按照 標(biāo)準(zhǔn)模版來寫
角色 xx 想要／需要 xx 達到目標(biāo)xx
注明 需求來源方呛谜，比如 A, B, C等等，沒有則視為產(chǎn)品負責(zé)人枪萄。
只有緊急且時間在2小時內(nèi)隐岛，可以安插到當(dāng)天的任務(wù)里
不緊急，但要在本周內(nèi)完成的新任務(wù)瓷翻，在第二天早上討論拆解加入聚凹，盡量不要有這樣情況
所有的任務(wù)都是需求拆解而來，沒有無需求的任務(wù)
需求可以分拆為子需求齐帚，具體是父任務(wù)還是子需求妒牙，到時權(quán)衡。
需求在寫下來一定要和需求方討論清楚对妄，并得到需求方確認才行（通過注釋 LGTM）湘今，如果沒有需求方，需要產(chǎn)品負責(zé)人確認
進行中的任務(wù) （去哪兒）
正在執(zhí)行中的任務(wù)最大數(shù)只能是2*人數(shù)個數(shù) -1剪菱，盡量不要再多（考慮到被阻擋摩瞎，以及打回重做的情況）
Sprint 的 backlog 可以調(diào)整拴签，需要將需求拆解為任務(wù)放入，放入一項就要拿出一項
所有拆解的任務(wù)最大不能超過 2 天旗们。努力做到在需求分解會上就將需求拆解到 2 天以下的若干個任務(wù)蚓哩，若任務(wù)細節(jié)還暫時無法確定，可用占位任務(wù)先替代上渴，如 “某某需求開發(fā)任務(wù)階段1”岸梨，在該任務(wù)下先進行估時，等開始執(zhí)行時再修改標(biāo)題及任務(wù)描述驰贷；
當(dāng) Sprint 已經(jīng)開始之后盛嘿，若發(fā)現(xiàn)某個任務(wù)還需要向下拆解，可用 "Create Sub-task" 方式將其拆解為若干個子任務(wù)括袒，并在子任務(wù)中估時與 Log Work次兆，同時將該父任務(wù)的預(yù)計估時扣除掉所有子任務(wù)估時的總和。
