《構建之法》閱讀筆記

第五章的內容是團隊的話題。團隊一直是乙個不可或缺的話題，球場上，網遊中都有著若干個團隊。個人離開團隊無法健康成長，團隊離開個人無法存在。團隊在我們軟體工程中是乙個非常重要的內容。

團隊的特點：

團隊有一致的集體目標，團隊要一起完成這個目標。乙個團隊的成員不一定要同時工作。

團隊成員有各自的分工，互相依賴合作，共同完成任務。

軟體團隊的模式：主治醫師模式、明星模式、社群模式、業餘劇團模式、秘密團隊、**團隊、交響樂團模式、爵士樂模式、功能團隊模式、官僚模式

開發流程』：在開發、運營、維護軟體的過程中有很多技術、做法、習慣和思想。軟體工程把這些相關的技術和過程統一到乙個體系中，叫作「軟體開發流程」。具體有：寫了再改模式、瀑布模型、以及瀑布模型的變形(生魚片模型、大瀑布帶著小瀑布..)

統一流程rup：團隊的各種成員在乙個複雜的軟體專案中的不同階段做不同的事。這些不同型別的工作在rup中叫做規程或者工作流。

簡介:業務建模、需求、分析和設計、實現、測試、部署、配置和變更管理、專案管理。

分為四個階段:初始階段(達到生命週期目標里程碑)、細化階段(達到生命週期結構里程碑)、構造階段(達到初始功能里程碑)、交付階段(達到產品發布里程碑)

第六章主要是講敏捷流程，敏捷流程是一系列價值觀和方**的集合。

敏捷流程相較於傳統的軟體模型來說，更加注重個人和交流，軟體的可用性，與客戶的合作和響應變化。

敏捷開發的原則: 1.時間盡早;2.響應變化; 3.持續更新;4.共同合作;5.有上進心;6.面對面交流;7.有指標;8.可持續;9.關注更新;10.簡化;11.自我管理;12.提高效率。

敏捷對團隊的要求：

自主管理:自己挑選任務、自己提出改進並實施改進

自我組織:每個人聯合起來對專案負責

多功能型:每個人都全面負責，自己搞定規格說明書，和別人溝通，自己搞定測試

敏捷總結

在迭代開始時，團隊審視擺在他們面前的任務，選擇他們認為可以在迭代期間完成的那些任務(plan)。然後團隊獨立地盡最大努力完成這些任務(do)。在迭代結束時，團隊給利益關係人展示成果(check)，並對開發流程進行調整(act/adjust)。