写点什么

DevOps|破除壁垒, 重塑协作 - 业务闭环释放产研运协作巨大效能

作者:laofo
  • 2023-09-26
    北京
  • 本文字数:1819 字

    阅读完需:约 6 分钟

DevOps|破除壁垒,重塑协作-业务闭环释放产研运协作巨大效能

- 会议太多了,员工开会效率降低了 50%!

上篇文章《研发效能组织架构:职能独立vs业务闭环》介绍了职能独立型组织架构和业务闭环型组织架构的特点,优劣势。也许有的小伙伴可能对这两种组织架构没有深刻的体会,而本文就是想通过数据说话,想仅仅通过计算这两种组织架构下开会时间这一项,让大家知晓职能型组织架构带来的巨大沟通成本,也让大家清晰看到两个组织架构之间巨大的效率差距。

产研运协同主要工作流程

下图是一个迭代过程中产研运协同时涉及的主要工作流程



  • 绿色的会议为全员参与的会议

  • 粉色为专业职能团队内部的会议

  • 通常来说 PO(Product Owner)几乎每天都会梳理用户故事


产研运协同主要工作会议

下表详细列出了在一个迭代中涉及到的主要的会议,包括会议涉及的角色、输入、输出和会议目的。



这里有几点要重点说明

  • 运维和运营小伙伴可以按需参加。

  • 通常产品和运营不分家,所以也可以把运营划分到产品团队中。

  • 产品团队和设计团队之间的沟通会没有体现在其中

  • 迭代评审会和迭代回顾会,对于小团队来说可以合并成一个会议,但需要控制时间

  • 会议时间为我们项目中开会的实际时长,不同团队、业务和规模下也许不同。


职能独立型组织架构迭代日历



此表只包含了一个迭代中最基本的会议。有很多横向的会议没有放在其中,比如团队与用户的各种沟通会议,职能团队之间横向沟通的会议,设计师走查会议,还有一些非预期的会议和沟通等。

非预期的会议和沟通所占据的时间在职能型组织架构下是非常多的,主要是因为在这种组织架构下,因为缺少一个初步判断和处理的点和人,很多非预期的问题都要通过各种角色开多次会议拉通、对其来解决。

举个简单例子,公司的法务联系项目组要求进行软件著作权登记。这对于正在迭代中的项目组是个非预期的事件。这就开始沟通了,PMO 拉会,全员到齐开始商量谁来做这事,怎么做,大概多长时间,是否会对项目产生影响,影响多大,是否延期。有人主动担当还好,要是都推卸,肯定是一个多次沟通,部分需求延迟上线的结果,相当于砍掉部分需求。

按照上面的时间我们就可以粗算出一个迭代(10 个工作日),开会时间分别为:

  • 站立会:0.5h*10=5h

  • PRD 评审会:1h

  • 迭代排期会:1h

  • 测试用例评审会:1h

  • 迭代评审会:1h

  • 迭代反思会:1h

  • 蓝色部分为各个职能团队内部的会议,折算成全体人员会议时长为 2h

所以职能型组织架构下,一个迭代开会总时间最少为 12 h,占比 12/(8*10)=15.00%

两周开会的时间就要占据一个人总工时的 15%。是每一个人的 15%,想想就多么的可怕。

业务闭环型组织架构迭代日历

对于业务闭环型的团队,很多职能团队之间被动的拉通、对其变成了团队内部之间的自我驱动,主动承担。职能团队之间正式的交流会议就没那么重要了,团队内部之间更多的是非正式的交流。团队内部之间最好的交流时间就是「现在」,最好的交流地点就是「工位」。

  • 需求初审和迭代排期会,可有可无,甚至是早会的时间就可以消化掉

  • 迭代评审会、迭代反思会、甚至是团队周会,都可以合并成一个会

  • PRD 评审会和测试用例评审会,只需要对应功能的人员参加即可,也不需要全员全程的参加会议,甚至只需要坐到一起沟通一下,根本也不需要定会议室,也不愿意去会议室,更愿意座位上直接沟通。公司的会议室可是非常难预订的,非必要不去抢,抢会议室费时费力费脑筋。

  • PRD 内审、技术方案内审会、测试用例内审会也只需要小范围内参与讨论即可。



同样按照上面的时间我们就可以粗算出一个迭代(10 个工作日),开会时间分别为:

  • 站立会:0.5h*10=5h

  • PRD 评审会:1h

  • 测试用例评审会:1h

  • 迭代评审 &反思 &双周会:1h

所以业务闭环组织架构下一个迭代开会总时间最少为 8h,占比 8/(8*10)=10.00%。相对于职能独立型组织架构,一个迭代每一个人开会时间降低 4h,开会时间占比减少 50%。每个迭代保质保量干完活的前提下,整个团队还可以放假半天,多么明显的一个效率提升。

本文总结

本文仅仅通过计算一个迭代周期内,团队内部每一名成员的开会时间,发现了两种组织架构下巨大效率差异。通常情况下业务闭环组织架构要比职能独立型组织架构,一个迭代里每一个人开会时间降低 4h,开会时间占比减少 50%。组织架构变化带来的效率提升远比架构、技术基础设施更直接、更直观和更吸引人。心动否?要不要试试?


阅读我的更多文章

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

破局DevOps|8大北极星指标指引研发效能方向

DevOps | 研发效能价值如何衡量

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

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

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

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

laofo

关注

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

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

评论

发布
暂无评论
DevOps|破除壁垒,重塑协作-业务闭环释放产研运协作巨大效能_DevOps_laofo_InfoQ写作社区