事后分析

设想和目标

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

本系统为企业人事管理系统,目的在于加强对员工的管理,形成纽带,以点带线.实现对员工的跟踪与控制,使部门与部门之间加强联系,形成上下一体；定义清楚，有清晰描述。

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

有

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

有不同意见经常一起讨论并解决

 

 

计划

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

只完成了原计划中主要的功能，因为有些知识边学边用。

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

有，但是不做不知道。

 

3. 是否项目的整个过程都按照计划进行?

基本上都是

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

有，基本上在缓冲区内完成任务

 

资源

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

有

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

根据项目难度估计，估计精度也不是特别精确

3. 用户测试的时间，人力和软件/硬件资源是否足够?

    足够

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

没有，分工明确，都能按时完成

 

变更管理

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

能

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

一起讨论

3.  项目的出口条件（Exit Criteria）是否得到清晰的定义?

清晰

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

一般都通过协商解决了

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

可以，毕竟一起做项目

 

设计/实现

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

是

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

是，一起讨论

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

是

4.  什么功能产生的Bug最多，为什么？

工资编辑，仓促了一点

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

是，一开始定了代码规范

 

测试/发布

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

有

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

否

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

基本功能都能通过测试

 

团队贡献

名字	角色	团队贡献分	可验证的贡献
张正浩	Dev	55	基础功能的设计及实现
黄锐斌	DEV/Test	45	界面设计及测试