凡事預則立，在beta開始前，以小組為單位，在敏捷衝刺前發布一篇部落格，描述：
經過我們小組在周二下午的會議中有重新認真的考慮了是否要更換組長的問題 我們也提出了看法和建議 首先經過前半段的共同努力 我們一致表示我們組的組長秦玉是狀態非常好的 無論是從全域性的掌握還是具體事件上的安排 她都完成的非常好 也很大程度上提高了我們組的效率 再次 如果換組長的話 這個角色誰來擔任更合適 是否在完成度上可以達到更高的層次 使我們組的狀態會變得更好 我們自己也討論過 認為沒有這樣比較可以點面結合的人 最後 如果換組長的話 對我們組的現實情況來說可能不是好的情況 對我們工程的進度會有一定的影響 所以在我們認真討論後 決定 我們組不會更換組長
木有需要完善的~之前的功能簡直是完美
beta階段新增的功能：在alpha階段的分工我們是按照功能進行分配的，在經過alpha階段的衝刺之後，我們覺得這樣的分工還是比較合理的。可以充分調動每個人的時間，讓大家可以按照功能模組一步一步的完善我們的專案。
改進點：在任務劃分的時候要可以更加具體與細緻，盡量把任務細化，具體到實現到什麼程度。比如我們提到的實現整體同步的批處理檔案編寫，這個就可以每次任務的時候具體到自動化到什麼程度，到底是僅僅的資料庫更新爬取還是完善到再進行同步es的部署。關於團隊合作，從事後分析可以得出，多溝通，多交流，是團隊合作必不可少的，我們組在溝通上是很積極的也很全面，每個人的思想可以基本達到同步，也沒有在實現上上出現沒辦法調和的問題。在beta階段，我們團隊會延續多討論，多交流的團隊模式，讓專案成員保持了解專案的進展的狀態，爭取在新增功能的實現上有新的成就。
團隊任務
預估時間
實際時間
完成日期
新增其他學院的搜尋引擎
300——
——實現**的定時爬取以及es的自動同步
200——
——主介面設定最新通知播報欄
300——
——新增按時間篩選資訊功能
340——
——將專案部署到伺服器
200——
——擴大使用範圍至移動端
100——
——前端介面的美化
100——
——需求說明書的調整
60——
——搜尋引擎測試
80——
——使用者使用調查
100——
——beta階段發布說明
200——
——
BETA 版衝刺前準備
標籤 空格分隔 wonderland 軟工實踐 作業的傳送門 人員之間時間上面的不均衡 需求分析上任務有些超負荷 對部分需求進行重新分析,尋找可以替代的解決方法。鑑於接下來考試比較多,所以時間上面的靈活性上有所提高.相應的,開始時間也提前。經過思考,13周考試,15周考試,假設存在beta衝刺任務的...
BETA 版衝刺前準備
隊名 第三視角 作業鏈結 組長部落格 應作業要求為了更加順利地開展beta版本的衝刺，上次的alpha版本展示後，我們組對之前開發過程中存在的各種問題進行了全面的討論，並對其進行了相應的調整和改善。選擇了難度較大的開發工具 對於前端，在專案開始初期只考慮到前後端都使用python會更加方便對接就選擇...
Beta衝刺階段5 0
成員昨天已完成的工作 今天計畫完成的工作 工作中遇到的困難 具體貢獻 鄭曉麗首頁活動詳情介面的美化 實現首頁按照index號隨機產生 不太會用陣列，所以用if語句隨機產生的 實現首頁隨機生成 廖怡潔勳章從無到有的過程 活動詳情介面美化 沒什麼困難 美化介面 包夢榕我的打卡記錄介面的美化 活動詳情介面...