msf原則:
1推動信息共享與溝通（Foster open communications）
2為共同的遠景而工作 (Work toward a shared vision)
3充分授權和信任（Empower team members）
4各司其職，對項目共同負責（Establish clear accountability and shared responsibility）
5重視商業價值（Focus on delivering business value）
6保持敏捷，預期變化（Stay agile, expect change）
7投資質量（Invest in quality）
8學習所有的經驗（Learn from all experiences）
9與顧客合作(Partner with internal & external customers)

敏捷和現有做法的區別:
現有的做法 敏捷的做法
流程和工具 個人和交流
完備的文檔 可用的軟件
為合同談判 與客戶合作
執行原定計劃 響應變化
敏捷的團隊:
敏捷對團隊的要求很簡單：
自主管理（Self-managing）、
自我組織（Self-organizing）、
多功能 型（Cross-functional）。
自主管理：以前領導布置了任務，我們實現就可以了，現在要自己挑選任務；每次 Sprint 結束之后，還要總結不足，提出改進，并且自己要實施這些改進?！白灾鞴芾怼?不等于“沒有管理”。
自我組織：以前做好自己的事情就好了，安心下班?，F在每個人要聯合起來對項目負責， 有人工作落后了還要幫助他改進，項目缺少某類資源還要自己頂上去。
多功能型：以前規格說明書由PM來寫，測試由測試人員來做，現在每個人都全面負責， 自己搞定規格說明書，和別人溝通，同時自己搞定測試。
敏捷在實踐中的教訓 1
1. 敏捷宣言表明的是一些優先級，不必當作圣旨或者教條來爭論。
2. Scrum Master 不是一個官，而是一個沒有行政權力的溝通者，就像微軟 的 PM 那樣。他 / 她同時還要在團隊中做具體的工作。直接把原來的 “經 理”變成 Scrum Master，大多行不通。
3. 一些項目需要很多暗箱操作和政治角力才能搞定，Scrum 會把這些矛盾 都擺到明處。這有好處，也有風險。
4. 在復雜的項目里，要讓一線團隊成員做決定。
敏捷在實踐中的教訓 2
5. 創業團隊其實經常是運行在 Scrum 的模式中
只不過大家太忙， 沒工夫論證自己到底有多么 Scrum
6. 在 Scrum 計劃階段的估計不是一個“合同”，領導們不要把它當成一個 合同。估計總是不準的。堅持短期的 Sprint，這樣即使不準的估計也不會有大的損害。
7. 不要和管理層談“流程”，他們只關心“結果”。
8. 在大型團隊、跨地區的團隊，或者復雜項目中，Scrum 并沒有非常完美 的答案，Scrum 的創始人也承認這一點 。

?

轉載于:https://www.cnblogs.com/kasumis/p/7616428.html

總結

以上是生活随笔為你收集整理的20170930-构建之法：现代软件工程-阅读笔记的全部內容，希望文章能夠幫你解決所遇到的問題。

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