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业务闭环