度量真實的進度
待辦事項
估計任務真正花費的時間，可能前幾次估計的不准，比如第一次估計是2天完成，而實際上是6甜完成，那麼下次估計的時候，就乘上這個3這個係數。前幾次這個係數會波動，越到後面，這個係數會穩定，最終趨近於1
不要用不恰當的進度來欺騙自己和團隊
sprint，評估任務和資源，如果任務超過乙個sprint的資源數，那麼就應該把這個任務移到下乙個sprint中。
一周有40小時的工作時間，並不意味著你有40小時的編碼時間，還需要減去會議，**，電子郵件，以及其他相關活動的時間。
敏捷開發筆記 一
敏捷軟體開發是為了防止專案開發中的過程膨脹而提出的。為此，成立了敏捷軟體聯盟，並建立了 敏捷軟體開發宣言 我對敏捷開發的感覺有以下幾點 一 在開發過程中強調人以及人與人之間關係的作用。不但要求開發團隊要有乙個積極向上的氛圍，同時強調成員與成員之間的合作和交流。例如 每兩名成員組成一對，共同開發乙個功...
《敏捷軟體開發》筆記1
引言 本書的核心思想是 任何技術都有侷限性 因此，不可能找出一種最好 最正確的軟體開發方法。在軟體開發專案中匯報情況的人們也會因為一些不是事實的 事實 犯了類似的觀察錯誤。需求編寫人員也不例外。他們觀察使用者群體並編寫自認為是需求的文件，其實其中包含不少觀察錯誤。我們對 這是什麼 的理解會隨我們如何...
敏捷軟體開發筆記（2） 12條原則
1 最優先要做的是盡早 持續地交付有價值的軟體，讓客戶滿意。2 欣然面對需求變化，即使是在開發後期。敏捷過程利用變化為客戶維持競爭優勢。3 頻繁地交付科工作的軟體，從數週到數月，交付週期越短越好。4 在團隊內外，面對面交談是最有效 也是最高效的溝通方式。5 在整個專案過程中，業務人員和開發人員必須每...