事后诸葛亮分析
团队名称：进击的菜鸡
团队项目：坦克大战
会议照片：
一、设想和目标
1. 我们的软件要解决什么问题？是否定义得很清楚？是否对典型用户和典型场景有清晰的描述？
我们主要想做一个简单的坦克大战游戏。
定义：具有情怀，简单
典型用户和典型场景：20岁到40岁有接触过坦克大战的人群，让他们可以在学习或工作闲余时间玩上一两把，找回童年乐趣。
2. 我们达到目标了么（原计划的功能做到了几个？ 按照原计划交付时间交付了么？ 原计划达到的用户数量达到了么?)
达到了大部分目标，一些目标没有完成，例如排行榜。
3. 用户量, 用户对重要功能的接受程度和我们事先的预想一致么? 我们离目标更近了么?
还没有上线，比较遗憾。
4.有什么经验教训? 如果历史重来一遍, 我们会做什么改进?
我们没有考虑到这个游戏的发展吧，只是考虑游戏的功能。如果历史重来，我们会给它一个上线的机会。
二、计划
1. 是否有充足的时间来做计划?
有。
2. 团队在计划阶段是如何解决同事们对于计划的不同意见的？
同事发表意见，队长作最后决定。
3. 你原计划的工作是否最后都做完了? 如果有没做完的，为什么?
没有全部做完，在做项目过程中，有很多意见不一的地方，一个小小的改动都会造成时间的缺紧，而且学习成本与计划之间存在矛盾。
4. 有没有发现你做了一些事后看来没必要或没多大价值的事?
有在网上找过很多资料来看吧，结果自己开发的时候发现和人家做的差距很大，很多知识用不来。
5. 是否每一项任务都有清楚定义和衡量的交付件?
是，但交付结果不尽人意。
6. 是否项目的整个过程都按照计划进行，项目出了什么意外？有什么风险是当时没有估计到的，为什么没有估计到?
后面作了很多修改，时间又不够。
7. 在计划中有没有留下缓冲区，缓冲区有作用么?
有，但并没有利用好。
8. 将来的计划会做什么修改？（例如：缓冲区的定义，加班）
留下更多是修改时间在缓冲区，多留一些时间让同事间交流。
9.我们学到了什么? 如果历史重来一遍, 我们会做什么改进?
计划应该尽量细一点，让同事间多一点交流。
缓冲区很重要。
三、资源
1. 我们有足够的资源来完成各项任务么?
有。
2. 各项任务所需的时间和其他资源是如何估计的，精度如何?
更具大家的开发经验和一些软件来估计，精度一般。
3. 测试的时间，人力和软件/硬件资源是否足够? 对于那些不需要编程的资源 (美工设计/文案)是否低估难度?
人力资源和硬件资源足够，软件资源相对足够，但使用不熟练。美工设计/文案计划都是让一个人来完成的，有点低估难度了，美工设计后面由一个人负责，一人辅助。文案后来是大家一起辅助完成。
4. 你有没有感到你做的事情可以让别人来做（更有效率）?
没有，分配到的事情自己做会效率更高，在让别人补充修改。
5.有什么经验教训? 如果历史重来一遍, 我们会做什么改进?
对软件的使用不够熟练，有足够的资源，只是使用到其中的一小部分。
改进：计划用指定的时间让同事相互交流熟悉使用软件资源。
四、变更管理
1. 每个相关的成员都及时知道了变更的消息?
变更的信息由成员讨论得到，在出现功能变更后队长会具体告知每位成员。
2. 我们采用了什么办法决定“推迟”和“必须实现”的功能?
必须实现主要功能，一些可以视为扩展功能的推迟实现。
3. 项目的出口条件（Exit Criteria – 什么叫“做好了”）有清晰的定义么?
必须实现的功能没有bug，用户能正常体验。
4. 对于可能的变更是否能制定应急计划?
变更的信息由成员讨论得到，只有制定好应急计划的变更有效。
5. 成员是否能够有效地处理意料之外的任务请求？
小组成员积极讨论配合，但存在一些因为经验不足，不足以实现的。
6.我们学到了什么? 如果历史重来一遍, 我们会做什么改进?
设计不够详细，导致后面变更过多，如果历史重来，前期花在功能分析的时间会考虑多点。
五、设计/实现
1. 设计工作在什么时候，由谁来完成的？是合适的时间，合适的人么？
设计是由团队成员共同提出建议一起设计，最后由队长归纳完成。
2. 设计工作有没有碰到模棱两可的情况，团队是如何解决的？
存在一些，由团队讨论解决。
3. 团队是否运用单元测试（unit test），测试驱动的开发（TDD）、UML, 或者其他工具来帮助设计和实现？这些工具有效么？ 比较项目开始的 UML 文档和现在的状态有什么区别？这些区别如何产生的？是否要更新 UML 文档？
团队没有运用单元测试工具进行测试。
4. 代码复审（Code Review）是如何进行的，是否严格执行了代码规范？
代码复审由开发人员，队长负责。严格执行了代码规范。
5.我们学到了什么? 如果历史重来一遍, 我们会做什么改进?
实现功能时分配任务由团队成员自行找时间完成是不严谨的。
改进：规定成员在规定时间内一起完成实现，并可以交流经验。
六、测试/发布
1. 团队是否有一个测试计划？为什么没有？
有测试计划，在开发和接口对接过程中都会进行相关测试。
2. 是否进行了正式的验收测试？
是的，功能上线后都会进行测试
3. 团队是否有测试工具来帮助测试？
没有
4. 团队是如何测量并跟踪软件的效能的？从软件实际运行的结果来看，这些测试工作有用么？应该有哪些改进？
我们将各个模块的测试进行分配，每个组员进行用例测试。最后的运行结果证明了测试工作还是有用的，发现了很多之前没发现的潜在问题，并及时解决。
5. 在发布的过程中发现了哪些意外问题？
在发布应用的时候，可执行程序为.jar可执行文件，并不是exe可执行文件，导致一些电脑不能直接执行，考虑欠缺。
6.我们学到了什么? 如果重来一遍, 我们会做什么改进?
自己盲目地测试，很难找出一些小不够。
改进：学习使用测试工具帮助测试。
七、总结:
1.你觉得团队目前的状态属于 CMM/CMMI 中的哪个档次?
二级
2.你觉得团队目前处于 萌芽/磨合/规范/创造 阶段的哪一个阶段?
磨合阶段
3.你觉得目前最需要改进的一个方面是什么?
成员之间的沟通
八、角色与贡献：
| 姓名 | 角色 | 团队贡献分 | 可验证的贡献 |
| 梁业昌 | 开发 | 21 | 基本类的创建等 |
| 石晓邗 | 开发/测试 | 20.5 | 测试，代码复审等 |
| 罗欢 | 开发 | 20 | 撰写博客、测试等 |
| 温德华 | 开发 | 20 | UI设计、测试等 |
| 余廷锋 | 开发 | 19.5 | 地图设计、撰写博客 |
