第六章、敏捷流程
1.Scrum方法論是敏捷過程的一種，敏捷過程的精髓在於快速交付。
1) 第一步：找出完成產品需要做的事情 - Product Backlog。Backlog 意為待解決的工作。
2) 第二步：決定當前的衝刺需求決定的事情 - Sprint Backlog。
3) 第三步：衝刺（Sprint）。在衝刺階段，外部人士不能直接打擾團隊成員。期間每日例會，向同伴報告進度，把問題擺在明面上。同時啟動每日構建，讓大家每天都能看到一個逐漸完善的版本。用簡明的圖表（燃盡圖 / 看板圖）展現整個專案的進度。衝刺階段是時間驅動的，時間一到就結束。
4) 第四步：得到軟體的一個增量版本，釋出給使用者。進一步計劃增量的新功能和改進。
2. 敏捷成功實施的關鍵在於 Scrum Master，一個好的 Scrum Master 能在兩種語境（商業語境和技術語境）間自如地翻譯和切換。
3. 敏捷流程的經驗教訓：
1) 敏捷宣言表面的是一些優先順序，不必當作聖旨或者教條來爭論；
2) Scrum Master 不是一個官，而是一個沒有行政權力的溝通者；
3) 一些專案需要很多暗箱操作和政治角色才能搞定，Scrum 會把這些矛盾都擺到明處；
4) 在複雜的專案裡，要讓一線團隊成員做決定；
5) 創業公司的團隊其實經常是執行在 Scrum 的模式中；
6) 在 Scrum 計劃階段的估計不是一個“合同”，領導者不要把它當成合同。估計總是不準的；
7) 不要和管理層談“流程”，他們只關心“結果”；
8) 在大型團隊，跨地區的團隊，或者複雜專案中，Scrum 並沒有非常完美的答案。
第七章、MSF（微軟解決方案框架）
1.MSF沒有像敏捷那樣搞一個宣言，但是他也有一套思想框架——9條基本原則。
1)推動資訊共享與溝通；
2)為共同的遠景而工作；
3)充分授權和信任；
4)各司其職，對專案共同負責；
5)交付增量的價值；
6)保持敏捷，預期和適應變化；
7)投資質量；
8)學習所有的經驗；
9)與顧客合作。
2. MSF 團隊模型，任何技術專案都必須達到特定的關鍵質量目標，才能夠被認為是成功的專案。任何一個角色無法實現其目標，都將危及整個專案。因此，每個角色都被認為是同等重要的，重要的決定都要共同做出。
3. MSF 過程模型，基本元素是階段和里程碑。所謂“階段”，就是在這一階段時間裡團隊集中精力做某一類事情，每個階段的結束都代表了專案的進展和團隊工作重心的變化。團隊用里程碑來檢查工作是否結束和同步各個角色的進度，以此來確定當前階段的目標是否已經實現。里程碑標誌著每個階段的結束，此時團隊應該引導成員轉移工作的重心，並鼓勵隊員以新的視角來看待下一階段的目標。在上一階段產生的各種交付內容，將成為下一階段的起始點。