組長博客鏈接
http://www.rzrgm.cn/147258369k/p/15615820.html

一、基本情況

1.1 現場答辯總結

• 柯老師意見：
  • 面向普通用戶群體推出排行榜功能
  • 增加展示城市奶茶數據的雷達圖
  • 展現網站訪問量，記錄產品成果
• 測評組意見：
  • 在請求上可以嘗試將靜態資源放在資源站上（CDN），增加加載速度
  • 直接訪問114.55.57.159會報404，可以重定向給/index，體驗上會好一些
• 同學意見：
  • 指出一個圖表bug，后續會進行修復

1.2 全組討論的照片

1.3工作流程

1.4組員分工及組員工作量比例

二、總結思考

2.1 設想和目標（4分）

2.1.1我們的軟件要解決什么問題？是否定義得很清楚？是否對典型用戶和典型場景有清晰的描述 ？
我們的產品“奶茶攻略”主要定位于從事奶茶行業的實體經營者以及對于奶茶大數據有明確需求的數據分析開發人員，對全國各地奶茶的消費數據進行有效整合與合理化分析后進行清晰明了的可視化呈現。
我們以提供可靠優質的數據服務為本產品的核心準則，該定義比較明確。
典型用戶屬于從事奶茶行業的相關經營者，典型場景是對于對奶茶行業走向趨勢有了解需求的時候提供該信息渠道。

2.1.2我們達到目標了么?（原計劃的功能做到了幾個？ 按照原計劃交付時間交付了么？ 原計劃達到的用戶數量達到了么?)
基本達到了我們Beta沖刺的目標，原計劃的功能幾乎全部實現并新增了回歸和聚類功能，按照軟工課程時間完成了項目，用戶數量正準備按照柯老師的意見進行記錄。

2.1.3用戶量, 用戶對重要功能的接受程度和我們事先的預想一致么? 我們離目標更近了么?
用戶量我們正在加緊完善，產品的第一批體驗用戶柯老師對選題還是較為贊可的，
而我們團隊任務角度上已經達成了原目標，正在按照柯老師和測評組的意見完善功能和修復bug。

2.1.4有什么經驗教訓? 如果歷史重來一遍, 我們會做什么改進?
任務細分略微不太完善；如果重來一遍，試著每個任務都進一步細化。

2.2 計劃（5分）

2.2.1是否有充足的時間來做計劃?
充足，我們有充足的時間進行調度和進一步修改計劃。

2.2.2團隊在計劃階段是如何解決組員對于計劃的不同意見的？
大家積極交流，各抒己見，最后大家一起分析取舍，讓一個計劃最終敲定的更為合適。

2.2.3原計劃的工作是否最后都做完了? 如果有沒做完的，為什么?
前端和后端各自的原計劃的內容基本完成，目前正在新增功能與完善原有功能。

2.2.4有沒有發現做了一些之后看來沒必要或沒多大價值的事?
計劃比較明確，在大方向上并沒有無價值的事情出現。

2.2.5是否每一項任務都有清楚定義和衡量的交付件?
每一項任務都有清楚定義，前后端負責人根據成員能力進行衡量

2.2.6是否項目的整個過程都按照計劃進行，項目出了什么意外？有什么風險是當時沒有估計到的，為什么沒有估計到?
基本按照計劃進行；Beta階段暫時沒有出現意外和風險，進程按計劃穩步推進。

2.2.7在計劃中有沒有留下緩沖區，緩沖區有作用么?
預留下了一天左右的時間緩沖區，確實起到了幫助作用。

2.2.8將來的計劃會做什么修改？（例如：緩沖區的定義，加班）
將來的計劃中將會留下更多的時間緩沖區用以解決發生在意料之外的情況，以及更好地完善功能。

2.2.9學到了什么? 如果歷史重來一遍, 會做什么改進?
學到了如何發現所需解決所需。如果歷史重來一遍，我們會一步拓寬解決渠道。

2.3 資源（3分）

2.3.1我們有足夠的資源來完成各項任務么?
基本足夠，隊內主力人員能力和效率十分強悍。

2.3.2各項任務所需的時間和其他資源是如何估計的，精度如何?
根據任務難度和隊員能力估計時間、資源。精度實際上不太準確。

