敏捷开发过程中,有效开展站立会议,能够提升开发效率、促进团队建设和信息沟通,现将我作为企业过程改进负责人旁听某项目组“站立会议”的经验体会与大家分享。
时间:2015年6月21日 8:20-8:33
主持人:XXX
参加人员:项目组成员、QA、CM、过程改进专家(旁听)
序号 | 成功要素 | 实际执行情况 | 符合度 |
1 | 限时15分钟 | 少于15分钟,时间控制很好 | 符合 |
2 | 固定的时间、固定的地点、固定的人员 | 固定在早晨上班5分钟后开始,地点固定,项目组在公司全体人员都能参加。 计划到系统测试前,每天都进行。 | 符合 |
3 | 站立会议 | 站立 | 符合 |
4 | 成员必须准时,否则惩罚 | 准时 | 符合 |
5 | 时刻围绕实际项目工作主题 | 大多数成员能围绕主题,能突出工作重点 | 符合 |
6 | 每个人给全体成员说明工作进展,而不是给项目经理汇报 | 能够进行团队成员间的信息和工作经验交流 | 符合 |
7 | 每个人都必须回答且仅回答三个问题 (昨天你完成了什么?今天要做什么?有什么需要别人帮忙的?) | 每个成员都能就三个问题简要进行说明,由于第一次开,个别存在跑题需要主持人引导 | 基本符合 |
8 | 围绕三个问题讨论 | 没有跑题 | 符合 |
9 | 同步进展而不是解决问题 | 能够简要的讨论问题、交流解决思路,且没花费太多时间 | 比敏捷有创新 |
10 | 只有一个声音,不能一个人在发言,其他人在开小会 | 没有人开小会 | 符合 |
11 | 一般要有白板,在白板上粘贴或画出本项目组的任务状态:未开始的,进行中的,中断的,完成的。 | 没有使用白板,团队间每个人熟悉相关任务分配,但进度不清晰 | 不符合 |
12 | 不需要整理会议纪要 | 未整理 | 符合 |
13 | 主持会议要确保每位组员发言时不能跑题;可以点评、提醒每个人的工作,但是一定要简短点评;如果对总体情况进行总结,一定要简短; | 主持人能够进行切合团队成员工作的交流和简短总结,有简短工作安排,有工作提醒。 | 符合 |
14 | 非本小组的成员,可以旁观,不需要发言,不能下指令,只能旁听 | 在团队开会过程中,旁听者未发言 | 符合 |
15 | 不能中途有人退席,或接听电话 | 无人退席,但有人接打电话,主持人已经确定在会后同此成员沟通 | 不符合 |
主要优点:
1 达到了团队及时沟通进展的效果。
2 会议主题清晰,进展控制很好。
3 参会人员没有发散议题,均围绕工作主题陈述或说明。
建议改进点:
1、 建议在每周一的站立会议上,可以回顾上周工作的总体完成情况,在周二以后的每天站立会议上,再严格按三个问题 (昨天你完成了什么?今天要做什么?有什么需要别人帮忙的?)进行,这样会使每周、每天的个人工作计划与进度,无形中进行相互监督,消除个人惰性,不至于发生太大的偏差。
2、 主持人可以在每天或每周末的站立会议的结尾,进行简短点评,1)工作总体进展回顾,哪些做得好,哪些需要努力加强;2)需注意的关键事项或风险,3)到周末的阶段点,工作总体进展分析,以及要求(此项如能借助漫索或白板,形成进展图最好)。
3、 建议在必要时使用白板,在上面快速的绘出工作任务、进展情况,或者记录关键点。可以把白板上的记录内容,拍下照片,会后发给每个成员;主持人可以在下次站立会议前打印出来,开会时进行对照。
建议在下次召开站立会议开始时,主持人强调一下会议规则:开站立会议期间,不可接打电话,一是避免干扰,二是本来站立会议时间就短,可以不带电话,三是以示对团队成员讲话人的尊重,要认真听别人的交流,不应开小差。这此注意事项,主持人可以合适方式在会上说明,或者找对应的人谈话说明。