事后诸葛亮分析(Beta版本)

全组讨论的照片##

设想和目标##

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

 解决代码分析、统计、管理等问题,定义的很清楚,有清晰的描述。

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

 是的,alpha阶段后调整了小组成员并且重新安排了每个人负责的内容,根据之前开发的经验,特意留了两天的缓冲时间来重新计划beta版本。

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

 及时召开讨论会议,面对面解决出现的分歧和矛盾,以少数服从多数的原则,沟通交流。

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

 一致。

计划###

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

 总体计划基本完成,功能也基本实现,除了git上的处理速度还是有些慢,还在努力改进中。

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

 接受了之前的教训,beta阶段基本没有浪费时间做无用的事情,把时间花在刀刃上。

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

 绝大多数是,只有极个别无法衡量,其余的任务都经过了成员们的讨论。

是否项目的整个过程都按照计划进行,项目出了什么意外?有什么风险是当时没有估计到的,为什么没有估计到?

 是的,就是bug的存在还是无法避免,这种风险还是没有预估到并且不得不承担。

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

 有,特别是敏捷冲刺阶段预留了缓冲区,作用很大,让大家都及时调整了状态,进入更好的备战之中。

将来的计划会做什么修改?(例如:缓冲区的定义,加班)

 会对一些问题和bug进行针对性的完善,争取拿出能吸引用户的产品。

资源###

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

 比较充足,但是还是存在大家经验不够的情况。

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

 比较准确,因为有了alpha的经验。

测试的时间,人力和软件/硬件资源是否足够? 对于那些不需要编程的资源 (美工设计/文案)是否低估难度?

 足够,相比alpha版本花了更多的时间在测试上,也投入了更多的精力在设计和文案中,因此完成度较高。

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

 基本不存在这种问题,大家都很认真,很投入的改善beta版本,每个人的工作都比较高效。

变更管理##

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

 是的

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

 面对面开会的形式,共同决定。

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

 比较清晰

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

 基本可以,缓冲时间在这里发挥了很大的作用,让一些空余时间可以及时处理这些“意外”。

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

 是的

设计/实现##

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

 在beta版本开发初期,也就是小组成员调整之后就马上制定计划,是由pm来完成的,大家再共同交流探讨,时间和人都比较合适。

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

 也是面对面沟通,并且询问了身边的老师同学,采取多方意见后共同解决。

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

 使用了,很有效果。

什么功能产生的Bug最多,为什么?在发布之后发现了什么重要的bug? 为什么我们在设计/开发的时候没有想到这些情况?

 git的实现过程,因为对这个陌生。用户等待时间长,因为处理过程比较久,这是一个重要bug。想到这个情况,但是没有想到好的方法解决。

代码复审(Code Review)是如何进行的,是否严格执行了代码规范?

 复审阶段进行代码注释,然后由其他人复审。有时候会忘记严格的使用代码规范。

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

 我们会利用起一分一秒的时间,尽量提早一些把任务完成,才好进行后期的完善。

测试/发布##

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

 没有完整的测试计划,因为写出这个完整的功能比较艰难,然后对测试的方面掌握的较少,仅是作为用户的角度进行测试

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

 正式的没有,只是给身边的同学试着用用。

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

 是,junit等工具。

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

 用程序运行的时间测试效能,junit还是有用的,改进的地方服务器本身很差,没有进行访问量的测试,压力。

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

 遇到服务器性能差,加上解析速度慢,所以体验较差。

总结##

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

 达到CMMI中的三级,定义级别

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

 规范阶段。

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

 大家打起了一百二十分精神,提高了效率,节约了很多拖沓的时间。

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

 还需要多了解用户群体的需求,争取做出吸引用户的产品。

我们小组什么地方做的比较好?

 我们的沟通方式比较好,能合理地解决各种分歧问题,因此,面对面的交流是非常有必要的。

下个阶段需要改进什么?

 基本完成,改进速度问题以及用户信息提示。

团队成员在Beta阶段的角色和具体贡献:##

项目复审:http://www.cnblogs.com/1413none/p/6992458.html

posted @ 2017-06-06 22:09  NO.NE  阅读(237)  评论(2编辑  收藏  举报