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 | —— | —— |