标签：自己 仓库 支持 代码质量 认证 计划 屏幕 weekly 衡量
在DDL Killer的Alpha发布版本一周后，我们积累了一定的用户数量和用户反馈，同时也着手准备Beta阶段的继续开发，在正式开始迭代前，先对我们的Beta阶段的需求做一个统计和预估，一是保证工作量的适中，二是可以更好地分配任务。
既然是Beta，那就要有一些和Alpha阶段不同的地方，做错要挨打，挨打要站直，Alpha阶段犯下的错误就应该及时反思总结，在Beta阶段避免：
代码的详细签入记录和工作量记录问题
在Alpha阶段，我们有明确的每个人负责什么任务，负责的任务之间都是独立的个体，通常都是在不同的文件夹下，所以即使我们对代码的签入记录得不是特别完善，对于工作量的衡量影响也不是很大。但是在看到其他组对于Github代码的管理后我们确实自愧不如，我们对代码仓库的管理进行了三次的变更，导致签入记录不是很详细，这是在展示中的一个硬伤。
为此我们Beta阶段会完全依托码云进行代码的管理，并且我们小组有幸迎来了一位新组员Mistariano，也就是敏捷开发小组的前PM，敏捷开发小组在Github的管理上做的相当不错，相信在他的协助下我们在这一方面可以取得飞跃的发展。
Code Review
在Alpha阶段中，我们的Code Review工作是交由前后端分离进行，前端之间相互Code Review，后端之间相互Code Review，但是看到其他小组的项目展示中，都是由PM进行前后端统一的Code Review然后再进行代码的签入，在Beta阶段我们可以学习这种做法，改进我们的Code Review策略，做到更规范的代码管理。
Scrum Meeting记录问题
在Alpha阶段中，我们的Scrum Meeting开展存在一定问题，除去对课程组的时间安排把控错误以外，还有开会没有记录的情况，这个问题PM不能不背锅，但是考虑到我们团队PM兼任后端开发的工作确实可能存在不能及时完成报告的问题，在Beta阶段会采取更加灵活的文档记录工作，不会出现因为原本负责记录的人临时有事而导致记录缺席的情况。
更便捷的反馈途径
在Alpha阶段我们采用的用户反馈途径主要有两条：
从结果来看，大多同学会采取直接反馈到小组成员的做法，因为博客园的反馈需要登陆注册，导致我们官方的反馈渠道没有人留言，所以在Beta阶段会完善反馈途径，使用户的需求能够更及时便捷传递给我们。
在Beta阶段工期不是非常赶的情况下，我们遵循组员的意愿，合理进行前后端开发人员的再安排。
我们已经有前端的组员想尝试探索后端的架构并已经进行了“入职培训”，并分配了初步的任务慢慢上手，这无疑是对自己的能力的提升，我们非常欢迎~
在Beta阶段我们也迎来了我们的新成员——Mistariano，敏捷开发团队的前PM，新成员的到来为我们的Beta阶段开发注入了新鲜的血液，也希望Mistariano能帮助我们在仓库项目管理这一方面做得更好~
标签：自己 仓库 支持 代码质量 认证 计划 屏幕 weekly 衡量
原文地址：https://www.cnblogs.com/UltraSoft/p/12890511.html
