目录

一.设想和目标

1.我们的软件要解决什么问题？是否定义得很清楚？是否对典型用户和典型场景有清晰的描述？

我们要制作一个可选择想要游玩的棋类的程序，现在已经完成了象棋以及五子棋的基本样式以及玩法，程序运行会让玩家选择玩的棋类，棋类都是市面上典型的玩法

2.我们达到目标了么（原计划的功能做到了几个？ 按照原计划交付时间交付了么？ 原计划达到的用户数量达到了么?)

没有达到一开始想要做的程度，只完成了两种棋类，原计划还想做飞行器，围棋等，但是围棋玩法有点太复杂了，有时候忘记提交博客了

3.有什么经验教训? 如果历史重来一遍, 我们会做什么改进?

多多交流，提前安排好时间，交流中需要明确需求，不断把需求精确下来，不要每次都赶在deadline之前完成

二.计划

1.是否有充足的时间来做计划？

算有吧，但是计划并不是很全面而且执行的不太好

2.团队在计划阶段是如何解决同事们对于计划的不同意见的？

沟通交流，每个人说出对这个项目的理解，求同存异，一点点地去实现

3.你原计划的工作是否最后都做完了? 如果有没做完的，为什么?

没有，还有飞行棋的一些样式玩法等，因为时间

4.是否每一项任务都有清楚定义和衡量的交付件?

不是，前后端ui的一些功能并不是我们想象中的完全独立分开的，这让我们的技术知识学习变得困难

5.是否项目的整个过程都按照计划进行，项目出了什么意外？有什么风险是当时没有估计到的，为什么没有估计到?

没有完全按照，意外是我们成员要学习的东西多了点，我们并没有很强的代码能力，只能学着做

6.在计划中有没有留下缓冲区，缓冲区有作用么?

有，实施开发中并不是我们想象中的那样顺利，通常花费的时间的更多，我们需要格外的时间

7. 将来的计划会做什么修改？（例如：缓冲区的定义，加班）

优化现在做好的，尝试再增加一个棋类

三.资源

1.我们有足够的资源来完成各项任务么?

也许有

2.测试的时间，人力和软件/硬件资源是否足够? 对于那些不需要编程的资源 (美工设计/文案)是否低估难度?

不够，不是低估了，而是我们的水平并不好

3.你有没有感到你做的事情可以让别人来做（更有效率）?

会，因为个人水平的问题，也许别人会做的更快更好

四.变更管理

1.每个相关的员工都及时知道了变更的消息?

不算及时，大家都没有经验，开始了一段时间会发现大家学的，做的并不是针对这个项目的，得知变更的消息并不像如愿中的那样简单

2.我们采用了什么办法决定“推迟”和“必须实现”的功能?

我们推迟了一些非必需的功能，比如选择人机对战的难度，因为我们认为选择难度是使得游戏内容更加丰富，使得更多人可以适应我们做的游戏，而非必需的功能。

3. 项目的出口条件（Exit Criteria – 什么叫“做好了”）有清晰的定义么?

我们起初认为这段程序没有bug了就算是做好了，其实不是，不仅要做到把已发现的bug修好，还要完成计划中要完成的所有功能，且运行稳定，基本不出现程序崩溃的现象

4. 对于可能的变更是否能制定应急计划?

对，我们可以增加游戏的版本发布

5 .员工是否能够有效地处理意料之外的工作请求？

可以，队友们可以将需要进一步优化或者改进的工作请求妥善处理

五.设计/实现

1. 设计工作在什么时候，由谁来完成的？是合适的时间，合适的人么?

设计在团队第一次讨论中一起决定。

2.设计工作有没有碰到模棱两可的情况，团队是如何解决的？

有，我们团队是选择了其中一个方案解决

3. 团队是否有测试工具来帮助测试？

有，通过网上查找的工具

4.什么功能产生的Bug最多，为什么？在发布之后发现了什么重要的bug? 为什么我们在设计/开发的时候没有想到这些情况?

人机对战功能。实现代码没注意规范。发布后测试暂时没发现bug

** 5 .码复审（Code Review）是如何进行的，是否严格执行了代码规范?**

有，根据插件实现

6.我们学到了什么? 如果历史重来一遍, 我们会做什么改进?

把项目做的更快，更好。加快进度，完善功能。避免bug等等

六.测试/发布

1. 团队是否有一个测试计划？为什么没有？

有

** 2.是否进行了正式的验收测试？**

是

3.团队是否有测试工具来帮助测试？

有

4.在发布的过程中发现了哪些意外问题？

在发布时配置连接设置出现了问题。

5.我们学到了什么? 如果历史重来一遍, 我们会做什么改进?

我们团队的合作能力得到了提升，还有处理应对bug的能力，没有经历实战的不是好团队。如果下次合作，我们能更好的分工，还能更加快作出决定。

七.总结

1.你觉得团队目前的状态属于 CMM/CMMI 中的哪个档次?

CMM

2.你觉得团队目前处于 萌芽/磨合/规范/创造 阶段的哪一个阶段?

萌芽。

3.你觉得团队在这个里程碑相比前一个里程碑有什么改进?

这次事后分析，更加我们了解自己团队的优势与不足。

4.你觉得目前最需要改进的一个方面是什么?

开发知识经验不足，需要花费更多的时间。

八.团队贡献分计算