2.3.3測試的時間，人力和軟件/硬件資源是否足夠? 對于那些不需要編程的資源 (美工設計/文案)是否低估難度?
分工人員已經初步進行測試，按照柯老師的意見接下來的工作由測評組幫助我們進行。
難度沒有低估，美工與文案小組通力完成了任務。

2.3.4你有沒有感到你做的事情可以讓別人來做（更有效率）?
我們各個小組負責人按照能力與學習進度進行分工，基本上是專事專人，效率還是可以的。

2.3.5有什么經驗教訓? 如果歷史重來一遍, 會做什么改進?
要做到協調好每個人的職責，如果重來一遍，盡量保持資源利用的高效，讓整個項目能夠穩步進行。

2.4 變更管理（4分）

2.4.1每個相關的員工都及時知道了變更的消息?
每個相關組員都能夠及時知道變更的消息。

2.4.2我們采用了什么辦法決定“推遲”和“必須實現”的功能?
采用了隊內主力人員估計以及結合柯老師意見以及測試組建議的方法。

2.4.3項目的出口條件（Exit Criteria – 什么叫“做好了”）有清晰的定義么?
我們項目的出口條件是否能夠實現數據圖表良好交互性，數據是否能比較明晰地呈現，能否給予用戶較為直觀的信息解讀。

2.4.4對于可能的變更是否能制定應急計劃?
對于可能的變更我們有制定應急計劃，我們有先做出一個保底的成果，然后再在此基礎上進行更進一步的學習與工作。

2.4.5組員是否能夠有效地處理意料之外的工作請求？
我們組員能夠及時補足自己的知識缺口去應對意料之外的工作請求。

2.4.6學到了什么? 如果歷史重來一遍, 會做什么改進?
我們學到了面對變更如何進行應對；如果重來，會提前制定好面對變更的準備計劃。

2.5 設計/實現（4分）

2.5.1設計工作在什么時候，由誰來完成的？是合適的時間，合適的人么？
由產品小組三人合作完成，時間較為合適，人員也比較合適

2.5.2設計工作有沒有碰到模棱兩可的情況，團隊是如何解決的？
設計過程中還是有一些不清楚的情況，比如爬蟲的規范，api的規范等，通過具體的溝通解決了

2.5.3團隊是否運用單元測試（unit test），測試驅動的開發（TDD）、UML, 或者其他工具來幫助設計和實現？這些工具有效么？
有用過UML，有一定效果，主要起參考作用

2.5.4比較項目開始的 UML 文檔和現在的狀態有什么區別？這些區別如何產生的？是否要更新 UML 文檔？
區別并不多；產生原因主要是實現效果和預期內容有一定差異；仍需要更新以便更好的完善

2.5.5什么功能產生的Bug最多，為什么？在發布之后發現了什么重要的bug? 為什么我們在設計/開發的時候沒有想到這些情況?
生產和開發的環境有些許不同而導致。

2.5.6代碼復審（Code Review）是如何進行的，是否嚴格執行了代碼規范？
在pull requsts先粗略閱讀判斷，不合要求的退回，merge后測試新加入部分的功能，若有bug先roll，對產生bug的代碼修改后再合并。
采用下劃線型命名規范，遵循單一職責原則，開閉原則，具有良好的可維護性和可拓展性。

2.5.7學到了什么? 如果歷史重來一遍, 我們會做什么改進?
我們學到了確定規范的重要性，如果歷史重來一遍，我們會更早的明確規范。

2.6 測試/發布（3分）

2.6.1團隊是否有一個測試計劃？為什么沒有？ 是否進行了正式的驗收測試？
有測試計劃，已初步進行
后續由測評組完成。

2.6.2團隊是否有測試工具來幫助測試？
對于api的編寫使用了測試工具runapi和postman，利用Google的network查看請求返回時間。

2.6.3團隊是如何測量并跟蹤軟件的效能的？從軟件實際運行的結果來看，這些測試工作有用么？應該有哪些改進？
利用測試版進行效能測量；實際運行來看，這些測試工作可能對于后面的跟進修改會比較有用；需要改進的是一些bug和功能。
2.6.4在發布的過程中發現了哪些意外問題？
加載時間較長

