[2017BUAA软工助教]团队beta得分总表

一、累计得分

项目	α例会	α发布	α测试	α展示	α事后	合计
满分	50	10	10	150	10	230
hotcode5	50	10	9	150	9	228
弗朗明哥舞步	50	10	8	131	8	207
NewTeam	50	10	9	138	8	215
sigma	50	10	6	101	8	175
PM=pokemon	50	10	8	130	9	207

二、alpha展示得分计算规则

1.得分表格

NewTeam	结果	工程质量	项目管理	努力程度	总分	排名
罗老师	12	14	14	12	52	1
任老师	11	11	13	11	46	3
刘乾&陈彦吉	11	13	12	10	46	2
均值	11.33333	12.66667	13	11	48

排名总和为6

PM=Pokemon	结果	工程质量	项目管理	努力程度	总分	排名
罗老师	10	11	13	12	46	3
任老师	11	13	11	11	46	3
刘乾&陈彦吉	9	12	12	11	44	3
均值	10	12	12	11.33333	45.33333

排名总和为9

弗朗明戈舞步	结果	工程质量	项目管理	努力程度	总分	排名
罗老师	11	10	12	11	44	4
任老师	14	13	11	13	51	2
刘乾&陈彦吉	10	9	10	13	42	4
均值	11.66667	10.66667	11	12.33333	45.66667

排名总和为10

Sigma	结果	工程质量	项目管理	努力程度	总分	排名
罗老师	8	8	8	8	32	5
任老师	10	10	8	10	38	4
刘乾&陈彦吉	9	10	7	10	36	5
均值	9	9.333333	7.666667	9.333333	35.33333

排名总和为14

Hotcode5	结果	工程质量	项目管理	努力程度	总分	排名
罗老师	13	12	14	13	52	1
任老师	14	14	14	13	55	1
刘乾&陈彦吉	13	11	13	13	50	1
均值	13.33333	12.33333	13.66667	13	52.33333

排名总和为3

3.最终规则

取得分表格与互评表格中的排名总和之和，计算出来的数据与得分表格中平均分大致相符，因此采用了以下的规则：

• 将hotcode5得分（最高分52.3）映射至150分
• 其余团队展示得分 = 该团队得分平均值×（150/52.3）

三、BETA阶段点评与总结

1.点评

---

• Scrum博客：
  • 在经过alpha阶段的教训之后，大家普遍完成得较好，都在规定时间内完成了十次Scrum Meeting博客。
  • 但是仍然有一些小问题，某团队两次Scrum用的是同一天以不同角度拍的两张照片。另一个团队甚至直接用了同一张。不过在群内提醒了大家之后，都迅速给出了答复，很好。
  • 另外，点名表扬一下PM=Pokemon团队，beta阶段开始吸取了alpha阶段的教训，团队分工更有条理，从ScrumMeeting就能看出来这个团队有了明显的进步，很好！

---

• 测试报告：
  • hotcode5和flamenco还有NewTeam的测试矩阵十分详细，覆盖了网站的全部功能。
  • hotcode5将测试分为了新旧功能两个部分，这样做有一个好处：beta阶段新增的内容一目了然；另外，还在测试矩阵下方有一个“温馨提示”，推荐了访问效果最佳的浏览器，这很好。另外场景测试较alpha阶段更加细致。一个可能的小建议，可以给出已修复的bug的issue链接。
  • flamenco则分为前后端两个部分。和alpha阶段的测试报告对比，对前端的测试更加细致了。但是，在测试报告中没有报告bug的修复情况。
  • sigma的测试矩阵则显得很单薄。测试报告的内容也没有alpha阶段的那样认真。
  • NewTeam在给出buglist的基础上，甚至详细报告了每个bug的原因和解决方案。。一个可能的小建议是，兼容性测试那里可以不用给出所有机型的详细的测试情况，一定要给出的话，可以用生成的表格而不是截图。
  • PM=Pokemon的测试报告则在测试矩阵的部分稍有欠缺。

---

2.总结

• PM=PokeMon

对比两个阶段的事后分析，可以明显看到这个团队在项目管理、团队合作上的进步。比如：

团队在计划阶段是如何解决同事们对于计划的不同意见的？
alpha:一般是一方说服或者听从另一方。
beta:我们通过每天晚上的长时间的策划会议征集大家的意见，并最终由PM决定是否保留争论或者定下功能进行下一步的计划。

