项目总结在有些公司也叫项目复盘,推广敏捷开发的项目会觉得迭代已经有开展回顾会了,没必要再做项目总结。我觉得这两者的定位是不一样的,回顾会偏重当前迭代,项目总结则是对整个项目周期工作的复盘。不过项目总结实际操作起来往往效果较差,经常出现SM/PM一人写完所有的总结报告内容,总结会议上SM/PM一人在念报告,其他成员各顾各的,应付式完成总结。
这里跟大家分享一下好视通MCU团队的项目总结案例,有利于调动项目成员积极性,共同参与到总结活动中,主动发表各自的意见,并关注他人的观点,SM不能只是一个人在战斗!
好视通MCU项目简介
• 项目团队:1位PO+1位SM+4位开发+2位测试
• 项目周期:2018-03-01启动,2018-05-25结束
• 迭代情况:三个开发迭代+一个测试迭代
• 实际工作量:1564h
• 主要工作:私有云服务器开发与维护
总结会议题
总结会前和SM共同讨论出以下议题,:
• 1、请每个人用1-3个词总结本项目的感受
– 现场进行,计划占用5分钟
• 2、每位同学展示自己的项目总结调查问卷
– 调查问卷在会前完成,现场展示计划占用25分钟
• 3、SM展示项目交叉互评结果
– 交叉互评在会前完成,现场展示计划占用15分钟
• 4、SM展示项目总结报告
– 总结报告在会前完成,现场展示计划占用15分钟
• 5、计划在下个项目执行的活动
– 现场进行,计划占用10分钟
议题1:请每个人用1-3个词总结上个项目的感受,写到白板上
• 计划5分钟,实际10分钟
• 议题目的:该议题很简单、轻松,期望能调动成员的活跃度
• 实际效果:达到预期
– 成员看到该议题刚开始觉得有点诧异,不知道该如何表达,有一两个人先发言后,大家就很活跃了,每个人都总结出很有意思的词。
• 结果展示:
– 成员1(SM):延期(迭代二延期较多,导致后面迭代很紧张)
– 成员2(PO):提心吊胆->缓和->顺利结项->当头棒喝(过山车,各迭代心情复杂)
– 成员3:需求同步困难,总体较满意
– 成员4(新入职测试):一头雾水->适应->节奏紧凑(团队合作氛围好)
– 成员5:敏捷(按迭代周期进行,总体没有延期,风险识别较好,沟通效率高)
– 成员6:需求不清晰
– 成员7(测试):举步维艰,爱莫能助(依赖平台的质量保证和测试要点不明确)
议题2:每位同学展示自己的项目总结调查问卷
• 计划25分钟,实际35分钟
• 议题目的:充分展示每个人对本项目的感受,会前先让大家完成调查问卷,会上每个人直接展示自己的问卷,可以节约时间,又能充分发挥效果。
• 实际效果:超出预期
– 应回收9份调查问卷,多次催促后收回8份,刚开始大家对问卷不是很积极,但最终收回的问卷都是非常认真填写。
– 会上每个人重新展示一遍自己填写的问卷,并对部分信息做澄清。
– 此问卷也可以作为迭代回顾会的辅助问卷。
• 问卷题目与结果展示(篇幅有限,这里只展示4位成员的问卷):
1、姓名:_________(填空1) | 成员5(开发)填写的问卷 | 成员7(测试)填写的问卷 |
2、请回顾一下我们在本项目中的优点项? | 个人感觉有两点:一是本次项目后期进度把握相对比较好,所有出现的意料之中和之外的问题基本都是在规划的时间内处理的。二是本次项目中完成需求挺多的,大会议部分,D1在线,会议记录,后台…… | 对于大会议的需求,一直都积极与其他产品线沟通,确保了整个功能的研发方向是正确的。 |
3、你认为我们当前最需要改进的问题是什么?你觉得应该如何改进? | 可以再说一下和云会议同步产品需求的事儿吗?需求没有同步,两个团队之间沟通太少也就算了,文档也没有,对代码同步功能。除了硬件投屏和D1在线服务有文档以外,其它的需求比较少。 | 进度方面本次项目在迭代二延期较多,希望团队能够提升对强依赖其他未交付项目的需求点的进度把控能力,和抗风险能力。 |
4、请回想一下这个项目你做的最有成就的一件事情是什么? | D1在线服务合并CES时的设计过程和实现 | (空) |
5、请回想一下这个项目你做的最失败的一件事情是什么? | 大会议相关需求同步,虽然目前做了一部分,但改动稍多且现在也没有新版本客户端测试,心里没底。 | (空) |
6、这个项目你最想感谢/点赞的人是谁?为什么? | 成员1和成员6,成员1做事非常细心帮了我非常多,成员6在D1在线服务同步时主动将代码移植到Windows,瞬间感觉队友很强大。 | 感谢所有开发同事,本次迭代相比以往项目,实际上加大了很多开发自测任务。他们都兢兢业业完成了测试任务,为他们的负责点赞! |
7、其他你想说的话 | 项目中表现平平,感觉自己没什么价值。希望在后续的项目中能够在概要设计和编码实现上有所突出 | (空) |
1、姓名:_________(填空1) | 成员4(新入职测试)填写的问卷 | 成员1(SM)填写的问卷 |
2、请回顾一下我们在本项目中的优点项? | 1.每日坚持晨会跟踪项目进度; | 1、团队合作意识强,配合默契,问题定位和解决过程较快。 |
3、你认为我们当前最需要改进的问题是什么?你觉得应该如何改进? | 1.每个阶段个人都能把控好周期,否则会影响到其他成员的工作进度;(本次项目由于开发小伙伴延期了几天,测试端的周期就被压缩了,导致工作强度增加,) | 1、需求范围和内容不明确,导致项目进度和预期有较大偏差。改进点:产品经理需求评审时,尽量明确需求范围和内容。 |
4、请回想一下这个项目你做的最有成就的一件事情是什么? | 测试电话网关时,一直不太顺利,庆幸的是最终攻克了所有困难,按时完成了任务,也更加熟悉了解了这一块的内容,可以独立负责该模块; | 迭代四协助测试进行系统全面的测试,动员全体成员积极投入项目测试工作,增加集体荣誉感。 |
5、请回想一下这个项目你做的最失败的一件事情是什么? | 由于对业务和需求了解还不太深入,有时遇到问题时不知该如何分析定位,解决问题的速度较慢,工作效率还待提升。 | 迭代二项目进度失控,把主要精力花在开发任务上面,未及时关注项目进度和采取有效措施。 |
6、这个项目你最想感谢/点赞的人是谁?为什么? | 1.成员7:认真负责,积极主动,对于新员工很照顾,自己主动承担了大部分工作任务,即使工作任务很紧急时他人有需要时也不推脱,会主动加班避免工作延期; | 最想感谢的是成员3和成员7;成员3工作细致有耐心,顺利完成大会议模块内容。成员7尽职尽责,测试工作认真负责。 |
7、其他你想说的话 | 感谢项目组成员对我这个新员工的包容和照顾! | 无 |
议题3:SM展示项目交叉互评结果
• 计划15分钟,实际15分钟
• 议题目的:本互评为匿名,主要是想让团队成员表达出互相之间的看法,促进其改进,议题2针对的是项目,议题3针对的是团队
• 实际效果:达到预期
– 收回互评问卷7份,积极性也不是很高,但质量不错
– 团队较和谐,优点写的很多,缺点不好意思写出来
• 第1题 请客观评价包括自己在内的所有成员的优点
第1题(成员2(PO)获得的评价) | 第1题(成员9获得的评价) |
负责任、沟通效率高 | 责任心强 |
做事比较仔细,大局观较强。另外能在工作比较繁忙的情况下能够把握好项目的节奏 | 在开发能力上比较突出,协调能力也非常好 |
有大局观 | 做事情认真负责 |
认真负责 | 工作细致负责。 |
团队内有需要跨产品线的支持工作时,能够挺身而出。 | 用心去完成需求,会考虑很多用户使用场景,而且开发的功能自测十分细致。 |
了解某些技术细节 | 有想法高效 |
原型设计和需求准确 | 不清楚 |
第1题(成员3) | 第1题(成员5) |
好沟通 | 责任心强、业务熟 |
能够吃苦耐劳,承担了不少的工作量依旧能够保证时间保证质量的完成 | 工作仔细认真,保证了整个项目的顺利进行 |
工作认真负责,积极乐观。 | 有想法,爱创新,勇于承担责任。 |
认真负责 | 工作认真且高效 |
承担的任务很多,而且很多都是需要强大的耐心去完成的工作,比如在多语言上,会议室权限模板上等,这些任务实际上很考验耐心。 | 责任心强,为测试工作做专版测试工具,后期改bug尽心尽力。 |
踏实刻苦持续进步 | 跨平台协作能力 |
不清楚 | 技术专研精神值得学校 |
第1题(成员6) | 第1题(成员8) |
交代的事都能做好 | 没接触过,不清楚 |
工作仔细认真,保证了整个项目的顺利进行 | 能够及时和各个开发协调,准点完成指定任务 |
业务熟练,任务完成出色。 | 积极主动 |
认真负责 | 认真负责 |
除了完成分配的任务外,还承担了不少服务器的自测任务,为项目贡献了自己的血与汗。 | 多语言和新模块样式问题修改速度快,效果满意。 |
分析力代码bug少 | 本次没很多接触 |
不清楚 | 不清楚 |
第1题(成员4) | 第1题(成员7) |
测试工作做的很细致 | 抗压力强 |
测试非常仔细,经常能发现一些不起眼的问题,对待工作一丝不苟 | 测试非常仔细,经常能发现一些不起眼的问题,对待工作一丝不苟 |
工作认真负责 | 细致、刻苦、爱学习、积极主动。 |
工作认真,负责 | 负责,专业,工作高效,乐于助人 |
新人支援测试,独立负责合入的电话网关模块,为项目付出了很多努力。 | 有很多项目外的事情需要处理,很难得在两类工作中取得平衡,并顺利完成项目任务。 |
细心学习能力强 | 方法灵活 |
不清楚 | 测试准备充分 |
第1题(成员1) | |
做事儿很细心 | |
在完场自己工作的同时可以合理协调好各个开发的配合,具有不错的领导能力 | |
有条理,谨慎 | |
认真负责 | |
身为项目经理,需求上积极主动与其他产品线沟通,项目进度上劳心劳力。 | |
有计划有大局观 | |
考虑周全 |
• 第2题 请客观评价包括自己在内的所有成员的待改进点
第2题(成员2(PO)获得的评价) | 第2题(成员9获得的评价) | 第2题(成员3获得的评价) |
和云会议产品的需求细节需要加强了解 | 工作加强沟通 | 工作任务不清晰 |
无 | 无 | 无 |
加强时间管理,杂事较多。 | 暂无明显缺点。 | 工作可以更细致,主动思考。 |
无 | 无 | 无 |
需求的变动确实让项目在迭代中很被动,但是由于是公司级的需求,确实也没有更好的办法。其他的不用改进,挺好的。 | 不用改进,挺好的。 | 不用改进,挺好的。 |
工作量评估错误 | 无 | 无 |
需求还需更明确 | 不清楚 | 不清楚 |
第2题(成员5) | 第2题(成员6) | 第2题(成员8) |
暂无 | 暂无 | 没接触过,不清楚 |
无 | 无 | 无 |
做事情可以更细心点。 | 沟通能力有待加强。 | 暂无明显缺点。 |
无 | 无 | 无 |
不用改进,挺好的。 | 不用改进,挺好的。 | 不用改进,挺好的。 |
无 | 无 | 无 |
过于追求完美 | 沟通不够 | 没有 |
第2题(成员4) | 第2题(成员7) | |
暂无 | 暂无 | |
无 | 无 | |
暂无明显缺点。 | 做事情缺乏系统性地思考。 | |
无 | 无 | |
在对于服务器业务上,功能实现上,产品设计上还有很长的路需要去学习。 | 在几种工作中切换时,状态需要及时调整,希望能够迅速在各种工作中迅速切换到高质量的工作状态。 | |
无 | 无 | |
没有 | 没有 |
• 第3题 请给包括自己在内的所有成员综合考虑工作能力、工作态度、工作质量等方面进行评分。
团队成员 | 平均值 |
成员7 | 9.43 |
成员1 | 9.43 |
成员5 | 9.14 |
成员9 | 9 |
成员6 | 9 |
成员2 | 8.86 |
成员3 | 8.86 |
成员4 | 8.86 |
成员8 | 8.71 |
小计:81.29 平均:9.03 |
• 团队评分较客观,大家普遍认可的同学评分都较高,不会像有些项目每个人都给相同的评分。
议题4:SM展示项目总结报告
• 计划15分钟,实际15分钟
• 议题目的:前面三个议题都是个人进行的,这个议题是让SM对项目整体情况做个总结
• 实际效果:基本达到预期
– 从识别偏差、重现事实、洞察规律、计划行动四个方面进行总结
– 总结时间稍微长了些,前面三个议题的讨论大家对项目的认识已经较深入,这时只需针对关键问题做讲解。
– 报告请阅《银澎好视通视讯MCU管理软件4.2项目总结报告.ppt》
议题5:计划在下个项目执行的活动
• 计划10分钟,实际10分钟
• 议题目的:通过前面几个议题的讨论,总结出下个项目计划执行的活动,为下一位SM提供参考
• 实际效果:效果待观察
– 前面做了充分的讨论、沟通,改进项已较明确,但是没有挑选出重点执行的活动,也没有措施执行负责人,实际效果待观察。
• MCU 下个项目计划执行的活动:
– 需求确定,指定模块需求负责人,定期向全体同步和更新需求。
– 平台/外部依赖,提前明确详细设计,更新需求要找对应开发沟通。
– 各迭代需求,以项目关键路径为主,其他需求补充。
– 项目迭代节奏,前面紧凑后面轻松。
– 项目比较大的特性,需要组织内部客户(营销端代表)演示会。
– 项目内部沟通,建议划分出具体时间段,大家统一在这个时间段沟通,避免碎片化。
– 需将所有迭代发现的BUG都录入禅道。
– 每个项目启动初期,需要对项目团队成员请假信息进行确认。
注意事项
• SM必须提前准备好充分的会议资料,调查问卷、交叉互评都在会前完成
• SM要引导项目团队的思路,且时间控制好,每个议题都要遵守时间盒,任何一个议题延期都必然会压缩后面议题的时间,或者导致整个会议很长
• 如果觉得议题太多,可以将调查问卷和交叉互评合并,可以由QA发起
• 问卷调查和互评的目的是为了充分了解各成员的状态是否和团队节奏保持一致,有利于提高团队内沟通效率。大家客观公正的填问卷,不要太在意评分。这一点需要在团队内提前宣导到位。
• SM展示项目总结时,前面章节可以简单概括,重点在后面的洞察规律和行动计划。