事后诸葛亮分析（Beta版本）

全组讨论的照片##

设想和目标##

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

 解决代码分析、统计、管理等问题，定义的很清楚，有清晰的描述。

是否有充足的时间来做计划?

 是的，alpha阶段后调整了小组成员并且重新安排了每个人负责的内容，根据之前开发的经验，特意留了两天的缓冲时间来重新计划beta版本。

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

 及时召开讨论会议，面对面解决出现的分歧和矛盾，以少数服从多数的原则，沟通交流。

用户量, 用户对重要功能的接受程度和我们事先的预想一致么? 我们离目标更近了么?

 一致。

计划###

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

 总体计划基本完成，功能也基本实现，除了git上的处理速度还是有些慢，还在努力改进中。

有没有发现你做了一些事后看来没必要或没多大价值的事?

 接受了之前的教训，beta阶段基本没有浪费时间做无用的事情，把时间花在刀刃上。

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

 绝大多数是，只有极个别无法衡量，其余的任务都经过了成员们的讨论。

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

 是的，就是bug的存在还是无法避免，这种风险还是没有预估到并且不得不承担。

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

 有，特别是敏捷冲刺阶段预留了缓冲区，作用很大，让大家都及时调整了状态，进入更好的备战之中。

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

 会对一些问题和bug进行针对性的完善，争取拿出能吸引用户的产品。

资源###

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

 比较充足，但是还是存在大家经验不够的情况。

各项任务所需的时间和其他资源是如何估计的，精度如何?

 比较准确，因为有了alpha的经验。

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

 足够，相比alpha版本花了更多的时间在测试上，也投入了更多的精力在设计和文案中，因此完成度较高。

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

 基本不存在这种问题，大家都很认真，很投入的改善beta版本，每个人的工作都比较高效。

变更管理##

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

 是的

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

 面对面开会的形式，共同决定。

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

 比较清晰

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

 基本可以，缓冲时间在这里发挥了很大的作用，让一些空余时间可以及时处理这些“意外”。

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

 是的

设计/实现##

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

 在beta版本开发初期，也就是小组成员调整之后就马上制定计划，是由pm来完成的，大家再共同交流探讨，时间和人都比较合适。

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

 也是面对面沟通，并且询问了身边的老师同学，采取多方意见后共同解决。

团队是否运用单元测试（unit test），测试驱动的开发（TDD）、UML, 或者其他工具来帮助设计和实现？这些工具有效么？

 使用了，很有效果。

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

 git的实现过程，因为对这个陌生。用户等待时间长，因为处理过程比较久，这是一个重要bug。想到这个情况，但是没有想到好的方法解决。

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

 复审阶段进行代码注释，然后由其他人复审。有时候会忘记严格的使用代码规范。

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

 我们会利用起一分一秒的时间，尽量提早一些把任务完成，才好进行后期的完善。

测试/发布##

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

 没有完整的测试计划，因为写出这个完整的功能比较艰难，然后对测试的方面掌握的较少，仅是作为用户的角度进行测试

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

 正式的没有，只是给身边的同学试着用用。

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

 是，junit等工具。

团队是如何测量并跟踪软件的效能的？从软件实际运行的结果来看，这些测试工作有用么？应该有哪些改进？

 用程序运行的时间测试效能，junit还是有用的，改进的地方服务器本身很差，没有进行访问量的测试，压力。

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

 遇到服务器性能差，加上解析速度慢，所以体验较差。

总结##

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

 达到CMMI中的三级，定义级别

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

 规范阶段。

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

 大家打起了一百二十分精神，提高了效率，节约了很多拖沓的时间。

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

 还需要多了解用户群体的需求，争取做出吸引用户的产品。

我们小组什么地方做的比较好？

 我们的沟通方式比较好，能合理地解决各种分歧问题，因此，面对面的交流是非常有必要的。

下个阶段需要改进什么？

 基本完成，改进速度问题以及用户信息提示。

团队成员在Beta阶段的角色和具体贡献：##

项目复审：http://www.cnblogs.com/1413none/p/6992458.html