歪歪凍的細細私語

在Daily Standup Meeting結束後，便可以將所有未完成Task的剩餘工時總加起來，得到一個剩餘總工時。將這個數字依照日期紀錄下來，便能得到一張剩餘總工時的折線圖，稱之為Burndown chart(燃盡圖)。

當Srint Planning Meeting結束之後，將會產出這次Sprint的Sprint Backlogs以及每個Story細分出來的Task。而在習慣上，會將這些Story及Task寫在便利貼上，一起貼在一張大白板上面，也就是所謂的Task borad(任務版)。

Scrum的需求是以User Story的方式來描述，每個Story的規模大小則用Story Point來做為估計值。

敏捷開發中的Timebox觀念：在專案管理中有所謂的由範疇、時間及成本所構成的專案三重限制。

如果有人仔細看了[Scrum簡介]而且剛好對Scrum有些研究的話，應該會覺得有點奇怪，好像少了點什麼東西 XD

不可否認的，軟體專案的工程師通常都是阿宅(雖然現在改名叫設計師，但本質還是個阿宅)，因此對二次元的世界都會有種莫名的親切感。