在這周我看了第六章敏捷流程跟第七章MSF。並有了以下學習總結。

敏捷這個詞聽起來就是反應靈敏迅速而有效，而在軟件按工程裏，敏捷不同於現有做法之處在於，敏捷的價值觀和流程是個人和交流、可用的軟件、與客戶合作、響應變化，而現有做法的則是流程和工具、完備的文檔、為合同談判、執行原定計劃敏捷的開發原則是盡早並持續交付有價值的軟件以滿足顧客需求。只有不斷關註技術和設計，才能越來越敏捷。只有能自我管理的團隊才能創造優秀的架構、需求和設計。敏捷開發的原則很多，其中印象最深的就是“經常發布可用的軟件，發布間隔 可以從幾周到幾個月，能短則短”，以及“可用的軟件是衡量項目進展的主要指標”，我的理解是敏捷開發強調的是“小而美”，定期地完成一個小版本的軟件項 目，比只是最終發布產品要好的多，這樣也有利於產品的叠代，敏捷中的Scrum方法論，看起來簡直就是無與倫比：分階段地不斷遞進地解決問題，但是敏捷也有很多的弊端，敏捷宣言不是聖旨，不必完全尊從，就像是Scrum， 實際執行的時候也不是看上去那麽美好，在一個復雜的項目中，往往不能帶給團隊更多的驚喜，所以，敏捷慎用。

MSF:微軟解決方案框架，也就是微軟推薦的軟件開發方法.MSF基本原則：推動信息共享與溝通，為共同的遠景而工作，充分授權和信任，各司其職對項目共同負責，重視商業價值提供漸進的價值，保持敏捷預期和適應變化，投資質量，學習所有的經驗，與顧客合作。在MSF團隊模型中，任何技術項目都必須達到特定的關鍵質量目標，才能夠被認為是成功的項目。任何一個角色無法實現其目標，都將危及整個項目。

第六七章學習體會-----（第六次）