第一次迭代心得

设想和目标

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

1. 我们软件是服务于电力系统的信息管理系统
2. 典型用户：电力系统的工作人员
3. 典型场景：变电站

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

1.  原计划功能：实时数据展示，报警信息展示，工单处理
2.  实现情况：

实时数据展示已在技术上实现了单个数据项的动态曲线展示

报警信息展示功能，已模拟实现实时数据按设计好的规则进行报警，并在客户端展示了，但未将报警数据实时存到数据库中。

工单处理：已实现工单展示，新建工单，我的工单三个子模块的交互样式，页面展示，后台未实现。

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

暂未投入使用，用户实际接受成度未知

由于我们做的是整个完整系统的一部分，即应用层开发，难以直接投入使用。

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

• 整体实现难度大，如果重来一遍，会考虑换个项目

计划

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

•  计划总是赶不上变化，最开始的计划根据进度不断调整，到最后就抛弃了计划，赶+肝

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

•  小组成员会提出意见，但主要还是由pm来进行决定

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

•  我自己的部分大部分做完了，但还有一些小的bug

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

•  没有，大家都在一起做，沟通都很及时，没有绝对标准，标准随时沟通调整，大家都觉得ok就直接整合对接

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

• 前端界面在一开始的设计不够规范，后期实施中很多界面不得不推翻重做

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

1. 有缓冲区：睡眠
2. 有用，deadline前的效率都相当高，有时间就有产出

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

•  在团队合作方面，还是继续和以前一样，团队在一起工作是最重要的，基本一周七天会有五天晚上都在一起

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

• 考虑换一个比较简单的项目

资源

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

• 由于基础薄弱，时间上比较紧凑

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

• 时间主要是按任务量估计，时间按各自的安排估计

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

• 目前还没有进行测试

变更管理

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

• 是的。我们有变更会在QQ群里说，并且晚上也经常一起开发。

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

• 主要功能是必须实现的功能，推迟的功能是难度较大的功能

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

•  能够自动报警并可以通过系统处理工单

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

• 没有提前制定应急计划

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

•  一般吧

设计/实现

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

•  整个模式的设计是在项目初期，由pm和老师沟通商定的

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

• 有，小组成员一起向老师确认

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

• 在jQuery网站上找到了一些前端页面的插件

4. 比较项目开始的 UML 文档和现在的状态有什么区别？这些区别如何产生的？是否要更新 UML 文档？

• 文档更加丰富了，会在项目推进中，不断完善、更新文档

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

• 按老师要求小组互查，也没有严格执行的代码规范

测试/发布

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

• 没有测试计划，目前着力于完成项目

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

• 否

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

• 暂未考虑

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

• 暂未考虑

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

• 暂时没有发布

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

•  还是以完成项目功能为首要任务，测试方面暂时没有精力、时间考虑

团队的角色，管理，合作

1. 团队的每个角色是如何确定的，是不是人尽其才？

• 团队角色确定，以尊重个人意愿为首要因素，再根据实际情况协商确定?

2. 团队成员之间有互相帮助么？

• 当然

3. 当出现项目管理、合作方面的问题时，团队成员如何解决问题？

• 理智交流

总结

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

• 属于可重复级

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

• 磨合基本完成，接下来是规范

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

• 大家彼此更加熟悉，互相的配合会比之前更有效率

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

• 成员之间写的模块的集成