本章要點
簡介使用者故事的使用
簡介故事點
專案速度
一次使用故事點方法的衝刺計畫會議
從產品積壓工作表中最有價值的那些使用者故事開始
從中選擇乙個使用者故事，從過去的衝刺中選乙個工作量相當的使用者故事，將後者的故事點數賦給前者
跟團隊討論，看這個估計是否準確
如此迴圈，直到積累夠一次衝刺的故事點簡介
燃盡圖的使用方式
以空白的折線圖開始。x軸為日期，y軸是故事點數。將起點和終點連線就得到了所謂的「指導線」
一旦第乙個使用者故事完成並移動到任務板的」已完成」一欄，就在圖中畫下下乙個點
可能在每日例會中發現需要增加新的工作，當把新的任務卡新增到任務板時，團隊一起對新增任務進行工時估計並加入到燃盡圖中
在專案的尾聲，留意你的真實進度與指導線之間的差距，如果你的真實進度曲線總是高於指導線一大截，就需要適當移除一些使用者故事了
常見的作法
scrum主管主持第二次衝刺計畫會議，從第乙個使用者故事開始，逐個討論每個使用者故事需要做哪些具體的工作。
使用者故事卡和任務卡被放到一起，並新增到任務板的」待處理」一欄
!(敏捷開發-4-scrum計畫和集體承諾/0521_5.jpg)假如發現某個使用者故事需要新增額外的任務卡，就把新增的任務新增到任務板
一旦乙個團隊成員完成了某使用者故事的最後乙個任務，他就把對應的故事卡從任務板上揭下來，確認所有的滿意條件都已達到，然後把該故事卡移到」已完成「一欄
一旦衝刺結束，將待處理和處理中兩欄中的使用者故事重新放回產品積壓工作表
Scrum敏捷開發
只有實踐起來才能提出有針對性的改進建議 在這個框架中，整個開發過程由若干個短的迭代週期組成，乙個短的迭代週期稱為乙個sprint，每個sprint的建議長度是2到4周 網際網路產品研發可以使用1周的sprint 在scrum中，使用產品backlog來管理產品的需求，產品backlog是乙個按照商業...
團隊作業4 Scrum衝刺DAY6
雖然是線上會議，但大夥都是站著的 成員昨天完成情況 今日完成情況 遇到困難 譚清允圓滿圓滿無 張偉龍已完成 已完成無 林俊斌基本完成 基本完成 無潘百林 完成資料處理部分 完成相似度計算模組 遇到莫名其妙的報錯問題 曾聿昊已完成 已完成無 徐國濤基本完成 基本完成無馬悅 完成度100 完成度100 ...
團隊作業4 Scrum衝刺DAY3
雖然是線上會議，但大夥都是站著的。成員昨天完成情況 今日完成情況 遇到困難 譚清允圓滿圓滿無 張偉龍已完成 已完成無 林俊斌基本完成 基本完成 無潘百林 在嘗試繞過反爬 初步完成爬蟲 使用 池之後效果好像還是不太理想 曾聿昊已完成 已完成無 徐國濤基本完成 基本完成無馬悅 完成度70 完成度100 ...