Beta階段衝刺前的準備
Beta階段衝刺前的準備
凡事預則立，在Beta開始前，以小組為單位，在敏捷衝刺前釋出一篇部落格，描述：
1. 討論組長是否重選的議題和結論
經過我們小組在週二下午的會議中有重新認真的考慮了是否要更換組長的問題 我們也提出了看法和建議 首先經過前半段的共同努力 我們一致表示我們組的組長秦玉是狀態非常好的 無論是從全域性的掌握還是具體事件上的安排 她都完成的非常好 也很大程度上提高了我們組的效率 再次 如果換組長的話 這個角色誰來擔任更合適 是否在完成度上可以達到更高的層次 使我們組的狀態會變得更好 我們自己也討論過 認為沒有這樣比較可以點面結合的人 最後 如果換組長的話 對我們組的現實情況來說可能不是好的情況 對我們工程的進度會有一定的影響 所以在我們認真討論後 決定 我們組不會更換組長
2. 下一階段需要改進完善的功能
木有需要完善的~之前的功能簡直是完美
3 下一階段新增的功能。
Beta階段新增的功能：
- 新增其他學院的搜尋引擎
- 實現網站的定時爬取以及es的自動同步
- 主介面設定最新通知播報欄
- 新增按時間篩選資訊功能
- 擴大使用範圍至移動端
- 將專案部署到伺服器
4. 需要改進的團隊分工（針對之前的不足，需要加強和改進團隊協作和分工的地方）
在Alpha階段的分工我們是按照功能進行分配的，在經過Alpha階段的衝刺之後，我們覺得這樣的分工還是比較合理的。可以充分調動每個人的時間，讓大家可以按照功能模組一步一步的完善我們的專案。
改進點：在任務劃分的時候要可以更加具體與細緻，儘量把任務細化，具體到實現到什麼程度。比如我們提到的實現整體同步的批處理檔案編寫，這個就可以每次任務的時候具體到自動化到什麼程度，到底是僅僅的資料庫更新爬取還是完善到再進行同步es的部署。關於團隊合作，從事後分析可以得出，多溝通，多交流，是團隊合作必不可少的，我們組在溝通上是很積極的也很全面，每個人的思想可以基本達到同步，也沒有在實現上上出現沒辦法調和的問題。在Beta階段，我們團隊會延續多討論，多交流的團隊模式，讓專案成員保持瞭解專案的進展的狀態，爭取在新增功能的實現上有新的成就。
5. 需要改進的工具流程（如版本控制、測試工具等）
我們在Alpha階段主要用Learngoo管理燃盡圖，碼雲管理程式碼（雖然有的時候用QQ群代替了），但是毋庸置疑燃盡圖和碼雲是很好的協助工具，我們在beta階段決定仍然使用這兩個工具。
在我們搜尋引擎的功能測試上，我們目前還沒有發現特別好的測試工具，只能如Alpha階段一樣繼續沿用我們可以完成的各個版本的瀏覽器測試，同時因為加入了移動端的應用，所以準備用移動端模擬器也進行測試。針對每次關鍵字的搜尋的用時和cpu的開銷也繼續沿用之前的方法，將搜尋用時打印出來來分析參考。因為新增了自動爬取和自動同步es的功能，那麼對於編寫的指令碼從執行到完成的時間也可以進行時間分析，調整程式碼爭取做到時間消耗最小化。
6. 衝刺的時間計劃安排（衝刺時間為期五天，安排在2018.11.30——2018.12.12之間）
| 團隊任務 | 預估時間 | 實際時間 | 完成日期 |
|---|---|---|---|
| 新增其他學院的搜尋引擎 | 300 | —— | —— |
| 實現網站的定時爬取以及es的自動同步 | 200 | —— | —— |
| 主介面設定最新通知播報欄 | 300 | —— | —— |
| 新增按時間篩選資訊功能 | 340 | —— | —— |
| 將專案部署到伺服器 | 200 | —— | —— |
| 擴大使用範圍至移動端 | 100 | —— | —— |
| 前端介面的美化 | 100 | —— | —— |
| 需求說明書的調整 | 60 | —— | —— |
| 搜尋引擎測試 | 80 | —— | —— |
| 使用者使用調查 | 100 | —— | —— |
| Beta階段釋出說明 | 200 | —— | —— |