2.6.5學到了什么? 如果歷史重來一遍, 會做什么改進?
認識到了測試的重要性，如果能重來，我們會將開發與測試明確劃分開來，獨立進行。

2.7 團隊的角色，管理，合作（3分）

2.7.1團隊的每個角色是如何確定的，是不是人盡其才？
前端開發是根據成員的興趣意愿、以及團隊需求來確定的，而后端開發也是根據學習興趣以及能力來確定的，
項目經理這個角色是認為自己有管理能力并且能夠積極督促團隊成員的，有良好的與團隊成員溝通的能力
總的來說是團隊成員都是人盡其才，分配得體。

2.7.2團隊成員之間有互相幫助么？
有的，一個人可以走更快，一群人可以更遠；線上線下討論、私聊等都起到了不錯的效果。

2.7.3當出現項目管理、合作方面的問題時，團隊成員如何解決問題？ 每個成員明確公開地表示對成員幫助的感謝 （匯總至組長博客）：
<姓名>：我感謝 ___<姓名>__對我的幫助，因為某個具體的事情: _________。

大家都很積極認真，這點提高了一定的效率，對于項目管理、合作方面的問題都是討論可以解決的。

• 成員感謝：

  • 童錦濤：我感謝張梓晗同學對我的幫助，因為某個具體事情：由于我最近課程任務較多，他幫我分擔了回歸部分數據分析的任務。

  • 蔡煒鑫：我感謝童錦濤和張梓晗，因為某個具體事情：他們幫我們前端生成了統計以及回歸的圖表，而且錦濤后面還幫我們前端部署了頁面。

  • 葉超煒：我感謝童錦濤對我的幫助，因為某個具體的事情：經常會督促我的學習情況，很多時候處于放空狀態時他會及時把我拉回狀態，督促我學習新的內容，非常感謝他對我學習效率的幫助

  • 吳杰：我感謝蔡煒鑫對我的幫助，因為某個具體的事情：在前端學習過程中，煒鑫同學給了我很多的技術上的回答與支持，也push我去學習更多的東西。

  • 張梓晗：我感謝蔡煒鑫、童錦濤對我的幫助，因為某個具體事情：在遇到前端和后端的各種技術問題時，經常向他們討教，收獲很多。

  • 侯欽凱：我感謝蔡煒鑫對我的幫助，因為某個具體事情：我們的前端工程師之前都沒有學過前端相關知識，煒鑫這兩個月經常廢寢忘食的學習，最終挑起了前端的大梁，讓我們的項目順利完成。

  • 陳翁豪：我感謝蔡煒鑫和童錦濤對我的幫助，因為某個具體事情：因為他們在我遇到困難時給了我鼓勵。

  • 姚天一：我感謝楊開彬和侯欽凱對我的幫助，因為某個具體的事情：由于生病去醫院，導致分配任務未能及時完成，開彬和欽凱幫助了我完成了相應任務

  • 陳捷祥：我感謝蔡煒鑫對我的幫助，因為某個具體的事情：在制作圖表部分時，因為我當時要復習搜索引擎準備考試沒有時間，他就把分配給我的任務獨自做完了

  • 楊開彬：我感謝姚天一對我的幫助，因為某個具體的事情：當初有一段時間不得不請假回家一個星期，那段時間的工作任務都是天一在幫我解決，請假的事情也都是他在幫我和各科任老師、輔導員溝通。

2.7.4學到了什么? 如果歷史重來一遍, 會做什么改進?
這次沖刺中，我們在團隊的分工、協作、管理等方面學到了不少：分工的過程中要根據每個人的想法
能力進行分工，只有各盡其才，團隊才會走得更快更好；
如果重來一遍，我們會對任務進行更細微的劃分

2.8 總結（4分）

2.8.1列出組內所有人的心得。

• 童錦濤：
  人在壓迫下能被激發出很大的潛力，beta沖刺中大家在很短的時間能完成了艱巨的任務。感謝隊友的同時也反思了自己，團隊項目中理論上要在一定程度上平均工作量，但是由于能力和效率的不同還是無法避免的分配失衡，在分配時沒有站在他人的能力和效率的角度考慮，是自己考慮不周

