事后诸葛亮分析

　[组长]金盛昌（201421122043）、刘文钊（20142112255）、陈笑林（201421122042）

　　张俊逸（201421122044）、陈志建（201421122040）、陈金烽（201421122038）

 项目名称：JFOOTBALL( 教辅宝）

 coding地址：https://coding.net/u/Night-chen/p/Philosopher/git

　　

设想和目标

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

答：为教育机构提供一个课程推广平台，为热爱学习有学习需求的人提供一个便利的课程推荐平台。

　　有点类似于大众点评这种推广平台。定义清楚，对典型用户和典型场景清晰描述，在需求分析中已

　　经详细说明，

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

户数量达到了么?)?

答：还没完全完成，原计划的功能基本都实现了，但是不够全面，还需要优化。已按原计划的时间

交付。还没真正上线测试，用户数量还未达到。

 

计划

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

有

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

　　有同学提出让课程的展示格式统一，便于管理，有同学觉得课程应各有各自的特色，不能千篇

一律。经过过大家的表决之后统一支持应各具特色。

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

　　经过大家的努力，原计划的任务基本得以实现。

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

　　研究了多图上传。

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

　　是

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

什么没有估计到?

　　后期有点茫然，因为没什么时间以及越深入发现需要完善的东西越多，应更好的满足用户

的需求。

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

有，便于后续进行修改，完善。

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

留下充足缓冲区。

资源

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

1. 人力资源上：我们团队有6个人，五个人做后台，一人做前端，有点不平衡。
2. 开发资源：通过官网和博客文档、指导书、慕课等平台获取和学习需要的学习资源。
3. 设备资源：每位成员都有各自的电脑，安装所需环境即可。
4. 时间资源：这半个学期是上大学以来最忙的，时间比较紧。

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

　　同样是根据任务量估计的，但Beta阶段的估计精度比之前好了很多，主要是因为对项目的理解程

度加深了，估计得更准确了。

2.测试的时间、人力和软件/硬件资源是否足够？对于那些不需要编程的资源（美工设计/文案）是否低

估难度？

　　有，前端人手不够，任务分配过多，前端这块还是很重要的，要做出用户喜欢的界面所需的工作量

还是比较大的。

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

　　我做的事情其人也都能完成，组员的能力还是可以肯定的。从效率上将，我负责的模快自己比较了

解，做起来会更有效率。

变更管理

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

　　是的。每位成员更新代码后，直接上传QQ群并在QQ群通知大家；每位成员测试时发现接口文档有

问题，都会及时更新并告知大家。

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

　　从两方面考虑，一是需求，二是实现难度。用户需求高的功能和基础功能是“必须实现的”，用户不那

么需求的和实现难度大的功能可以适当推迟。

3.项目的出口条件(Exit Criteria - 什么叫“做好了”) 有清晰的定义么？

　　有。

• 1. 基本的功能实现
  2. 测试发现的Bug得到修复。
  3. 典型用户场景得到测试并无bug。
  4. 测试矩阵中的典型情况得到测试并无bug。
  5. 能在多并发环境下流畅运行。

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

　　没有指定。变更了就进行修改。

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

　　能。

测试/发布

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

　　有，有专门的成员负责测试，分功能分模块来进行测试。

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

　　有，由组长来负责验收测试。

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

　　没有，采用的是人工测试。

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

改进？

　　只是进行功能上的人工测试，并未进行其他的测试。

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

　　还未发布。

总结

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

　　达到了CMMI二级——管理级的程度。

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

　　规范阶段。

改进

　　通过这次小组项目，发现要改进的地方还有很多，像任务分配上要考虑的地方不应该只限制于组员的

个人能力上，应该结合个人的性格，思维方式，习惯进行分配，保证任务能够完成，而且符合项目需求。

　　需求分析，原型设计乃是整个项目的蓝图，在初始原型的设计上应该更加完善，缜密，这样才能保

证后续开发有条不紊。

　　在平时的开发中应该养成良好的习惯，把握好时间，熬夜伤身。