PMO前沿圆桌会议，每周二晚上8点，都会邀请具有行业实战经验的嘉宾和大家交流分享，本期邀请的是暖益老师，给大家带来《如何开好站会》的分享。很多人由于种种原因没有赶上直播交流，也为大家准备了视频录播回看，希望能够助力大家成长提升。
为了让大家方便查看，咱们把视频整理到B站和知乎上了，需要查看的在B站或者知乎搜说：“PMO前沿”关注即可。视频回看一文搞懂敏捷项目管理-如何开好站会【前沿圆桌及视频回看】
有经验的敏捷教练都知道，如果站会开得好，会给团队带来巨大的价值，但是我们还是会遇到刚开始引入敏捷的团队，第一个实践就失败了。
常见的问题有：
l站会开得像汇报会，组员开会没有积极性，对于站会的价值产生质疑
l站会开得时间越来越长，效率低下
l每个人都回答那3个问题，但是为什么工作的推进还是没有进展缓慢
我们先从以下几个方面来对站会做一个全面的认识：
1、站会的目的
2、站会的原则
3、站会的形式
01
站会的目的
站会是Scrum中一个重要的会议，也是敏捷中的一个重要的实践，那么站会究竟是为了达到什么目的，对团队而言究竟有什么意义，我们为什么要引入站会。
这或许是刚引入敏捷的ScrumMaster或者PMO在一开始就需要解答的问题，这个问题也可以很好的帮你解答团队对你的质疑。
Daily Scrum 的目的是检视达成 Sprint Goal 的进展，并根据需要调整适应 Sprint Backlog，以调整即将进行的计划工作。
这是2020版《Scrum指南》上对Daily Scrum的解释，看完大概很多人会一脸懵，尤其是你的团队成员，如果你这样告诉他们，他们一定会让你说人话。
其实作为专业的敏捷教练，对于这句话当中的检视、适应这两个词一点都不会陌生，他们是Scrum的三大理论支出透明、检视、适应中的其中两个。但是如果你需要告诉你的团队，站会的目的，你需要通过具体的场景来告诉他们。
01
快速同步对齐信息
【场景】对于测试人员，想要知道团队开发的功能是否提测，如果没有日会，你可能需要从聊天窗口上找对方，如果未能及时阅读消息，就没有办法及时响应，从位置上找，可能对方当时不一定在工位上，更何况有的时候一个测试人员需要对接3~4个开发，这种情况下，同时要找齐4个人可不是很容易，而站会上大家都在。
沟通效率上来说，面对面沟通>电话沟通>即是通讯软件沟通，当面的沟通可以帮助大家快速的拉齐信息。
02
发现问题或风险
【场景】第三方sdk是否已经完成是昨天的待办，待办由负责人跟进，但此待办是第二天好几项工作开展的基础，第二天站会时由待办负责人同步前一天跟进结果，能够帮助大家及时发现依赖此工作的风险情况。
【场景】当然遇到问题的时候即时反馈是最快的，但是作为程序员，为了提高编码效率，往往需要大段的不被打扰的时间。可以通过即时聊天工具进行沟通，如果未能及时获得反馈，至少还有日会上能够进行沟通和反馈，避免问题被延迟反馈，最终形成风险。还会存在一些并不善于沟通的同事，由于平常缺少交流，信息也无法及时得到反馈。
03
形成团队的感觉
所有的人站在一起，对于一个初创团队，或者对于像我们这样的跨多地办公的团队来说，也是形成团队感的重要途径。两个没有直接对接关系的人员，也可以通过日会来了解对方的工作内容，下一次的工作对接也会更加的顺畅。
02
站会的原则
站会究竟要遵循什么原则呢？又为什么需要遵循这些原则。
三定：定时、定地点、定人员
- 控制好时间
- 会前充分准备
- 做好会议纪要
01
三定：定时、定地点、定人员
三定的其中一个重要原因是为了敏捷，减少重新约时间、约地点，联系人员参会的成本。这种确定性可以提交效率，同时也能帮助团队形成习惯。
02
控制好站会时间
一般站会的时长需要控制在15分钟内，在Scrum中有一个重要的概念TimeBox，遵循时间盒非常重要，会议时长延长会降低大家在会上的专注度，会议的效率也会降低。
如果会议时长越来越长，需要关注是否有人在同步的过程中过多的描述细节，是否在会议上视图解决具体问题，这个时候可以由ScrumMaster提醒将问题记录为待办跟进。如最开始提到的日会问题，站会过长，也会导致大家对日会失去兴趣。
03
会前做好充分准备
应用电子看板的站会，需要在会前将看板上的需求或者任务调整为最新的状态，并记录问题或者阻塞内容；提前回顾昨天做了什么，今天计划做什么，以及遇到的问题，避免在轮到你的时候没准备好，或者遗漏了重要的问题。
04
做好会议纪要
不是所有的问题都能当场解决，也有需要会后跟进的事项，这些都需要有人能够及时记录下来，并在第二天的会议上review解决情况，可以指定一个主持人，一个记录人，或者轮流主持或者轮流记录，这样可以帮助大家形成ower意识，也能够提高自主性。
03
站会的形式
01
围绕人
依次轮流回答三个问题
- 昨天完成了什么
- 今天计划完成什么
- 哪些障碍阻碍了你的进展？
团队人少，工作项比较集中的情况下，可以采用这种方式，如果一旦团队人数增加，工作项增加，三个问题下来，会出现每个在站会上都讲了完成了什么，但是工作项没有进展的情况。也会出现，因为人数增加，三个问题一次轮流讲完，会议时长远远超过了15分钟。
于是，有人建议将会议的三个问题的顺序修改为：
哪些障碍阻碍了你的进展？
l你今天计划做什么？
l昨天你完成了什么？
l以突出问题的重要性
02
围绕事
围绕人来讲进展，确保可以让每个人都发言，包括平时不擅长交流的团队成员也能有机会发言，但是也会遇到一些问题，每个人都讲完了 ，但是实际的工作项没有进展。
这个时候围绕事来展开不失为一种好方法，有电子看板的团队，可以在采用如下的电子看板，根据工作项的优先级依次展开发言。
最后
作为敏捷中的重要的实践，如果大家还没有尝试过，建议可以试行一下，相信会给大家的项目管理带来一些改变，站会其实并不复杂，如果你开始每天站起来开这个站会，改变也许就这样悄然发生了。
————————
作者介绍：暖益
PMP/Prince2/CSM；
现任国内500强公司PMO，项目管理经验超过10年。
———————————————
近期热文：
- 项目中遇到严重问题如何快速定位和进行问题复盘【管理有度10】
- 项目经理如何快速提升自己的阅读能力？【管理有度9】
- 如何成为一个高情商的项目经理？【管理有度8】
- 面对项目风险，优秀的项目经理如何变被动为主动？【管理有度7】
- 你写的项目管理周报有没有灵魂？【管理有度6】
- 学了敏捷，但你还不知道DevOps，就Out了【管理有度5】
- 一文搞定PMO如何推动流程规范的落地及常见问题如何解决？【管理有度4】
- PMO和项目经理如何建立组织影响力【管理有度3】
- 如何做好项目干系人管理的实战案例分析？【管理有度2】
- 敏捷项目中如何做好进度管理及其步骤方法【管理有度1】
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
