首页 > 其他分享 >DevOps|研发提效-敏捷开发之每日站立会

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

时间:2023-12-03 23:33:40浏览次数:42  
标签:10 站立 Scrum DevOps 我们 敏捷 提效 团队 PO

对于研发效能团队建设和组织,本文不再赘述,可以参考之前的文章,已经讲得很透彻了。本文重点讲我们日常是怎么开站立会,怎么让团队跑起来,高效能产出的。每日站立会,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业务闭环

标签:10,站立,Scrum,DevOps,我们,敏捷,提效,团队,PO
From: https://www.cnblogs.com/laofo/p/17874042.html

相关文章

  • 微软发布Azure DevOps Server 2022.1 RTW
    微软公司在2023年11月28日发布了AzureDevOpsServer2022的第一个功能完整的升级包,在这个升级包中,从工作项到源代码、流水线、测试计划、制品库等所有功能模块都有一大推新增功能。用户可以从这个链接(AzureDevOpsServer2022.1RTWnowavailable-AzureDevOpsBlog(microso......
  • OpenDevOps 使用任务平台
    一、任务平台演示(不带参数)1)创建不带参数的命令  指定强制主机会强制在该机器执行 2)创建执行用户,在模板添加的执行的命令里面需要选择执行用户3)创建不带参数模板  id需要记录下来,需要授权给相关用户,用户才能对该模板进行操作 4)创建标签树。标签树也就是组的......
  • 一些devops、软件工程的个人感悟
    1、devops不是简单的工具,是思想。(1)devops核心在于快速编译构建、自动测试化、自动部署发布(2)工具只是辅助手段,无论是Jenkins、腾讯蓝盾等等,甚至是手动bat+bash搭建,自己写的微服务(专为部署服务),只要配置灵活、兼容性强,能满足业务场景的发布需求,它就是devops。高手从来不在乎武器的......
  • 进行敏捷开发培训有助于团队更好地理解敏捷方法、提高工作效率和质量,促进团队协作
    ​敏捷开发是一种以人为核心、迭代、循序渐进的软件开发方法。它强调团队合作、客户需求和适应变化。进行敏捷开发培训其实有多种原因,我整理了一些,可以作为参考:理解敏捷原则和实践: 敏捷开发不仅是一种方法论,更是一种思维方式和文化。培训能够帮助团队成员了解敏捷的核心原则......
  • Aloudata 余俊:数据虚拟化技术如何实现敏捷高效的逻辑数据集成与链路编排
    一、Data Fabric 与数据虚拟化简介在正式介绍 Data Fabric 之前,我想先回顾一下我们现有的数据仓库体系面临的问题。当提到数据仓库时,许多从事数据工作的人可能会想到 ETL(抽取、转换、加载)和一些技术工具,如 Hive、Hadoop 和 Spark。我在过去十多年一直在数据仓库领域工作,与......
  • 探索DevOps文化
    采用DevOps文化需要在企业层面改变思维方式、流程和文化。许多人认为采用DevOps只是在不同的团队之间划分任务,并为团队成员分配特定的角色。然而,恰恰相反,它需要在实施最佳实践的同时,致力于更长远的事业。因此,转向DevOps不是一个瞬间的转变,而是一个组织必须共同迈向的持续旅程。在......
  • Scrum敏捷开发流程核心及敏捷支持工具
    ​Scrum是一种敏捷开发框架,用于管理复杂的项目。以下这些步骤构成了Scrum敏捷开发流程的核心。通过不断迭代、灵活应对变化和持续反馈,Scrum框架帮助团队快速交付高质量的产品。以下是Scrum敏捷开发流程的基本步骤:产品Backlog创建: 产品负责人与利益相关者合作,制定产品Backlog......
  • DevOps
    整体的软件开发流程包括:PLAN:开发团队根据客户的目标制定开发计划CODE:根据PLAN开始编码过程,需要将不同版本的代码存储在一个库中。BUILD:编码完成后,需要将代码构建并且运行。TEST:成功构建项目后,需要测试代码是否存在BUG或错误。DEPLOY:代码经过手动测试和自动化测试后,认定代码已经准......
  • FinOps和DevOps的未来会怎样?
    FinOps(或财务运营)是一种文化实践,它将财务责任引入云的可变支出模型。这是一种将系统、最佳实践和文化相结合的战略方法,可提高组织了解云成本并做出明智决策的能力。本质上,FinOps是一个管理云运营费用(OpEx)的框架。它旨在将技术、业务和财务专业人士聚集在一起,以确保公司能够从云投......
  • 为什么需要进行敏捷开发培训?有哪些好处?
    ​敏捷开发是一种以人为核心、迭代、循序渐进的软件开发方法。它强调团队合作、客户需求和适应变化。进行敏捷开发培训其实有多种原因,我整理了一些,可以作为参考:理解敏捷原则和实践: 敏捷开发不仅是一种方法论,更是一种思维方式和文化。培训能够帮助团队成员了解敏捷的核心原则......