-敏捷流程包括了幾大原則：Backlog、burn-down、Sprint、Scrum.

敏捷開發注重個人之間的交流，提倡盡早的交付有價值的軟件滿足顧客的需求， 在開發過程中不斷與客戶進行交互，變化.

第一步就是要找出完成產品需要做的事情-Product Backlog 估計每一項工作的完成時間.再決定當前的沖刺要解決的事情 Sprint Backlog 將整個產品的實現劃分成相互聯系的“塊”，再由“塊”劃分成可在短時間內完成沖刺的單位, 這些單位任務則有團隊成員自主認領.接下來就是沖刺了“Sprint”,在這個關鍵階段，團隊成員不熟外部影響 只在隊員之間進行交流，討論。進行每日例會來探討任務的進行情況和困難. 這樣以來就可以逐步漸進的得到完善的軟件版本。最后發布給用戶，根據新的需求在此基礎上進行提升完善. 當然敏捷開發的問題也是很明顯的,想要達到理想的情況 每一步都要精確好，處理得當.由于產品是被人為的分成相互聯系的單位，而隊員又是自主認領人物， 那么團隊之間必然會出現問題，比如任務A要在B的基礎上完成，但是B卻沒被認領，自己如果能力不足以完成， 必然會推遲項目的進度的;還會出現忙閑不均的情況.至于在每日例會中，最好就是隊員之間面對面的交流，討論具體任務 信，最好能夠記載完成任務的進度和還需要多少時間.這樣對整個項目的推進才會有意義，而不是每個人都硬性的 的討論“任務”這個詞. 當然也不是說將代碼寫出來，集合起來就完事了.測試也是至關重要的一塊，不過在敏捷開發中沒有明確的 指出測試的人員。在推進一步就會進行一個集成測試，保證階段性的完善才進入下一步，也就避免了在最后集成時 出現前面留下的大量可能不是很致命，但是卻繁瑣的bug的情況. 書中提到敏捷可以讓我們知道能不能按期完成任務，盡早看到客戶項目的部分功能，也許這已經讓用戶滿意了， 就不用去花費時間完成其他需求；亦或者是用戶看完部分功能后有新的需求，就不用去花費對于時間實現過時的需求 這是不是說一個項目到手都是可以先考慮敏捷呢？

-MSF(Microsofe Solution Framework) 最令人印象深刻的就是九大原則： 推動信息共享和溝通 為共同的遠景而工作 充分授權和信任 各司其職，對項目共同負責 交付增量的價值 保持敏捷，預期并適應變化 投資質量 學習所有的經驗 與顧客合 第一點是實現下面原則的前提，沒有公開的信息談何建立清晰的責任和共同的職 責、保持敏捷，預期并適應變化;在team里面有了共同的遠景，才能夠兄同心，其利斷金. 在開發一個項目之前，要先清楚的知道你為甚麼要開發這個產品，他能夠解決什么問題，怎么去獲取用戶報酬等 所以要重視商業價值，提供漸進價值。再加上敏捷的“身段”，使得這個項目能夠出生，不至于還沒開發出來就過時了. 還有就是投資質量也很重要，不能過分追求質量，特別是非商業軟件上，不能讓追求質量而拖進程. MSF演化成兩個分支： MSF的敏捷開發模式 強調與用戶的交流. 重視在實戰條件下的質量. 精簡過程,直奔主題.

MSF CMMI開發模式。 CMMI 是能力成熟模型集成英文的縮寫. 資料顯示，如果一個額項目答管理達到了CMMI的較高的等級，那么項目的質量與按期完成率都有較大的提高.

?

轉載于:https://www.cnblogs.com/be-the-one/p/4451383.html

總結

以上是生活随笔為你收集整理的Book Review 《构建之法》-2的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。