团队项目（任务五）：项目回顾

项目回顾

设想和目标

我们的软件要解决什么问题？是否定义得很清楚？是否对典型用户和典型场景有清晰的描述？
答：课堂精灵是为了解决上课效率不佳，学生在上课时不愿举手，老师无法准确了解学生学习情况的问题。

　　定义的很清楚。

　　对典型用户和典型场景有清晰的描述。

是否有充足的时间来做计划?
答：是，有充足时间进行准备，对项目的准备进行了多次的开会讨论。
团队在计划阶段是如何解决同事们对于计划的不同意见的？
答：根据每个人的意见进行投票解决。
用户量、用户对重要功能的接受程度和我们事先的设想一致吗？我们离目标更近了吗？有什么经验教训？
答：用户量和用户对重要功能的接受程度和设想的不太一致。

　　我们最后没有做出完整的软件，但我们做出了一个大概的模型。

　　经验教训：团队的力量比一个人更大。

如果历史重来一遍，我们会做什么改进？
答：如果历史重来一遍，我会多学习其他开发软件的使用
　　在代码方面，团队所有成员加强学习代码能力。

 

计划

你原计划的工作是否最后都做完了?
答：我的计划的工作最后都做完了
有没有发现你做了一些事后看来没必要或没多大价值的事?
答：为我分配的任务在时候看来都有价值
是否每一项任务都有清楚定义和衡量的交付件?
答：是
是否项目的整个过程都按照计划进行?
答：项目整个过程都是按照计划进行的。
在计划中有没有留下缓冲区，缓冲区有作用么?
答：在计划中有留下缓冲区。缓冲区非常有作用，我们在缓冲期开会对之前的工作进行总结，根据总结的问题修改之后的工作任务。
将来的计划会做什么修改？（例如：缓冲区的定义，加班）
答：将每个人的任务更加细腻的分配

如果历史重来一遍，我们会做什么改进？
答：如果历史重来一遍，我们会采用更加适合的软件进行项目的开发

 

资源

我们有足够的资源来完成各项任务么?
答：我们向老师和同学请教，对于没有头绪的地方进行查资料
各项任务所需的时间和其他资源是如何估计的，精度如何?
答：根据任务的难度与人员的能力进行分配
用户测试的时间，人力和软件/硬件资源是否足够?
答：足够
你有没有感到你做的事情可以让别人来做（更有效率）?
答：没有，因为任务都是针对每人进行分配的
如果历史重来一遍，我们会做什么改进？
答：多学习WEB的使用

 

变更管理

每个相关的员工都及时知道了变更的消息?
答：都及时知道，我们会在下课时进行小开会
我们采用了什么办法决定“推迟”和“必须实现”的功能?
答：根据每个人的想法决定
项目的出口条件（ExitCriteria）有清晰的定义吗?
答：没有
对于可能的变更是否能制定应急计划?
答：能
员工是否能够有效地处理意料之外的工作请求？
答：能，因为每天都有开会进行解决
如果历史重来一遍，我们会做什么改进？
答：多学习开发软件的使用

 

设计和实现

设计工作在什么时候，由谁来完成的？是合适的时间，合适的人么？
答：设计工作由所有人进行讨论后由组长完成
设计工作有没有碰到模棱两可的情况，团队是如何解决的？
答：有，由所有人讨论后决定
团队是否运用单元测试（unittest），测试驱动的开发（TDD）、UML,或者其他工具来帮助设计和实现？这些工具有效么？
答：有过
什么功能产生的Bug最多，为什么？
答：代码链接
代码复审（CodeReview）是如何进行的，是否严格执行了代码规范？
答：由小组成员一起完成，没有严格执行了代码规范
如果历史重来一遍，我们会做什么改进？
答：多学习队WEB的使用

测试和发布

团队是否有一个测试计划？为什么没有？
答：有队每个阶段都进行测试
是否进行了正式的验收测试？
答：没有
团队是否有测试工具来帮助测试？
答：在网页上运行进行测试
团队是如何测量并跟踪软件的效能的？从软件实际运行的结果来看，这些测试工作有用么？应该有哪些改进？
答：软件没有完全开发出来所以没有进行跟踪
在发布的过程中发现了哪些意外问题？
答：没有发布

我们学到了什么? 如果重来一遍, 我们会做什么改进?
学会了团队协作进行开发软件

总结
自己能力还是有所欠缺，多对其他开发软件进行学习。