- 会议太多了,员工开会效率降低了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管理框架核心精髓(中)

DevOps|破除壁垒,重塑协作-业务闭环释放产研运协作巨大效能的更多相关文章

  1. 百度王一男: DevOps 的前提是拆掉业务-开发-测试-运维中间的三面墙

    这是一个创建于 375 天前的主题,其中的信息可能已经有所发展或是发生改变. 由数人云.优维科技.中生代社区联合发起的 系列 Meetup < DevOps&SRE 超越传统运维之道&g ...

  2. 博云DevOps 3.0重大升级 | 可用性大幅提升、自研需求管理&自定义工作流上线,满足客户多样化需求

    DevOps能够为企业带来更高的部署频率.更短的交付周期与更快的客户响应速度.标准化.规范化的管理流程,可视化和数字化的研发进度管理和可追溯的版本也为企业带来的了更多的价值.引入DevOps成为企业实 ...

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

    现在很多公司都在做或者计划做研发效能,也知道研发效能工作很重要,能提高产研运同学的协同效率,提高员工的工作效率和质量,提高业务交付效率和交付质量,但是价值有多大?效率又有多高呢?因为不容易说清楚,所以 ...

  4. DevOps|研发效能不是老板工程,是开发者服务

    有人说研发效能是老板工程.不是的,研发效能不是老板工程,它不直接服务于老板(虽然老板可能看一些报表),反而是服务于广大产研运(产品+研发+质量+运维)的同学,所以有的公司也把研发效能叫做基础中台,平台 ...

  5. devops|中小公司不要做研发效能度量

    我特别反感那些不顾公司现状一上来就想要做研发效能度量的人,尤其是想把研发效能度量当成锤子四处去敲打螺丝钉的人. 没几个人的小公司上来就做研发效能度量,就如同普通人一上来直接问媒婆怎么能娶到迪丽热巴.解 ...

  6. TcaplusDB服务体系揭秘

    导言 TcaplusDB是腾讯出品的分布式NoSQL数据库,存储和调度的代码完全自研.具备缓存+落地融合架构.PB级存储.毫秒级时延.无损水平扩展和复杂数据结构等特性.同时具备丰富的生态.便捷的迁移. ...

  7. 【漫话DevOps】What is DevOps?

    最近几年"DevOps"这个关键词经常出现在项目开发当中,特别是随着微服务/容器/cloud在项目中的大范围应用,你不想知道都很难.作为一个伴随CI/CD到DevOps一路走来的工 ...

  8. 你晓得吗?大多数企业根本没有做到 DevOps!

    作为当代 IT 企业提升效率的葵花宝典,DevOps 对 IT 企业效率的提升有目共睹 ,一时之间各大企业纷纷用提升效率的 DevOps 开发.协作.管理工具武装自己. 对比 2014 年上半年,CS ...

  9. 一篇文全面了解DevOps:从概念、关键问题、兴起到实现需求

    一篇文全面了解DevOps:从概念.关键问题.兴起到实现需求 转自:一篇文全面了解DevOps:从概念.关键问题.兴起到实现需求 2018-06-06 目前在国外,互联网巨头如Google.Faceb ...

  10. DevOps简介

    DevOps 是一个完整的面向IT运维的工作流,以 IT 自动化以及持续集成(CI).持续部署(CD)为基础,来优化程式开发.测试.系统运维等所有环节. DevOps的概念 DevOps一词的来自于D ...

随机推荐

  1. 【pandas基础】--目录(完结)

    pandas 基础内容的目录: 概述 pandas 主要功能和应用场景的介绍. 数据读取 数据读取是第一步,只有成功加载数据之后,后续的操作才有可能. pandas 可以读取和导入各种数据格式的数据, ...

  2. JAVA SE基础《一》----JAVA入门

    初识Java 1.Java背景知识 java是美国sun公司(Stanford University Network)在1995年推出的一门计算机高级编程语言. Java早期称为Oak(橡树),后期改 ...

  3. Mybatis使用级联映射时 , 查询的结果为null

    错误原因 在学习多对一映射处理中的级联方式处理映射关系时 , 发现自己查询的结果有一个为为null 于是就开始对代码进行排查 , debug ,最终发现错误 , 原来是自己映射中的 property ...

  4. Python开发中自动化构建项目结构样式

    摘要:在项目开发过程中,一个良好的项目结构对于团队的协作和代码的可维护性起着重要作用.通过使用自动生成项目结构文字样式的工具.不仅节省了手动编写项目结构的麻烦,还确保了结构的一致性和准确性. 本文分享 ...

  5. Spring Loaded代码热更新实践和原理分析

    1.引言 开发者在编码效率和快速迭代中的痛点场景包括: 修改代码后,需要频繁重启应用,导致开发效率低下: 实时调试时,不能立即看到代码修改的结果: 大型项目中,重启的时间成本较高. 针对这些问题,本文 ...

  6. Thread 和 ThreadPool 简单梳理(C#)【并发编程系列】

    〇.前言 对于 Thread 和 ThreadPool 已经是元老级别的类了.Thread 是 C# 语言对线程对象的封装,它从 .NET 1.0 版本就有了,然后 ThreadPool 是 .Net ...

  7. REST API 设计最佳实践:为什么不要在URI中使用动词?

    总的来说,HTTP协议出现以来Web服务也就存在了.但是,自从云计算出现后,才成为实现客户端与服务和数据交互的普遍方法. 作为一名开发者,我很幸运能够在工作中使用一些仍然存在的SOAP服务.但是,我主 ...

  8. centOS7 磁盘扩容(2T以上)

    centOS7 磁盘扩容 1.安装parted分区工具 yum install -y parted 2.查看服务器分区情况 #fdisk -l 或者 lsblk 找到新增磁盘名称 例如/dev/sdb ...

  9. 2021-7-9 VUE的number\trim\lazy

    Vue的v-model.number顾名思义,即是将绑定的参数中的字符串强制转换为int类型 而v-model.trim是将参数的前后空格删除 v-model.lazy:v-model的绑定是实时响应 ...

  10. 2021-3-9 保存csv格式文件

    public void SaveCSV(DataTable dt, string fullPath) { FileInfo fi = new FileInfo(fullPath); if (!fi.D ...