• 蔡煒鑫：
  略微學了一下手機端適配，然后小小改了一些bug，后面有些頁面bug其實我也知道,不過雖然能改但我只會用比較低級的方法，所有也就有點懶得去改了，沒想到現場就被抓住了，然后馬上就去改了，所以說還是不要抱有僥幸心理。

• 葉超煒：
  首次接觸后端編寫，很多操作都處于盲目階段，再加上自身代碼能力較弱，在本次編程中未能幫上太大的忙，但是對于自己的學習進度卻有著較好的規劃，會在自己給自己規定的時間內學完需要學的內容。總體來說，在Beta沖刺階段，自己學會了很多知識，懂得了后端的基礎編寫，也了解了前后端交互的具體操作，收貨頗豐。

• 吳杰：
  在alpha沖刺完后馬上接上了beta沖刺，因為這個時間段要復習考試，所以學習的內容不多，不過好在alpha沖刺階段產品已經基本完善，基本只需要新增一些圖表和修改bug，完善頁面，所以感覺不會特別趕，beta沖刺中繼續學習了vue和echarts的相關內容，在下次答辯前希望能做的更好吧。

• 張梓晗：
  本次Beta沖刺總算是還算圓滿的結束了，我們的產品雖然仍存在一些bug，但整體實現度已經遠超之前的想象。果然只要努力去做力所能及的事最后都能得到想要的結果。本次Beta沖刺我是做數據回歸分析模塊的，可以說是接觸了一個新的領域吧（python數據分析的包真好用，好多東西都幫我們封裝好了）。期間雖然有遇到挺多學習和技術上的困難，但最后好歹是做出來一個有點像樣的回歸模型了，也成功用pyecharts生成了圖表，給我一點小小的成就感。數據分析是個很有意思的模塊，希望自己以后有時間有機會多多研究研究吧。

• 侯欽凱：
  因為我們在alpha沖刺已經基本完成項目了，beta是修了一些bug和增加了兩個功能，相比alpha來說工作量小了很多，最后項目圓滿完成，我也達成了軟工不熬夜的目標，總得來說我對這次的軟工實踐還是比較滿意的。

• 陳翁豪：
  通過本輪沖刺，我了解并學習前端的許多知識，包括js，vue框架和echarts，在小組成員的幫助下我完成了前端網頁的發布。雖然許多時候還是難以學以致用但是努力過了也不后悔，還是覺得收獲滿滿。現在我更能理解一個項目需要大家的共同努力去實現，對前后端的分工協作有了更深入的了解

• 姚天一：
  經過了這次的鍛煉，我學到了很多的新知識，給我的經歷比我當初預想的還要豐富許多。在具體應用工具的學習中了解到了規范的重要性、經驗的積累以及實際的操作。隨著項目的進行，深感自己專業知識的欠缺，在之后希望自己能多多實踐。

• 陳捷祥：
  軟工實踐作業已經進入尾聲，這一次的作業讓我感慨良多，第一次要做這么規范化的項目，有太多新知識和新工具需要自學，讓我感到迷茫和焦慮，不過與此同時，我也在其中學到了很多，不僅時因為學到了新知識，也包括其他方面的進步，比如在有限的時間內更好地規劃工作，堅持反復看學習的視頻提高了我的意志力，博客則提高了我的表達能力等等。

• 楊開彬：
  Beta沖刺階段，總歸來說還是比較順利進行的，雖然是在比較趕忙的時間中擠出來完成的。說實在，這一周下來，實在忙不過來的事情真的太多了，操作系統實驗，數據庫實驗，軟件定義網絡的最后課程大設計，微機實驗的考試.....，每個人都很忙，都有自己的課業復習要完成，但是每個人都默默的做著自己的那一份工作，誰也不埋怨誰，都是按時交上自己負責的更新進度，不給其他人的工作拖進度。整個團隊就是在這樣一個默契配合的氛圍下進步的，一路走來，很感謝我的隊友，沒有他們這個軟件項目根本就只是紙上談兵，感謝他們的付出和努力，大家用各自的真誠相互交流，相互理解、相互鼓勵，很慶幸當初和我組隊的是身邊的這些隊友。