Beta版本冲刺

1.凡事预则立，在Beta开始前，以小组为单位，在敏捷冲刺前发布一篇博客，描述：

a. 下一阶段需要改进完善的功能：

无

b. 下一阶段新增的功能

修改密码功能 管理员功能 生成表格的优化

c. 需要改进的团队分工（针对之前的不足，需要加强和改进团队协作和分工的地方）

团队之间每个人都分配相应的功能去实现，而不是一起实现，避免效率低下以及所做工作重复

d. 需要改进的工具流程（如版本控制、测试工具等），alpha 阶段用纸和笔做燃尽图的，必须升级到使用软件工具管理燃尽图。

alpha版本所做燃尽图均由exel完成，beta版本予以改进

 

Beta阶段的冲刺时间为期七天，安排在2017.11.26——2017.12.9之间。

a. 安排七天的敏捷冲刺。

b. 每天举行站立式会议，讨论项目每个成员的昨天进展、存在问题、今天安排。

c. 团队在冲刺的七天内，每天发布一篇随笔，共七篇： i. 每个人的工作 （有work item 的ID） (1) 昨天已完成的工作； (2) 今天计划完成的工作； (3) 工作中遇到的困难； (4) 每个人的贡献比

ii. 发布项目燃尽图；请用专业的工具完成 iii. 每人的代码/文档签入记录； (1) 不能每天都在 “研讨”， 但是没有代码签入。 (2) 签入记录对应的Issue内容与链接，代码必须每天可执行。 (3) 必要的code review，编码规范不是摆设，文档要随时更新。 (4) 采用码云实现版本控制和协同化编程

vi. 适当的项目程序／模块的最新（运行）截图。 如果你的项目是有价值的，很有可能别的团队会继续开发。 到时候会不会出现源代码找不到、没有文档等尴尬的情况呢？ 团队要考虑如何进行高效的源代码管理，请在beta 进行的过程中试着回答关于源代码管理的10 个问题：