写点什么

DevOps|研发提效 - 敏捷开发之每日站立会

作者:laofo
  • 2023-12-03
    北京
  • 本文字数:1488 字

    阅读完需:约 5 分钟

DevOps|研发提效-敏捷开发之每日站立会

对于研发效能团队建设和组织,本文不再赘述,可以参考之前的文章,已经讲得很透彻了。本文重点讲我们日常是怎么开站立会,怎么让团队跑起来,高效能产出的。每日站立会,15 分钟到 30 分钟,看似非常短的一个会,但是对团队成功、业务发展有着非常重要的作用。

站立会意义

  • 团队之间可以在极短的时间内了解其他成员做的事情,快速同步进度和问题,促进团队协作。每日站立会是一种非常高效的沟通和协作机制,特别有利于保持团队的灵活性,快速响应变化,每天消化过去一天的变化,尤其是风险。

  • 每日站立会对团队工作有推进作用,但也会对团队成员形成一种压力,毕竟我们是来做事的。如果有人一天没有啥可更新的,真免不了尴尬。如果你三天一直在说开发一个 HelloWorld,肯定会有人笑出声,大家都坐在一起,你做没做,做的是好是坏,是快还是慢,大家心里还是有数的。我们是团结在一起为了目标冲刺的队伍,我们在冲刺,有人却在那「葛优躺」,谁出力谁不出力会非常明显。

站立会时间

  • 站立会的时间视人数多少会有所不同,通常不超过 15 分钟,最长不超过 30 分钟。人太多也可以晚上开,把早上宝贵的时间空出来。

  • 开站立会是每天早上的第一件事。具体几点视公司时间要求,有的公司要求 10 点之前到公司,那么 10 点开,10:30 开都可以。我也看到有的团队人太多选择晚上开,但毕竟是少数,多数团队还是在早上开。

  • 我在快手近 3 年的时间里,团队协作方面坚持最好的一件事情就是每个工作日早上 10 点站立会,雷打不动,坚持了 3 年。互联网公司节奏还是很快的,加班是常态。我们团队 9 点 10 点 11 点甚至后半夜走的人都有,但是每天早上 10 点站立会。尤其在我们团队还五个人的时候,小松为了给 PMO 出一些数据报表,时常后半夜回去。工作日每天 10 点站立会是一件很难的事,对很多同学难,对我也一样。


我距离快手总部在我们团队是最远的,但是我一般 9 点左右到公司,每天都这样,直到我离开公司。何况那个时候,我们是有大小周的,一周五天班一周六天班,一周七天的时候也不是没上过。「律己足以服人,身先足以率人」。如果我自己做不到,那我也不要求其他人能做到。我知道很多事情都很难,尤其是最开始的阶段,我们就靠着每天向前拱一点的劲头,一点一点地向前推进项目落地。


更牛逼的还得是我老板,我 9 点到公司的时候,他已经在公司健身房练胸肌了。经过我一段时间观察,他一般 8 点半到公司,锻炼半小时上去。


站立会的核心三句话

站立会不讨论方案,不研究细节,通常 PO 来组织大家快速过一遍,站立会上每人说三句话,多一句都不行(除了 PO)。

  • 昨天我完成了什么

  • 今天我计划完成什么

  • 有什么问题

针对团队成员反馈出的问题和风险,一般 PO 会做简单了解或安排会后详谈。这样就不会让会议持续太久,也不会让风险扩大,让问题持续很长时间。这样做有利于项目进展始终处于比较良好的状态。

有的小伙伴质疑,你们不是纯 Scrum,你们为啥让 PO 组织,不应该团队自己开站立会么?是的,我们不是纯 Scrum。我们不把自己限制在 Agile、Scrum、Kanban、Lean 的条条框框中,我们认为能促进团队协作,适合我们水平和现状的就是最好的。我们采用的是特性团队(FeatureTeam)、Scrum、Kanban 结合在一起的 FTO(PO)负责制。最后说一句什么制不重要,拿到耗子才好。

本文小结

本文主要讲了每日站立会的意义、时间选择和核心原则。看似很简单的事情,想要做好都不是一件容易的事。坚持做对的事情,终究会守得云开见月明。


阅读我的更多文章

研发效能组织能力建设之特性团队FeatureTeam(上)

研发效能组织能力建设之Scrum管理框架核心精髓(中)

高效能敏捷交付团队反思:特性团队(FeatureTeam)+Scrum

互联网公司研发效能/工程效率团队建设和规划

研发效能组织架构:职能独立vs业务闭环

发布于: 刚刚阅读数: 4
用户头像

laofo

关注

日拱一卒,功不唐捐 2018-06-12 加入

关注「scmroad」, 主要关注领域 {研发效能、研发工具链、持续集成、交付、DevOps、效能度量、微服务治理、容器、云原生} 欢迎加入我们研发效能。

评论

发布
暂无评论
DevOps|研发提效-敏捷开发之每日站立会_DevOps_laofo_InfoQ写作社区