是否每一项任务都有清楚定义和衡量的交付件?
alpha:大部分任务没有。
beta:是，我们每一项任务都有一个issue以及对应的文档写入或者代码签入可以衡量。

对于可能的变更是否能制定应急计划?
alpha:没有，基本上是把不能做的功能推迟实现了。如果开发发现急着要一个功能一般都是先自己实现了再通知别人。
beta:我们制定了应急计划，比如集中开发，在发现严重的框架技术问题后进行快速地两人结对极限编程等等。

等等类似的前后区别。
前后对比之后让我觉得，[捂脸]这是一个命运多舛的团队，尽管在两个迭代中都遇到了致命的问题，但他们在beta阶段克服了困难，取得了不小的进步，这很好。
但是的但是：beta阶段的发布仍然延期了，导致用户数量没有达到要求，希望这个团队的同学可以好好反思。

• Sigma

Sigma在alpha初提出的新功能的设想是一个亮点：理论题题库。这是一个很好地满足了用户需求的功能，就如同当年民间流传的航概理论题刷题软件一样，如果能完成，可以说是给Phylab打造了另一把刀。
Sigma团队在alpha阶段，在零基础没有前人帮助的条件下修复受损了数据库，这是一个难度很大的工作，他们完成了，并且让网站完全恢复了原来的功能，同时增加了数据库备份机制；但在beta阶段比较可惜，出现了较为严重的车祸。从燃尽图来看，项目的进度是有较大问题的。
从展示和时候分析来看，Sigma团队在合作上缺少一些默契，组织有些许松散。同时，当进度落后时，缺少一些应急情况的应对方式。比如前端工作完成不足，导致前后端对接失败，预期工作没有完全完成，进一步导致发布延期，没有收集到足够的用户的反馈。
希望能够吃一堑长一智。

• NewTeam

NewTeam团队在alpha阶段的项目管理是做得很好的，这与全组的默契合作是分不开的。在beta阶段，他们依然做得很好，甚至在beta冲刺过半时就完成了一开始计划的功能。
这个团队很优秀，但是有一些地方是可以做得更好的。

1. 仍然只在酷安平台上发布。
2. UI可以作进一步优化。
   UI其实没有那么重要，但是我个人比较在意的是发布的事情。
   首先NewTeam在选择技术时，使用了14级团队曾经使用的React-Native，这是一个开发跨平台app的技术，NewTeam克服了这个技术的困难，开发了一个可行的安卓端app，这很好。但是为什么不在iOS平台上也发布呢？
   我明白存在一些困难，这样的困难14级的同学也经历过，但是他们解决了。我认为团队在展示上给我的答复是不能够说服我的。是不是真的一点方法都没有了？希望能仔细考虑一下。

• 弗朗明哥舞步

弗朗明哥舞步本学期开发了一个界面简洁，UI优美的课程评价网站。
课程评价这个点子的出发点是很好的，实现的结果也是很不错的，网站能够兼容不同的设备，同时UI简洁优美，操作简单。
beta阶段针对alpha提出的几点意见进行了修改，增加了评论的增删改等操作，增强了原有功能，优化了UI的一些细节，很好！
美中不足的是，弗朗明哥舞步在部署上出现了问题，而且网站不能支持较多用户的同时访问，性能上存在较大的提升空间；另外，由于宣传上的失利导致网站的真实用户较少，这一点较为可惜。
希望你们在课程结束之后，不要就这样把你们辛苦开发的网站丢到一边，不要把它当做你们的一个作业，而是当做你们的一个事业，继续维护下去，并且牢牢抓住期末考试后评课的硬性要求，好好推广你们的网站。

• hotcode5

hotcode5本学期开发了一个功能强大的课程资源共享网站
hotcode5在alpha阶段完成得很好。
hotcode5在beta阶段完成得也很好，甚至给自己的网站开发了一个移动端。
说实话，你们可能是这学期的五支队伍里工作量最大的一个团队。最后完成的效果也是相当优秀的。
当然也确实存在一些做得不够好的地方，比如代码管理，这一点邹老师已经提出来了，而且成员已经反思过了，希望能做出相应的改善。
希望团队在学期结束之后不要就此“散伙”，跟弗朗明哥一样，iCourse是能够长期给学生提供便利的，希望你们能够把它安置好。

---