项目回顾

1.设想和目标
我们的软件要解决什么问题？是否定义得很清楚？是否对典型用户和典型场景有清晰的描述？
我们的项目最初的设想是做出一个可以更好地加强学生就业意识、提升就业技能、指导学生方便学生制作简历。

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

团队在计划阶段是如何解决同事们对于计划的不同意见的？
进行小组讨论，总结出对项目实现最好的方法

用户量、用户对重要功能的接受程度和我们事先的设想一致吗？我们离目标更近了吗？有什么经验教训？
与设想不一致，用户量，用户对重要功能的接受程度未达到一致，但离目标接近了，只实现了基本功能，无法实现较好的功能要求

如果历史重来一遍，我们会做什么改进？
对任务时间，任务程度，人员进行更细致的安排，

2.计划
你原计划的工作是否最后都做完了?
都已做完

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

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

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

在计划中有没有留下缓冲区，缓冲区有作用么?
有留下缓冲区，怕计划无法完成，无法及时上交。

将来的计划会做什么修改？（例如：缓冲区的定义，加班）
留下充足的缓冲区，避免任务无法完成。

如果历史重来一遍，我们会做什么改进？
人员进行更细致的安排，为难度大的任务留下充足时间

3.资源
我们有足够的资源来完成各项任务么?
有老师以及同学的帮助，和在网上查到的各种资料

各项任务所需的时间和其他资源是如何估计的，精度如何?
根据任务的难度进行划分，根据完成任务时的实际情况在进行精致的划分

用户测试的时间，人力和软件/硬件资源是否足够?
各项资源都足够。

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

如果历史重来一遍，我们会做什么改进？
合理分配人员的工作难易程度，以保证任务的完成质量

4.变更管理

每个相关的员工都及时知道了变更的消息?
有任务群，会及时通知

我们采用了什么办法决定“推迟”和“必须实现”的功能?
根据项目的进程和实际需求划分

项目的出口条件（ExitCriteria）有清晰的定义吗?
根据需求来修改

对于可能的变更是否能制定应急计划?
能，有每日例会

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

如果历史重来一遍，我们会做什么改进？
明确安排

5.设计和实现
设计工作在什么时候，由谁来完成的？是合适的时间，合适的人么？
在调查和数据分析后设计。挑选合适的人

设计工作有没有碰到模棱两可的情况，团队是如何解决的？
有，每日例会成员内讨论

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

代码复审（CodeReview）是如何进行的，是否严格执行了代码规范？
由测试人员进行复审，执行了代码规范

如果历史重来一遍，我们会做什么改进？
想要能够更好了解和运用其他的工具

6.测试和发布
团队是否有一个测试计划？为什么没有？
有计划，由代码整合人员进行测试

是否进行了正式的验收测试？
没有

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

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

在发布的过程中发现了哪些意外问题？
暂时没有发布

我们学到了什么? 如果重来一遍, 我们会做什么改进?
我对自己的技能能力有了明确的认识，要加强自己的技能能力

总结
专业能力还是有一定的欠缺，团队成员之间互相帮助