复审博客链接：https://www.cnblogs.com/yasoudream/p/13127366.html

事后分析报告

会议截图

设想与目标

1. 设计作品的初衷是什么？现阶段能否实现？
   系统初衷是为了给小学课堂提供一种游戏的方式。
   现阶段软件功能已实现，硬件平台问题暂未解决。
2. 相对于个人作业和结对作业，团队作业学到了什么？
   团队协作更考验整体的规划和分工与协作。
3. 计划是如何指定的？
   成员进行头脑风暴，PM整理意见，整理计划。

计划

1. 是否有充足的时间作计划？
   有，很多
2. 分配的工作的实现情况？
   都能按时完成，完成情况良好。
3. 是否整个项目都按计划进行？
   是，各成员都按计划完成任务。

资源

1. 资源是否充足？
   否，虽然有专门负责美术的开发，但没有专业的美术资源

设计/实现

1. 设计工作是如何完成的？
   PM根据需求兼职游戏策划，完成游戏原型设计。

测试与发布

1. 验收测试的情况？
   开发协助测试进行了大部分的功能测试，并进行了极大部分bug的修复。

团队角色管理/合作

1. 团队相处的如何？
   十分融洽，甚至开了学习会。
2. 团队的协作如何？
   由于对文档不重视，存在一定问题，但总体协作良好，开发进展顺利。

事后分析报告——优缺点分析

团队做的较好的地方

• 团队氛围良好
• 开发人员基本功扎实，能比较快的做出原型。
• 角色配置完整，团队分工明确
• 严格按照进度表完成工作。
• 团队开会全体到齐，有积极沟通。
• 任务分配明确具体，实施起来有条不紊。
• 测试时间充裕

团队的不足之处与分析

• 在进行模块对接时，没有写各自模块的接口说明文档，而是直接通过口头描述
  粒度过小，接口文档不够重视

• 成员之间配合还不够默契吧
  没办法，都是第一次

• 项目的核心要素与随机相关，不利于编写测试用例
  项目核心问题，暂时没有好的方法解决

• 编写代码和挂载脚本都是爆发式更新，没有明显的增量过程
  可以考虑分功能而非脚本提交代码，逐步更新

• 分工太明确，在开发期间人员一直有闲置，开发效率不高
  任务管理工作方式尚不完善，要摸索动态分配工作的方式

• 由于都是脚本办事，没整增量化文档
  对文档重视程度不够，文档使用较少

• PM要求功能不明确，开发对设计的理解和PM的描述略有偏差
  没有使用文档交流，PM经验不足，PM需加强沟通能力

团队贡献分

最终贡献分规则

总分数：5 * 20 = 100
按原贡献分比例进行分配

最终贡献分