團隊，在軟體開發中是個不可缺少的名詞，很少有一款開發是脫離團隊的。團隊是有一致的集體目標，團隊要完成這目標。同時團隊成員各有分工，互相依賴合作，共同完成任務。
團隊有各種各樣的模式：蜂窩模式、主治醫師模式、明星模式、社群模式、業餘劇團模式、秘密團隊、**團隊、交響樂團模式、爵士樂模式、功能團隊模式、官僚模式。其中我最喜歡的是功能團隊模式，掌握各種不同技能的人整合成團隊，每個人在專案中有自己的分工，同時在專案過程中又有團隊的交流，個人感覺，團隊的交流是不可缺少的，這樣還能夠互相督促，在這種模式下，任何人只要偷懶就會被發現，每個階段的問題也充分暴露。
在專案進行中，每個人都要明確4w：
who：誰負責
what：做什麼，具體的執行方案，什麼叫做「做好了」
when：什麼時候開始，什麼時候結束
why：為什麼這樣安排（和專案的遠景是否吻合），在什麼情況下可以變更
將乙個專案具體分工之後，這樣可以更高效，每個人的目標也很明確，在開發過程中，每個人要寫自己的工作日誌，昨天幹了什麼，今天打算幹什麼，還剩什麼，要每天有目標的工作，同時要對每次的開發有時間概念，要有燃盡圖。
而開發專案，說的任務完成，僅僅是編碼工作完成，而不是所有工作完成，在之後還有測試等各種事情。
開發之前，要做軟體需求分析，而nabcd模型是乙個很有效的方法。
n：（need，需求）先對客戶需求進行分析，對於自己的創意，解決了使用者的什麼需求？或者改善了什麼使用者的煩惱。
b：（benefit，好處）自己的創意能夠給使用者帶來什麼好處？
c：（competitors，競爭）要了解當前市場的競爭者，自己的東西在眾多競爭者中能否脫穎而出，佔據市場。『』
d：（delivery，推廣）經過以上步驟之後，自己的產品應該如何推廣，採用何種方法？
這些都要考慮到，而對於自己軟體的後續發展有何規劃，這都是應該考慮到的問題，而不是簡單的開發完成就結束。
因為之前也沒有做過什麼需求分析，基本上程式設計都是老師給的題目，這學期的綜合作業是做乙個功能完善的軟體，而在這一塊兒就需要進行軟體需求分析了，很多小組同時進行需求調研，肯定會有重複的選題，而乙個好的想法和針對使用者的問題是十分重要的，如何在競爭中取勝是值得思考的問題，在以後的開發中，要先進行nabcd的分析，然後再開始分工合作。為了共同的目標進行奮鬥。
02《構建之法》閱讀筆記02
個人感受 過去我的做法 1 以前每個部分都是分開各做各的，做好自己的事情就好了 不需要管其他的。獨立開發，想做什麼做什麼，只要實現布置的任務就行。這樣做的缺陷 無法做到團隊快速開發，很難提公升速度。問題解決方法 1 要自己挑選任務 每次sprint結束之後，還要總結不足，提出改進，並且自己要實施這些...
構建之法閱讀筆記02
第二章的開頭就給我講出了單元測試的概念和效果，單元測試可以使自己父子的模組功能定義盡量明確，模組內部的不會影響其他模組，而且模組的質量能得到穩定的，量化的保證。還舉例了小飛寫單元測試的例子，讓我們隊建立單元測試主要步驟印象深刻，建立單元測試的主要步驟 1.設定資料 2.使用被測試型別的功能 3.比較...
構建之法閱讀筆記02
今天看了第六章敏捷流程，在裡面我看到了衝刺執行任務中的每日例會，在這裡身份的類似於主人暑假給我們布置的任務和發表部落格的要求，其中這裡面有三條內容，分別是我昨天做了什麼，今天做了什麼，在其中又遇到了什麼問題。這個寫問題只有在衝刺階段真正的做了，用心的去解決了，才會真的有收穫 相反這些流程也會流於形式...