事后诸葛亮分析报告

---

一、总结

1、项目管理之事后诸葛亮会

设想和目标

• 我们的软件要解决什么问题？是否定义得很清楚？是否对典型用户和典型场景有清晰的描述？
  本团队希望做出一个背单词工具，使其能够实现单词学习、单词复习、例句展示等功能，成为一个真正实用且有意义的背单词工具。定义得很清楚，典型用户也比较清晰,给所有需要学习英语想学习英语的人提供背单词的条件。
• 是否有充足的时间来做计划?
  一般吧，感觉前期准备做的不是太好，到底要做成什么样没有一个统一的想法
• 团队在计划阶段是如何解决同事们对于计划的不同意见的？
  一般来说谁进度快听谁的，毕竟做到完成度比较高了就不好改了。前后端接口就讨论一下看双方谁能实现听谁的。单独后端问题就谁合理听谁的。
• 用户量, 用户对重要功能的接受程度和我们事先的预想一致么? 我们离目标更近了么?
  是一致的，这个软件目标不会出现偏差。

计划

• 是否有充足的时间来做计划?
  一般，大家都比较忙。

• 团队在计划阶段是如何解决同事们对于计划的不同意见的？
  同上。
  *你原计划的工作是否最后都做完了? 如果有没做完的，为什么?
  嗯还有一部分功能没有实现，一个是多个单词表一起背的功能还有一个用户导入自己单词表的功能，时间不够。

• 有没有发现你做了一些事后看来没必要或没多大价值的事?
  没有，每一个事都对软件进行了完善。

• 是否每一项任务都有清楚定义和衡量的交付件?
  有的，每一部分完成都会在群里发布。

• 是否项目的整个过程都按照计划进行，项目出了什么意外？有什么风险是当时没有估计到的，为什么没有估计到?
  一般吧，前端登陆注册比较麻烦，然后接口问题也比较麻烦，部署到云服务器也麻烦，数据库表的设计也讨论了一段时间，很多事情都比预期花的时间更多。

• 在计划中有没有留下缓冲区，缓冲区有作用么?
  基本上没有，等于赶ddl了，时间太少了。

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

资源

• 我们有足够的资源来完成各项任务么?
  团队人数上来说是足够的，但大家时间都不多，时间比较紧。

• 各项任务所需的时间和其他资源是如何估计的，精度如何？
  凭感觉估计，时间不太准，但是每天都有开会讨论总结。

• 测试的时间，人力和软件/硬件资源是否足够？对于那些不需要编程的资源，是否低估难度？
  测试时间不够，人力和硬件软件都够。是的，很多部署问题，服务器问题，域名解析，前后端接口等等都比想象中的耗时。

• 你有没有感觉你做的事情可以让别人来做（更有效率）？
  怎么说呢，前期沟通不够，没有pm就不知道别人需要什么功能，这样合作真还不如一个人写完。

变更管理

• 每个相关的员工都及时知道了变更的消息?
  是的，通过微信交流。

• 我们采用了什么办法决定“推迟”和“必须实现”的功能?
  ddl吧，时间不够就砍了，至少保证一个完整可用的程序出来。

• 项目的出口条件（Exit Criteria – 什么叫“做好了”）有清晰的定义么?
  有，能完成设想的基本功能，能启动，能运作的结果，不出大问题就行。

• 对于可能的变更是否能制定应急计划?
  没有，只能看时间来做。

• 员工是否能够有效地处理意料之外的工作请求？
  可以的，毕竟时间紧任务多，很多时候做不完就让拧螺丝的来造核弹。

设计/实现

• 设计工作在什么时候，由谁来完成的？是合适的时间，合适的人么？
  设计工作在实现功能之前，由小组一起讨论，组长完成实现。是合适的时间、合适的人。

• 设计工作有没有碰到模棱两可的情况，团队是如何解决的？
  挺多的，最后看谁的想法更容易实现吧。

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

• 什么功能产生的Bug最多，为什么？
  还行，bug不算多，数据库管理有一点。

• 代码复审（Code Review）是如何进行的，是否严格执行了代码规范？
  是的，由组长检查代码规范。

测试/发布

• 团队是否有一个测试计划？为什么没有？
  有，根据工作量和每个人的情况进行分配测试任务，成员都能够很好的完成。

• 是否进行了正式的验收测试？
  有，每个人都对网页端进行了测试。

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

• 团队是如何测量并跟踪软件的效能的？从软件实际运行的结果来看，这些测试工作有用么？应该有哪些改进？
  看运行情况吧，关键查看数据库查询效率方面，测试工作有用，用过更好的数据库管理加快了速度。

• 在发布的过程中发现了哪些意外问题？
  原本计划可以有多个单词表的，后来写着写着变成一个了。

团队的角色，管理，合作

• 团队的每个角色是如何确定的，是不是人尽其才？
  团队的角色是根据团队成员的实际能力确定的，大家都尽力去做。

• 团队成员之间有互相帮助么？
  有的。

• 当出现项目管理、合作方面的问题时，团队成员如何解决问题？
  讨论问题吧，谁能出解决方案就听谁的。

• 对成员帮助的感谢
  周晋轩：项目前期，感谢各组员的群策群力；项目开发时期，感谢前端成员的高效合作，也感谢后端成员的倾力协助；项目成型后，感谢测试成员的不懈努力。最后感谢所有成员的通力合作
  陈浩芝：在这次项目中，感谢后端的周晋轩、高子淇同学，他们项目经验丰富，在后端工作中起到了主要作用，也给予我许多帮助。感谢整个团队队员一起努力，把这个项目做好。
  吴佳愉：在这次项目中，感谢前端的万天乐同学，和我一起完成前端页面。感谢后端的同学，和我们交接，完成接口的对接工作。感谢测试的同学，帮助我们测试项目的问题。感谢队长周晋轩同学，积极认真负责，推荐项目进展。
  万天乐：在这次项目过程中，很感谢后端周晋轩同学在前后端接口对接的时候耐心地排查问题，同时也感谢前端吴佳愉同学和我协作开发前端界面，帮助我修改bug，更要感谢项目的所有成员，一起团结冲刺写完这个团队项目作业！

总结

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

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

• 你觉得团队在这个里程碑相比前一个里程碑有什么改进?
  学会沟通了，学会相互帮助完成项目。

• 你觉得目前最需要改进的一个方面是什么?
  前期做好计划，统一功能，想要做什么说清楚。

• 对照敏捷开发的原则, 你觉得你们小组做得最好的是哪几个原则?
  完整性，至少开发完成度高，能解决的问题都解决掉，大家都想法设法去解决自己手头的问题，而不是推给别人。

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

名字	职位	可验证的开发贡献	团队贡献分
周晋轩	开发人员、博客编写	接口文档，服务器部署，数据库	23
吴佳愉	开发人员、博客编写	前端界面编写	22
万天乐	开发人员、博客编写	登录注册界面	21
高子淇	开发人员、博客编写	数据库	20
麦俊宇	开发人员、博客编写	测试、博客编写	19
陈浩芝	开发人员、博客编写	测试、博客编写	18