here本次beta衝刺，我們小組完成度相對較高，組員也人盡其職。在答辯時老師提出的問題我們也相應給出了回答，老師提的意見我們也有考慮進未來程式設計的優化。本次答辯結果我們感覺上可以給自己打個八十分，雖然小程式還不很完善，但每個人都努力完成了自己負責的內容，希望後續可以做到更好。
前端工作流程
後端工作流程
beta衝刺輪次
編寫篩選頁面
新增管理員類、表；引入商家；網域名稱審核通過
beta-1
頁面美化,上拉重新整理
完成管理員相關的控制層和前端大部分的查表頁面（查詢）
beta-2
授權頁面修改新增新使用者跳轉值標籤修改頁面新增菜品頁面新增 tag 功能菜品和視窗頁面分享申請小程式發布,獲取體驗版小程式
新增管理員標籤管理相關；做nginx的https**
beta-3
修復小程式在 andriod 上顯示不好的 bug首頁新增食堂擁擠功能修復頁面跳轉bug小程式通過審核
新增食堂擁擠程度介面；新增查詢菜品對應視窗的功能；新增查詢對應食堂所有視窗功能；新增管理員前端頁面刪除邏輯
beta-4
修復小程式在 andriod 上顯示不好的 bug修復頁面跳轉bug
新增根據標籤篩選菜品對應視窗功能；新增管理員前端頁面返回邏輯；新增地圖；修復熱門比較器的bug
beta-5
姓名本次完成任務
成績佔比
吳仕濤細節商定，地圖繪製，產品測試，文件
12林逸麗
打標籤、評分、測試bug4鄒薇
影象壓縮處理，編寫dish的模糊查詢並編寫相應的測試**
6高逸超
產品測試 新增標籤
4林怡琳
產品測試、新增標籤
6傅興佳
完善持久層介面6王祺
管理員的實體類、控制層及前端頁面；搜尋/篩選介面的實現；食堂擁擠程度介面的實現；部署；做oos觸發器；修復熱門排序比較bug
25沈帥
測試介面、新增標籤
4李志煒
新增標籤、產品測試、評分
4蘇煒傑
前端頁面新功能編寫,修復前端bug,頁面美化,協助後端配置ssl,https,上架小程式
25王佳欣
產品測試
4我們的小程式針對的是校內師生來到食堂會搖擺不定猶豫無法決定吃什麼的痛點，希望做出一款小程式可以根據大家的口味幫忙決定吃什麼。其中，使用者只需要根據我們的演算法推薦就可以得到結果，解決了普遍存在的「選擇恐懼症」。小程式的定義還是比較清楚的，這**於我們生活中自己也遇到的問題。在編寫需求規格說明書時，我們對典型使用者進行了清晰的定義，並且通過問卷調查明確了市場上是存在對於我們的小程式的需求的。
原計畫的目標大部分都已經完成。按照原計畫交付時間交付了，原計畫使用者量已達到。
使用者量與預期一致（已有400使用者），當最終產品出來的時候，我們團隊成員對我們實現的結果還是很滿意的，我們與我們既定的目標已無限接近，期待我們的最終版本吧！
經驗教訓：在專案的規劃階段對於一些具體細節的思考太少以及提前溝通不足。例如在實施前覺得都討論的差不多了，但具體實踐時具有難度不得不多占用一些時間去修改前面的錯誤。
改進：提高自己的程式設計能力、以及對於程式語言和框架的熟練度很有必要。
前端部分已經分配好任務，時間上是充裕的，大家都各司其職，貢獻自己的力量。
我們小組任務分配合理，大家都認真完成自己的任務，小分歧大家會協商討論，最終統一，love & peace
沒有完全做完。沒做完的原因：沒有考慮到不同成員有可能在不同時期有考試，不少工作都是組長加班加點完成，但還是沒有完全完成。
沒有，該踩的坑還得踩。
每一項任務都有清楚定義，前後端負責人根據成員能力合理衡量。
大部分過程都按照計畫進行了，專案的意外就是在最後要發布的時候發現了很多bug，修了一整天。風險預估到了，所以修bug還是預料中。
有留下一點緩衝區，緩衝區很有用，會繼續留緩衝區。
感覺目前整個團隊的態勢發展良好，只要維持住目前的節奏就好了。
《人月神話》，第二章寫著「系統程式設計的進度安排背後第乙個錯誤的假設是：一切都將運作良好，每一項任務僅花費它『應該』花費的時間」。所以該走的彎路不會少的。
沒有，組內大部分成員都沒有開發專案的經驗，大家都是在邊學邊做中完成的，但通過學習網路上的資源，不斷提公升自身能力。
各項任務所需時間和其他資源由具備開發經驗的成員決定，精度較高。
測試的時間、人力較為充足，測試需要的軟體/硬體資源不足。對不需要程式設計的資源有點低估難度了。
沒有，每個人都能發揮自己的特長，把自己做的方面做到極致（至少是我們組的最高水平），所以說每個人都是不可替代的。
如果任務布置能更精確就好了，這樣子有利於專案進度的把控。
是的，每個人都能及時知道訊息。團隊總的有乙個***，前後端小組分別有乙個***，溝通很方便。
根據實際情況決定功能的必要性。
介面舒服美觀且計畫實現的功能能夠順利執行，不出現嚴重bug。
能，團隊成員互相幫助。
能，團隊成員人數充足，能夠較好地解決。
體會到了團隊協作的重要性，我們學到了如何更好地在乙個團隊中發揮出應有的作用。改進：做好應急計畫，避免出現不可預料的狀況。
設計工作由吳仕濤和蘇煒傑完成，很合適。
有模稜兩可的情況，蘇煒傑有很高話語權。
沒區別後端與前端對接時產生最多bug，因為沒有討論好細節。
前端有乙個主倉庫,每個組員都 fork 了乙份到自己的 github 上,提交到主倉庫必須使用 pull request,這樣可以做到每個提交都做到 前端負責任的 code review
前端使用 eslint 和 prettier 來規範**,開發時每次**更改都會檢查規範
學到了debug能力，改進就是提高溝通效率。
沒有測試計畫，但是在最後測試的時候發現了原來沒有考慮到的問題。
有部分完整測試。
後端使用postman對每個情況都進行了測試。
暫未進行完整的測試計畫，未來會有標準的測試方法。
發布沒有發生太多意外，在演示時出現了部分顯示錯誤的情況。
假如能重來，後端需要更加積極的交流，前端組內也寫上技術文件，提高前端介面質量。
團隊的成員角色是根據能力匹配，乙個蘿蔔乙個坑，每個人都有自己的定位，在任務分配已經盡最大可能實現人盡其才。
團隊成員互相幫助是在我們小組非常常見的事情，前端組長和後端組長盡職盡責，幫助組員成長，平時工作時有問題都能裡及時解決，互幫互助。
出現問題我們及時溝通，及時去修復bug，但是確實經驗比較不足出現問題越發現越多。
我感謝蘇煒傑對我的幫助， 因為他很帥。
我們學會了要加強溝通，很多前期的溝通和深入設想會幫助後面避免很多bug和衝突。學會了更好更有效的任務分配以及會議記錄，及時調配任務。
我們的團隊還不夠成熟，在本次的beta衝刺中對程式的開發，我們屬於cmmi的cmmi一級，執行級。在執行級水平上，軟體組織對專案的目標與要做的努力很清晰，專案的目標勉強可以實現。但是由於任務的完成帶有很大的偶然性，軟體組織無法保證在實施同類專案時仍然能夠完成任務。專案實施能否成功主要取決於實施人員。
我們的團隊目前傳出去盡量往規範化發展的乙個階段，我們隊員能力參差不齊，團隊內部溝通也是盡量讓每個人能有事情去做，每個任務能夠努力完成
我們相對於之前立下的目標來說，每個人都有一點進步，在本次beta衝刺階段都有一定的成長，當然寫了很多bug，也遇到了很多困難，我們的團隊都付出努力去完成。有一顆進取的心是我們團隊最大的收穫。
最需要改進的是我們的溝通問題，很多時候有一些可以避免的bug，一些可以減少的**量都是可以提前溝通去解決的。在後面的每週衝刺中，我們會加強我們內部溝通，有更快的效率去完成我們的程式開發。
參照《構建之法》p114頁的敏捷開發原則，回顧我們的alpha衝刺過程，我們做得比較好的有：
第四條：「業務人員和開發人員在專案開發過程中應該每天共同工作」。團隊現場程式設計是常有的事。
第五條：「以有進取心的人為專案核心，充分支援信任他們」。前端組和後端組各有一名組長，分組管理，在他們的帶領下每乙個組都把各自的工作完成的不錯。
第六條：「面對面的交流始終是最有效的溝通方式」。例如alpha站立會議、團隊程式設計、開會討論等等。
第九條：「不斷關注技術和設計，才能越來越敏捷」。例如：前後端之間採用了showdoc進行api商定，形成文件；後端組使用了swagger框架，在配置後可形成可測試的api文件，前端訪問相應路徑，便可以直接檢視後端的整個控制層（即路由api），並且可以在上面直接進行api測試，而不需要postman，這樣一來方便了不少，後端自己內部則採用junit進行單元測試。
第02組Beta衝刺 總結
here本次 beta 衝刺，我們小組完成度相對較高，組員也人盡其職。在答辯時老師提出的問題我們也相應給出了回答，老師提的意見我們也有考慮進未來程式設計的優化。本次答辯結果我們感覺上可以給自己打個八十分，雖然小程式還不很完善，但每個人都努力完成了自己負責的內容，希望後續可以做到更好。前端工作流程 後...
第02組 Beta衝刺（5 5）
隊名 無駄無駄 組長部落格 作業部落格 接下來的計畫 還剩下哪些任務 遇到了哪些困難 有哪些收穫和疑問 接下來的計畫 還剩下哪些任務 遇到了哪些困難 有哪些收穫和疑問 接下來的計畫 還剩下哪些任務 遇到了哪些困難 有哪些收穫和疑問 接下來的計畫 還剩下哪些任務 遇到了哪些困難 有哪些收穫和疑問 接下...
第02組 Beta衝刺（4 5）
隊名 無駄無駄 組長部落格 作業部落格 接下來的計畫 還剩下哪些任務 遇到了哪些困難 有哪些收穫和疑問 接下來的計畫 還剩下哪些任務 遇到了哪些困難 有哪些收穫和疑問 接下來的計畫 還剩下哪些任務 遇到了哪些困難 有哪些收穫和疑問 接下來的計畫 還剩下哪些任務 遇到了哪些困難 有哪些收穫和疑問 接下...