事后分析报告
会议截图
设想与目标
-
设计作品的初衷是什么？现阶段能否实现？
本游戏初衷是为了提供一个音游给玩家游玩。
现阶段游戏基本功能已实现，但无法提供玩家驱动力给予玩家持续游玩。
-
相对于个人作业和结对作业，团队作业学到了什么？
团队协作更考验整体的规划和分工与协作。
-
计划是如何指定的？
成员进行头脑风暴，PM整理意见，整理计划。
计划
-
是否有充足的时间作计划？
有，很多。
-
分配的工作的实现情况？
基本能按时完成吗，完成情况良好。
-
是否整个项目都按计划进行？
是，各成员都按计划完成任务。
资源
-
资源是否充足？
否，虽然有专门负责美术的开发，但是没有专业的美术资源
设计/实现
-
设计工作是如何完成的？
PM根据需求兼职游戏策划，游戏美术，完成游戏原型设计。
测试与发布
- 验收测试的情况？
开发协助测试进行了大部分的功能测试，并进行了极大部分bug的修复。
团队角色管理/合作
- 团队相处的如何？
十分融洽，对游戏讨论了很多。 - 团队的协作如何？
由于开发人员大部分不熟悉Unity,存在一定问题。但总体协作良好，开发进展顺利。
事后分析报告--优缺点分析
团队做的较好的地方
- 团队氛围良好
- 主开发人员基本功扎实，能比较快的做出原型并且能够帮助其他人
- 角色配置完整，团队分工明确
- 任务分配明确，能够较好的完成各项任务
- 测试时间充裕
团队的不足之处与分析
-
在进行模块对接时，没有写各自的模块的接口说明文档，而是直接通过口头描述
粒度过小，接口文档不够重视
-
在进行代码接入签入时候，成员不够重视导致了一些问题，导致都是主开发人员进行代码签入
成员对于git团队开发流程还不够熟练
-
编写代码和挂载脚本都是爆发式更新，没有明显的增量过程
是按每天的工作完成的功能进行提交的，而没有采用按功能(或脚本)提交，逐步更新
-
成员之间配合还不够默契吧
没办法，都是第一次
-
由于都是脚本办事，没整增量化文档
对文档重视程度不够，文档使用较少
-
PM要求功能不明确，开发对设计的理解和PM的描述略有偏差
没有使用文档交流，PM经验不足，PM需加强沟通能力
团队贡献分
团队成员在Alpha阶段的角色和具体贡献
| 名字 | 角色 | 团队贡献分 | 可验证贡献 |
|---|---|---|---|
| 吴永力 | 主开发&PM | 25 | 负责软件多个基本模块和游戏开发，负责游戏美术素材制作 |
| 曾鑫 | 数值策划&测试 | 19 | 负责游戏数值策划以及脚本 |
| 罗耿城 | 开发&测试 | 20 | 负责部分角色控制模块以及动画设计 |
| 杨锐楷 | 测试负责人 | 20.5 | 指定测试计划，执行功能测试，发现Bug；博客编写以及会议的安排以及整理 |
| 杨文伟 | 音乐设计 | 18.5 | 负责游戏主音乐以及音效设计 |