项目管理之事后诸葛亮分析报告
1.设想和目标
-
我们的软件要解决什么问题？是否定义得很清楚？是否对典型用户和典型场景有清晰的描述？
本团队希望做出一个简易记账工具，能够对自己的收入和支出有一个明确的分类以及总结，对自己的收支比较了解。定义得比较清楚，典型用户也比较清晰。
-
是否有充足的时间来做计划?
时间不是非常充足，大家也不是很清楚要做一个小程序还是应用程序。
-
团队在计划阶段是如何解决同事们对于计划的不同意见的？
一般不同意见的互相说服，然后搞不定再团队整体决定。
2.计划
-
你原计划的工作是否最后都做完了? 如果有没做完的，为什么?
很多事情都没做完，大家认为最后没做完的事情，都是可有可无的。
-
有没有发现你做了一些事后看来没必要或没多大价值的事?
有一些功能做完发现可有可无。
-
是否每一项任务都有清楚定义和衡量的交付件?
大部分都没有，因为我们大家都不知道做到多少才叫“好”，就是自己觉得差不多了就完成。
-
是否项目的整个过程都按照计划进行?
其实前期有点拖拉，后期疯狂赶进度。
3.资源
-
我们有足够的资源来完成各项任务么?
不是很足够，我们没有云数据库可供测试，所有数据都是本地数据库完成测试。
-
各项任务所需的时间和其他资源是如何估计的，精度如何?
开始精度很粗略，后来因为DDL，大家只顾得上干活，没时间考虑精度问题。
-
用户测试的时间，人力和软件/硬件资源是否足够?
并不足够。
-
你有没有感到你做的事情可以让别人来做（更有效率）?
一般，分配任务的时候就已经是按各自的长处和习惯来挑选。
4.设计/实现
- 设计工作在什么时候，由谁来完成的？是合适的时间，合适的人么？
项目设计工作在确定选题后的两周内，由团队成员一起完成，设计工作涉及到项目实现的功能及实现技术，所以需要所有成员一起设计讨论，所以是合适的人。同时，设计时间是在时间计划表的基础上进行的，在后续的开发中也没有出现大的矛盾，所以是合适的时间。
- 设计工作有没有碰到模棱两可的情况，团队是如何解决的？
在工作中有遇到模棱两可的情况，比如开始预想的功能要不要实现，还有界面设计的问题，解决方法是团队成员一起讨论，列出优缺点进行比较选择。若还是无法达到一致，则进行投票决定，少数服从多数。
- 团队是否运用单元测试（unit test），测试驱动的开发（TDD）、UML, 或者其他工具来帮助设计和实现？这些工具有效么？
团队项目未使用单元测试和测试驱动的开发、UML等，是通过手动测试功能模块，人工注册登录使用，测试各模块功能是否能实现及测试用户体验。
- 什么功能产生的Bug最多，为什么？
界面实现功能以及与后台数据库连接方面bug最多，因为几乎所有的功能的实现都涉及到界面与数据库的连接，bug也很多。
- 代码复审（Code Review）是如何进行的，是否严格执行了代码规范？
代码复审在修改bug的时候进行，同时也在团队成员审核的时候进行，严格执行了代码规范。
5.测试/发布
- 团队是否有一个测试计划？为什么没有？
有，我们有制定比较详细的测试计划，对每个功能模块都有相应的测试要求。 - 是否进行了正式的验收测试？
是，对所有功能都进行了测试。 - 团队是否有测试工具来帮助测试？
有，但因为不熟练软件的使用，更多是人工测试。 - 团队是如何测量并跟踪软件的效能的？从软件实际运行的结果来看，这些测试工作有用么？应该有哪些改进？
有用，在项目初步完成后我们对每个功能进行了测试，在测试过程中出现很多之前没想过的问题，让我们能及时改进。 - 在发布的过程中发现了哪些意外问题？
暂时没有。
6.总结
- 你觉得团队目前的状态属于 CMM/CMMI 中的哪个档次?
属于CMMI一级，执行级。在执行级水平上，我们对项目的目标与要做的努力很清晰，项目的目标可以实现。 - 你觉得团队目前处于 萌芽/磨合/规范/创造 阶段的哪一个阶段?
磨合的阶段。 - 你觉得团队在这个里程碑相比前一个里程碑有什么改进?
更有默契了，分工更加明细。 - 你觉得目前最需要改进的一个方面是什么?
界面设计方面，我们的界面有亿点点难看。
7.团队成员在Alpha阶段的角色和具体贡献：
| 名字 | 角色 | 团队贡献分 | 可验证的贡献 |
|---|---|---|---|
| 郭海燕 | 前端设计、测试 | 19 | 前端主界面设计、功能设计等 |
| 李晓兰 | 后端开发、测试 | 22 | 修复bug，设计、编写数据库 |
| 苏培霓 | 测试、文档 | 18 | 测试、管理文档、代码 |
| 杨芳 | 后端开发、测试 | 21 | 修复bug、后台功能设计、编写 |
| 周凤秀 | 后端开发、测试 | 20 | 修复bug、后台功能设计、编写 |
8.小组讨论照片
