事后分析
作者：互联网
目录
设想和目标
1. 我们的软件要解决什么问题？是否定义得很清楚？是否对典型用户和典型场景有清晰的描述？
我们的软件是一个打开即玩，尽量接近于现实拼图的拼图游戏，主要能让用户能够体验线上拼图与现实拼图所不同的乐趣。
2. 我们达到目标了么（原计划的功能做到了几个？ 按照原计划交付时间交付了么？ 原计划达到的用户数量达到了么?)
基本达到了目标，也按原计划交付时间交付了，在原计划上的用户数量没有达到。
3. 和上一个阶段相比，团队软件工程的质量提高了么？ 在什么地方有提高？
和上个阶段相比，软件工程质量有所提高，主要是在代码的更改提交记录上更为清楚。
4. 有什么经验教训? 如果历史重来一遍, 我们会做什么改进?
经验教训：一开始只考虑项目的功能，没有考虑具体的实现方式，导致开发过程中时常出现需要大量查询资料的情况。改进：如果可以再来一遍，一定要具体考虑，每个部分给出大致的实现思路，不能天马行空。
计划
1. 是否有充足的时间来做计划?
时间上还是相对充足的。
2. 团队在计划阶段是如何解决同事们对于计划的不同意见的？
通过讨论的形式，每个人提出自己的方案，集体讨论投票得出采用的方案。
3. 你原计划的工作是否最后都做完了? 如果有没做完的，为什么?
原计划的工作基本完成，时间比较紧凑的模块，就简化了功能之后才实现。
4. 是否项目的整个过程都按照计划进行，项目出了什么意外？
都按照计划进行，没有出现意外。
5. 在计划中有没有留下缓冲区，缓冲区有作用么?
没有
6. 我们学到了什么?如果历史重来一遍, 我们会做什么改进?
有的时候需要加快点脚步，可能计划中估计的时间会不够用。改进：时间安排，任务分配方面需要做的再细致一点，不能理想化地思考。
资源
1. 我们有足够的资源来完成各项任务么?
人力资源：每个成员都有花时间去学习相关的知识，但是只是学习了个大致，一些细节方面的优化仍需要时间；
界面设计方面：软件的界面设计没有比较明确，成员们都偏向于比较简化的界面设计；
swing的相关：swing的相关资料比较难找，精确到想找的点的比较少，需要大量的阅读。
2. 各项任务所需的时间和其他资源是如何估计的，精度如何?
主要是根据模块的实现难度上估计的，但是没有对细节考虑的比较周全，往往有一些地方需要大量的时间去查阅资料。
3. 测试的时间，人力和软件/硬件资源是否足够? 对于那些不需要编程的资源 (美工设计/文案)是否低估难度?
测试的时间足够
4. 你有没有感到你做的事情可以让别人来做（更有效率）?
没有，如果更换任务的话，需要考虑代码交接方面的时间成本。成员们都偏向于独立完成任务，如果碰到困难的点，自己无法独立解决，就会采用团队讨论的方式，共同解决。
变更管理
1. 每个相关的员工都及时知道了变更的消息?
是的
2. 我们采用了什么办法决定“推迟”和“必须实现”的功能?
因为我们的软件的功能模块之间的关系比较紧密，团队成员们都比较及时地完成了任务，没有出现“推迟”的情况。
3. 项目的出口条件（Exit Criteria – 什么叫“做好了”）有清晰的定义么?
有定义，可以正常运行，没有出现影响游戏正常运行的bug即可。
4. 对于可能的变更是否能制定应急计划?
能，功能的实现难度确实较大的话，我们都有共同讨论，制定备用的方案。
设计/实现
1. 设计工作在什么时候，由谁来完成的？是合适的时间，合适的人么？
设计工作在需求分析和项目冲刺阶段都有存在，经过成员的讨论，最终由PM和队长决定。
2. 设计工作有没有碰到模棱两可的情况，团队是如何解决的？
没有出现
**3. 团队是否运用单元测试（unit test），测试驱动的开发（TDD）、UML, 或者其他工具来帮助设计和实现？这些工具有效么？ **
有效
4. 代码复审（Code Review）是如何进行的，是否严格执行了代码规范？
一名开发成员开发完成后，由接下来的下一模块的人员进行复审。开发人员都严格执行了代码规范。
测试/发布
1. 团队是否有一个测试计划？为什么没有？是否进行了正式的验收测试？
有
2. 团队是否有测试工具来帮助测试？
没有
3. 团队是如何测量并跟踪软件的效能（Performance）的？压力测试（Stress Test）呢？ 从软件实际运行的结果来看，这些测试工作有用么？应该有哪些改进？
每个模块由对应的人员进行测试，从软件实际运行的结果来看，这些测试工作是有用的。
4. 在发布的过程中发现了哪些意外问题？
打包后的可执行文件无法运行在没有java环境的系统中，之后加上jre重新打包后，重新发布才解决了问题
总结
你觉得团队目前的状态属于 CMM/CMMI 中的哪个档次?
CMMI二级--管理级
你觉得团队目前处于 萌芽/磨合/规范/创造 阶段的哪一个阶段?
磨合阶段
你觉得目前最需要改进的一个方面是什么?
讨论的有效性，加强成员之间的沟通。
对照敏捷开发的原则, 你觉得你们小组做得最好的是哪几个原则? 请列出具体的事例。
- 我们按时做到了一个可以实际运行的游戏，但是在用户体验方面比较欠考虑。
- 组内成员按时完成任务，能使项目进度按照计划进行，有条不紊。
项目文档的质量如何提高？
文档的话，还是指定模板比较好，填写者只需要填写相关的内容即可，另外填写者不仅需要填写内容也要填写更改的日期和填写者名字，方便后续找到对应的负责人。
团队成员在Alpha阶段的角色和具体贡献
| 姓名 | 角色 | 团队贡献分 | 可验证的贡献 |
|---|---|---|---|
| 马文辉 | 开发 | 21 | 博客撰写、练习模式开发 |
| 卢力衔 | 开发、PM | 20.5 | 博客撰写、闯关模式开发 |
| 张龙伟 | 开发、测试 | 18 | 计时器模块的开发 |
| 张朝阳 | 开发、测试 | 18 | 主界面模块的开发 |
| 周勇铨 | 开发 | 17 | 排行榜模块的开发 |
标签：分析,模块,是否,事后,开发,计划,测试,团队 来源： https://www.cnblogs.com/cubeCollector/p/13127246.html