团队作业第六周： 事后分析
团队：你吼辣么大声干什么嘛
1.总结分析：
设想与目标：
1. 我们的软件要解决什么问题？是否定义得很清楚？是否对典型用户和典型场景有清晰的描述？
答：我们想要开发出经典的小游戏贪吃蛇，目标还是挺明确的。
2.我们达到目标了么（原计划的功能做到了几个？按照原计划交付时间交付了么？ 原计划达到的用户数量达到了么?)
答：我们完成了贪吃蛇的单人模式和双人对战模式，排行榜模式和线上对战功能还没成功开发出来，基本也赶在deadline前发布了。
计划：
1. 是否有充足的时间来做计划?
答：我们做计划的时间不算长，但我们的项目还算挺简单的，目标也十分明确，所以其实还好。
2. 团队在计划阶段是如何解决同事们对于计划的不同意见的？
答：我们组只有3个人，能力也十分有限，通常都是按照自己擅长的地方来做，没什么冲突意见。
3. 你原计划的工作是否最后都做完了? 如果有没做完的，为什么?
答;计划的工作算做完了，我们原本也是抱着学习的心态来做这个项目，想着能做多少算多少，最后我们也做出了单人模式和双人模式。
4. 有没有发现你做了一些事后看来没必要或没多大价值的事?
答;好像没有。
5. 是否项目的整个过程都按照计划进行，项目出了什么意外？有什么风险是当时没有估计到的，为什么没有估计到?
答：项目流程没有很好地按照软件开发流程来走，主要是学习任务繁重，时间紧，以及团队成员的能力都十分有限。
资源：
1. 我们有足够的资源来完成各项任务么?
答：还行。
2. 各项任务所需的时间和其他资源是如何估计的，精度如何?
答;凭感觉，精度一般。
3. 测试的时间，人力和软件/硬件资源是否足够? 对于那些不需要编程的资源 (美工设计/文案)是否低估难度?
答：我们的测试是由三个成员进行试玩，尽量测试各种可能的操作，但感觉还是太简单，美术风格也很简陋，其他还行。
变更管理：
1. 每个相关的员工都及时知道了变更的消息?
答:是的，因为我们只有三个人，而且都是同一个宿舍的。
2. 我们采用了什么办法决定“推迟”和“必须实现”的功能?
答:进行小组讨论。
3. 项目的出口条件（Exit Criteria – 什么叫“做好了”）有清晰的定义么?
答：能玩就行。
4. 对于可能的变更是否能制定应急计划?
答：一般。
5. 员工是否能够有效地处理意料之外的工作请求？
答：还行。
设计/实现：
1. 设计工作在什么时候，由谁来完成的？是合适的时间，合适的人么？
答：设计主要在项目开始阶段完成，由小组三人共同讨论决定。
2. 设计工作有没有碰到模棱两可的情况，团队是如何解决的？
答：好像没有，如果有，会通过临时讨论来决定。
3. 代码复审（Code Review）是如何进行的，是否严格执行了代码规范？
答：代码复审就是三人一起认真再审查一遍代码；严格执行了当初敲定的代码规范。
测试/发布：
1. 团队是否有一个测试计划？为什么没有？
答：没有，不是很了解，时间紧。
2. 是否进行了正式的验收测试？团队是否有测试工具来帮助测试？
答：没有，就只有三个成员进行随心地试玩。
团队的角色，管理，合作：
1. 团队的每个角色是如何确定的，是不是人尽其才？
答：根据个人长处来确定团队角色，已经尽量让每个成员发挥出自己的能力。
2. 团队成员之间有互相帮助么？
答：遇到问题会向队员求助，队员如果会的话，也一定尽力帮助。
3. 当出现项目管理、合作方面的问题时，团队成员如何解决问题？
答;讨论与妥协。
总结：
1.你觉得团队目前的状态属于 CMM/CMMI 中的哪个档次?
答：初始级。
2.你觉得团队目前处于 萌芽/磨合/规范/创造 阶段的哪一个阶段?
答：大概处于萌芽与磨合的过渡阶段。
3.你觉得团队在这个里程碑相比前一个里程碑有什么改进?
答：比以前多了一点经验，能力也长了一点。
4.你觉得目前最需要改进的一个方面是什么?
答：成员的能力都非常需要提升。
（讨论照片【勉强】）
2.团队成员贡献：
| 名字 | 角色 | 团队贡献分 | 可验证的贡献 |
| 李家杰 | PM，测试 | 88 | 管理了开发流程，测试 |
| 李志恒 | 主程，测试 | 99 | 完成了单人和双人游戏功能，测试，发现了两个bug |
| 梁富伟 | 助理，测试 | 90 | 编写开发文档，辅助开发，测试,发现了两个bug |
