我們已經了解敏捷流程的開發原則和概述，我們都可以體會到敏捷流程的好處和優點，但是敏捷流程不一定適合所有的專案任務，讓我們來繼續了解敏捷流程吧。
敏捷對團隊的要求很簡單：自主管理、自我組織、多功能型，但是「自主管理」不等於「沒有管理」，自己挑選任務，每次結束之後還要總結不足，提出改進；而且現在每個人都要聯合起來對專案負責；每個人全面負責，自己搞定規格說明書，和別人溝通，同時自己搞定測試。團隊要有一定的實力和水平，才可以使用敏捷流程，否則可能會適得其反，往往需要多次sprint
才能讓scrum
走上正軌。
我們要學會衡量乙個開發流程是否對當前的專案或團隊合適，這個團隊還需要乙個強有力的專案經理。敏捷流程對專案的眾多需求採取分而治之的辦法，可以讓相關人員集中精力，在一定期限內解決部分問題，強調短時間的迭代，在迭代中不斷總結，改進團隊的流程和產品功能。
根據這麼長時間的實踐者們的經驗來看，其實敏捷表明的只是一些優先順序，不用當做規矩或教條；敏捷流程並不是完美的，所以在遇到複雜的專案時，還是要根據實際情況來決定開發流程的。
敏捷流程雖好，但是還是要根據專案的實際情況，複雜程度，團隊特點來決定開發方式。
構建之法閱讀筆記03
通過這幾天的閱讀，基本對本書又有了新的認識，讀完這本書是一回事，要想深入的理解又是另一回事。本書第一版出自2014年，當時軟體工程正在中國蓬勃發展，在此書出來之前大學裡的教材有些還是外國書籍的翻譯版本。豆瓣上對此書的介紹是 軟體工程牽涉的範圍很廣,同時也是一般院校的同學反映比較空洞乏味的課程。但是軟...
構建之法閱讀筆記03
今天自己又回過頭來詳細的閱讀了一遍 構建之法 的第二章，下面分享一下自己的體會。一.單元測試 之前自己在程式設計的過程中，從來沒有對自己的程式進行過單元測試，總覺得輸出了題目要求的結果就行了，沒有考慮過程式執行的中間過程或是對占有的記憶體進行釋放等問題。而書中詳細介紹了單元測試的重要性和如何進行單元...
構建之法閱讀筆記03
又到了一周的結尾，時間過得真快。這一周，閱讀了 構建之法 關於團隊和流程的部分。正好，這周我們用的就是結對開發的模式。算是理論加上實踐吧。和以往的單獨程式設計不同的是，團隊開發增加了與同學的交流討論，在問題的解決與實現方面不再是一人單扛，可以交換不同的思路，用不同的角度思考問題，把問題更好的解決。這...