這次的感悟分享是關於團隊開發軟體的。
敏捷開發流程如下（本學期所學總結如下）：
1.需求分析，確定團隊開發的專案，明確為使用者解決的痛點是什麼。
2.分配任務，拆分專案為幾個模組，由目前程式設計能力較為薄弱的同學優先選擇，大牛收尾。但要清楚，自己領取了任務就一定要實現，切不可再隨意更改。
3.每天早晨召開站立會議，每個人簡短的發言：一，昨天幹了什麼；二，今天要做什麼；三，遇到問題沒有。
4.製作任務展板，將每個人負責的部分清晰地寫在明白牌上，每日更新，完成後及時歸檔。
5.下面就是一些我們此次團隊合作中遇到的問題（需要改進）：
所做的軟體介面風格不統一，因為缺乏溝通。
軟體進度有拖拉，最後幾天猛補。
02《構建之法》閱讀筆記02
個人感受 過去我的做法 1 以前每個部分都是分開各做各的，做好自己的事情就好了 不需要管其他的。獨立開發，想做什麼做什麼，只要實現布置的任務就行。這樣做的缺陷 無法做到團隊快速開發，很難提公升速度。問題解決方法 1 要自己挑選任務 每次sprint結束之後，還要總結不足，提出改進，並且自己要實施這些...
構建之法閱讀筆記02
第二章的開頭就給我講出了單元測試的概念和效果，單元測試可以使自己父子的模組功能定義盡量明確，模組內部的不會影響其他模組，而且模組的質量能得到穩定的，量化的保證。還舉例了小飛寫單元測試的例子，讓我們隊建立單元測試主要步驟印象深刻，建立單元測試的主要步驟 1.設定資料 2.使用被測試型別的功能 3.比較...
構建之法閱讀筆記02
今天看了第六章敏捷流程，在裡面我看到了衝刺執行任務中的每日例會，在這裡身份的類似於主人暑假給我們布置的任務和發表部落格的要求，其中這裡面有三條內容，分別是我昨天做了什麼，今天做了什麼，在其中又遇到了什麼問題。這個寫問題只有在衝刺階段真正的做了，用心的去解決了，才會真的有收穫 相反這些流程也會流於形式...