小能手团队事后诸葛亮会议

[b]设想和目标[/b]

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

　　我们组做的是图文转换主要是拍摄并扫描图片上的文字将其转化成txt或doc格式然后进行存储的软件。

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

　　在项目前期对项目的任务作了具体的分工，但是后期因为时间关系对计划做的并不是很到位

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

求同存异，对于有歧义的地方会一起讨论直到得出一个大家都比较能接受的结果

用户量，用户对重要功能的接受程度和我们事先的预想一致么？ 我们离目标更近了么？有什么经验教训？ 如果历史重来一遍，我们会做什么改进？

一致。经过几周的努力我们离我们预期的目标更近了一步。

经验教训是，做事不能拖拉当天的事情一定要当天完成。

如果历史重来一遍我们一定要每个一个阶段制定下一个阶段的计划，然后严格去执行，同时任务分配到个人不要因为分配不均匀导致只有几个人干活导致另一个人没有事情可干

[b]计划[/b]

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

没有，还没有实现保存等附加功能。由于我们选择的项目是android版，但在此之前对于android客户端的软件开发并没有什么了解，所以单是配置环境，学习基本知识就花费了很多时间，技术不娴熟。此外，对于我们的项目“图文转化”方面相关的知识也是不甚了解，用了很多时间在寻找相关资料上，而在此之前的一个初步分工显然并不合理。

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

有，在知道怎样能够实现项目之前，做了很多无用功，比如，考虑过怎么样实现逐个对比。

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

只是写了大概的分工步骤。

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

没有，原计划的一期整合时我们才刚配置好环境。

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

没有，我们的软件是即时处理照片。

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

加班。

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

我们初步了解了android客户端的软件编写及图文转化的过程原理，首先确定项目时先衡量自己是否有能力在规定的时间内完成任务，其次，在分工前线了解相关资料。

[b]资源[/b]

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

　　资源（书籍，开源解决方案，服务器，素材）非常充足

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

各项任务估计精度还比较准确，因为任务是由三个人一起估计的，同时有三个人一起完成但是执行过程中并不全是按照计划来的所以会出现进程延误的问题

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

　　我们花了两天半的时间来做测试，相对于工程量而言，已经比较充足。

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

　　有因为我对android几乎是不懂所以遇到买很多基本问题都要查资料可能懂的人看来马上就能解决我却需要花费大量时间边学边写代码。

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

. 估计任务所用时间时，同时三个要及时沟通，任务要划分准确

变更管理

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

是，由于都是舍友，沟通比较方便

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

根据功能的重要性，首先把主要功能实现即图文转化，之后再考虑界面等问题。

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

首先要有一个可以拿出手的界面，之后能够实现主要功能，其次可以有其他辅助功能实现，如保存等。

对于可能的变更是否能制定应急计划？

大家一起想办法。

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

虽然每个人的能力有限，但分工时大家都是量力认领工作，就算是不能够完成，其他伙伴在能力范围内也会给予帮助。

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

大家最好是离开宿舍探讨问题，作业是作业，生活是生活。

[b]设计/实现[/b]

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

　　设计工作在Sprint的前三天。由我们三个人来完成。

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

三个人做出页面的草稿，然后风那个具体做，做的模棱两可的地方，计划阶段都会考虑到了

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

　　团队使用了自己的安卓手机自动进行测试。我们准备再beta Sprint阶段使用更多的技术。

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

　　结果列表功能产生的Bug最多，其实也不多，只不过这个在各个页面中反复重复，造成了“泥球”，改起来相当麻烦。

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

　　就是每个人对自己负责的板块进行精简，是。

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

将UI的部分组件控件化，方便修改与维护

[b]测试/发布[/b]

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

有。

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

没有，还未很完整。

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

没有。

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

多次测试，有用，发现了很多干扰因素

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

尚未发布......

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

如果能有一个可以测试的软件就好了。

[b]总结:[/b]

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

可管理级

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

磨合

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

能够把文字识别出来

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

把数据库导入到安装包里