《建構之法》讀書筆記第6、7章——靈活開發

這兩章講的是靈活開發流程的方法，以及在微軟推薦的軟體開發方法——MSF（微軟解決方案架構,Microsoft Solution Frame-work）

靈活開發流程分為4步，處在在團隊作業中的Alpha和Beta階段的同學們還真要是不是的回複看一下。

靈活開發分為以下4步：

1. Product Backlog : 找出産品開發過程中需要完成的事情，制定計劃
2. Sprint Back-og： 将産品訂單上的任務進一步細化，分解成小時為機關
3. Sprint： 即沖刺階段，團隊管理通過兩個武器完成，并平衡交流和集中注意力：每日例會和燃盡圖。每日例會是團隊成員就團隊項目溝通的唯一手段，完成面對面的交流，團隊中的每個人報告：昨天做了什麼？ 今天打算完成什麼？ 碰到了什麼困難？燃盡圖是通過簡單的圖表告知團隊成員團隊項目目前的完成程度。
4. 得到軟體的一個增量版本，釋出給使用者。

靈活開發是時間驅動的軟體開發方法（Time—boxed） ，相比傳統的着重品質，靈活開發更注重品質和效率的兼顧。

靈活對團隊要求很簡單：自主管理，自我組織，多功能型，但是實際上還挺難達到。

對于大型、跨地區團隊，或複雜大型項目，靈活開發并沒有完美答案。

MSF有九大原則：

1. 推動資訊共享和溝通
2. 為共同的遠景而工作
3. 充分授權和信任
4. 各司其職，為項目共同負責
5. 傳遞增量的價值
6. 保持靈活，預期和适應變化
7. 投資品質
8. 學習所有的經驗

9. 與顧客合作

   同學們在完成團隊作業時，對于“資訊的共享”和“學習所有的經驗”很容易忽視，突出表現在文檔的撰寫品質不高，沖刺階段記錄不完整。

   7.3 節定義了MSF團隊模型，其定義了小組同級成員的一些角色和職責，團隊角色有品質管理，使用者體驗，測試，開發，釋出管理，任一角色若無法實作目标，都會危及整個項目。而且每個角色都是平等的，角色之間要特别注重溝通，為同一願景工作有對立的想法也很正常，但是要在溝通中尋求共赢。

靈活開發和MSF相比現在的通常開發方法，更注重有效溝通和記錄。

有效溝通包括團隊成員之間，團隊負責人和團隊成員，團隊和使用者之間的溝通。

記錄要特别注重記錄開發過程中的bug情況和團隊溝通情況，對于個人和團隊的經驗值積累大有裨益。

但是從往屆包括時下做助教的經曆而看，記錄是很多團隊完成團隊作業中最容易忽視的地方之一。而記錄完整細緻，溝通及時有效的團隊，在學期課程結束後，完成的項目都很讓人驚豔。這樣的團隊放在市場上，肯定也會有不俗的表現。