bate阶段项目总结

Beta里程碑总结

设想和目标

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

要解决的问题是如何实现消息的发布与查看以及个人主页的实现；定义的基本清楚，团队成员都了解；曾经从数据库管理员的角度对典型用户和典型场景有清晰的描述。

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

两次冲刺之间的时间我们团队做了详细的计划，并分工。

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

阐述理由，意见还是不统一时投票。

用户量、用户对重要功能的接受程度和我们事先预想的一致吗？我们离目标更近了吗？

用户量和设想的差不多，但用户好像要求比较高；离目标只近了一点点吧。

如果历史重来一遍, 我们会做什么改进?

进行充分的准备，详细的讨论。

计划

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

没有都做完，只完成了一个发布、删除、修改消息的功能；因为原计划的目标设立不合适，所以只完成了1/5左右。

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

这样的事比较多，我们的分工不是特别明确，对项目还有很多不懂的地方，走了很多弯路。

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

不是全部都有清楚定义和衡量的交付条件。

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

是，但总会比预期的时间长。

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

有，有一星期左右的缓冲时间；这段时间可以完善项目，写文档等。

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

将来会多花一些时间自学、团队合作讨论等。

我们学到了什么？如果历史重来一遍, 我们会做什么改进?
定好最终的目标，不能过高也不能过低；团队成员多一些合作。

资源

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

有，图书馆的书、网上的教程、学长学姐的程序

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

任务完成时间比预期的长，是根据工作量、工作难度与个人能力估计的，精度不是很高。

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

测试时间很长；人力不够；软件/硬件是足够的。

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

有，因为自己有时候认识问题不够全面。

 

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

正确安排时间，团队成员之间加强沟通

变更管理

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

是，通过每天站立会议通知变更的消息。

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

成员间互相讨论，都认为不重要的功能推迟实现，比如发布校园动态。认为重要的功能及与设定的目标密切相关的必须实现，比如消息的增删改查等。

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

版本稳定，功能已基本实现，很少的bug

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

能，四个人的力量是无限的。

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

能

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

合作的方式可以让项目成功事半功倍；设定合适我们的团队的合作方式。

设计/实现

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

由组长张雪晴提出，三个成员一起出点子；在团队成立之后提出的。

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

有，团队成员讨论得出一致结论。

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

有用到单元测试，其他的没有；比较有效。

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

消息写入数据库的BUG较多，对这方面的知识不够熟悉。

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

由一位成员检查调试；基本符合规范。

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

把程序规范化。

测试/发布

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

写过测试计划

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

没有

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

没有，是自己测试的

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

通过用户的使用感受和反馈进行改正。

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

投票阶段出现一点问题；发布力度小。

我们学到了什么？如果历史重来一遍，我们会怎么改进？

总结

你觉得团队目前的状态属于CMMI中的哪个级别？

可重复级：建立了基本的项目管理过程来跟踪费用、进度和功能特性。制定了必要的过程纪律，能重复早先类似应用项目取得的成功经验。

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

处于磨合和规范之间。

你觉得团队在这个里程碑想比前一个里程碑有什么改进？

团队合作的更加紧密。

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

有阶段性的总结；前期的分工不是很明确；时间估计不准确，时间没有把握好