复审博客链接：https://www.cnblogs.com/yasoudream/p/13127366.html
事后分析报告
会议截图
设想与目标
- 设计作品的初衷是什么？现阶段能否实现？
系统初衷是为了给小学课堂提供一种游戏的方式。
现阶段软件功能已实现，硬件平台问题暂未解决。 - 相对于个人作业和结对作业，团队作业学到了什么？
团队协作更考验整体的规划和分工与协作。 - 计划是如何指定的？
成员进行头脑风暴，PM整理意见，整理计划。
计划
- 是否有充足的时间作计划？
有，很多 - 分配的工作的实现情况？
都能按时完成，完成情况良好。 - 是否整个项目都按计划进行？
是，各成员都按计划完成任务。
资源
- 资源是否充足？
否，虽然有专门负责美术的开发，但没有专业的美术资源
设计/实现
- 设计工作是如何完成的？
PM根据需求兼职游戏策划，完成游戏原型设计。
测试与发布
- 验收测试的情况？
开发协助测试进行了大部分的功能测试，并进行了极大部分bug的修复。
团队角色管理/合作
- 团队相处的如何？
十分融洽，甚至开了学习会。 - 团队的协作如何？
由于对文档不重视，存在一定问题，但总体协作良好，开发进展顺利。
事后分析报告——优缺点分析
团队做的较好的地方
- 团队氛围良好
- 开发人员基本功扎实，能比较快的做出原型。
- 角色配置完整，团队分工明确
- 严格按照进度表完成工作。
- 团队开会全体到齐，有积极沟通。
- 任务分配明确具体，实施起来有条不紊。
- 测试时间充裕
团队的不足之处与分析
-
在进行模块对接时，没有写各自模块的接口说明文档，而是直接通过口头描述
粒度过小，接口文档不够重视 -
成员之间配合还不够默契吧
没办法，都是第一次 -
项目的核心要素与随机相关，不利于编写测试用例
项目核心问题，暂时没有好的方法解决 -
编写代码和挂载脚本都是爆发式更新，没有明显的增量过程
可以考虑分功能而非脚本提交代码，逐步更新 -
分工太明确，在开发期间人员一直有闲置，开发效率不高
任务管理工作方式尚不完善，要摸索动态分配工作的方式 -
由于都是脚本办事，没整增量化文档
对文档重视程度不够，文档使用较少 -
PM要求功能不明确，开发对设计的理解和PM的描述略有偏差
没有使用文档交流，PM经验不足，PM需加强沟通能力
团队贡献分
最终贡献分规则
总分数：5 * 20 = 100
按原贡献分比例进行分配
最终贡献分
| 名字 | 角色 | 团队贡献分 | 可验证贡献 |
|---|---|---|---|
| 黄常旺 | 开发 | 15 | 负责游戏美术素材制作 |
| 谢浩杰 | 开发 | 23 | 负责软件多个基本模块和游戏开发 |
| 黄杰 | 测试 | 17 | 指定测试计划，执行功能测试，发现Bug并提出修改建议 |
| 张伟景 | 产品经理 | 25 | 安排会议，博客编写和发布，会议的安排与整理，任务的布置 |
| 吴宗东 | 开发 | 20 | 负责软件少部分基本模块开发和部分词库界面开发 |