整屏幕滑动的网站,开了网站建设公司 如何接业务,c2c模式的议价方式有,新开传奇新服这几年#xff0c;云原生、Web3.0、元宇宙等技术的出现和应用#xff0c;正在深刻地改变着我们这个世界。以数字技术应用为主线的数字化转型是此次人类文明变革的核心动力。在这一变革过程中#xff0c;软件研发模式的发展起到了重至关重要的作用。从早期瀑布式、精益敏捷、…这几年云原生、Web3.0、元宇宙等技术的出现和应用正在深刻地改变着我们这个世界。以数字技术应用为主线的数字化转型是此次人类文明变革的核心动力。在这一变革过程中软件研发模式的发展起到了重至关重要的作用。从早期瀑布式、精益敏捷、DevOps再到BizDevOps其实背后一直在解决的是效能的问题。
效能公式
我们常常聊效能但研发效能对于不同的人来说有着不同的定义。对于处在研发一线的个人来说效能就是提升自己的工作效率提升工作的幸福感而对于企业经营者来说效能就是在不确定性的环境下确定性地获得最大的商业成功。
因此提升效能就是让每个人能够高效、专注的工作工作更有成就感提升效能就是让一群人干成一件值得骄傲的事。
我们之前定义过研发效能就是组织持续、顺畅、高质量交付有效价值的能力。从提升效能的角度研发效能就是提升个体和协同效率最大化价值。将这个三个变量组合在一起形成的效能公式就是
个体效率 x 协同效率 x 价值 研发效能 个体效率
对于个人而言个人的工作效率其实是最影响幸福感的。事情做不好很大部分原因是事情理不清、理不顺。老师通过看一个学生的课桌和书包基本就可以判断这个学生的学习成绩好不好了。桌面干不干净、书本整不整齐、教材和教辅分类是否清楚、考卷有没有分门别类整理等这些都直接影响着学习的效率。所谓“学霸两支笔学渣文具多”如果绝大多数时间和专注力花在找书本找文具上学习自然是好不了的。
另一个影响的效率的重要因素是那些高频且低效或易于出错的工作。简单重复性强的工作引入自动化的手段就可以解决。高危操作出错和返工的成本都极高。将这些问题交给工具来完成可以极大地减少由于人为操作导致的问题。
所以我们希望在日常工作中事情能够有条理的按部就班要的东西找得到看得见。重复繁琐的事情让工具代替手工更轻松地做省心、安心、放心。我简单总结就是三个关键词找得到、看得见、轻松做。
今年云效分别升级了全站搜索、个人工作台、代码合并、智能测试和应用发布等能力旨在让
零散信息找得到通过个人工作台我们可以将自己关心的工作内容展现在一个页里“我的项目、我的任务、我的提交、我的发布”个人工作台就是自己的专属线上办公桌。像整理自己桌面一样整理好自己的工作台让任务轻松触达同时通过全站搜索能力无论是需求、任务、缺陷、代码、应用、变更等等都能通过 CMD K 找到。 任务、进度看得见每个人对自己关心的任务、关心的进展都能轻松地看见。就像观测地铁到站表一样非常清晰地知道当前任务经过了哪些阶段当前处在什么阶段到结束还需完成哪些阶段。 代码提交轻松合开发者有大量的代码合并和评审的场景通过辅于自动化的检测能力帮助开发者在代码合并的时候轻松判断合并条件有针对性地进行评审放心轻松地合并代码。让代码合并省心。 回归测试轻松测测试工作在软件研发过程中承担着非常重要的质量守护工作测试工作从写case、准备环境、准备数据...琐碎而重复对于这样的工作我们建议这样的工作交给工具来做云效除了接口测试、UI测试这些传统的测试工具之外推出智能流量回放测试。采用智能流量回放测试可以自动生成测试用例自动生成测试数据自动Mock大幅节省回归测试的成本。让质量内建安心。 应用上线轻松发软件的发布在云研发时代是一个高频操作同时也是高危操作。云效应用发布平台AppStack推出面向云原生的应用发布能力将资源、流程和工具以应用为核心组织在一起从应用的创建、代码变更、部署发布整个流程固化下来减少过程中由于人为操作不当而引起一系列问题。同时部署是最后的临门一脚辅于发布过程中的可观测能力和部署模式的支持有效降低发布过程中的风险应用的发布上线不再熬夜加班。让应用发布放心。 只要善于发现可提升、改进的机会还有很多。不要低估持续不懈地优化和改变进步的力量始于每一点微小的改变。
协同效率
如果说个体效率的提升影响的是工作幸福感的话那么协同效率的提升反映的就是组织的成熟度和活力。
软件研发是典型的集体性创造活动。人多了就会有分工分工有很多好处亚当·斯密最早提出了分工理论通过比较优势分工可以提高效率。但随着组织的发展职能分工带来最直接的问题就是效率竖井。
关于效率竖井我们以前讲过很多次。不同的职能分工职能间的关注点不同优先级不一致经常出现扯皮的现象。同时在整个交付过程中出现阻塞、等待、返工的情况。彼此沟通过程中概念不一致鸡同鸭讲聊不到一块儿。这样的后果是每个团队看上去繁忙而高效而整体却效率低下。 协同的目标就是让一群人确定性地共同完成一件大事。整个协同应该是一条通路通是关键。在DevOps中打破Dev和Ops的墙是为了通在BizDevOps中打通Biz和DevOps的墙也是为了通。这里我把它归纳为两个关键词连接和透明 通过一个需求与应用的变更建立关联通过一个需求与代码合并请求建立关联。双向互联互通基于统一的数据模型将这些核心作业对象关联起来形成一张价值网这样就建立起来了从协作到工程的完整链路。 连接的意义远大于在研发流程中将工具简单的拼装在一起。有了核心工作对象的关联就像接通了整个研发协同系统的血液循环活了过来整个系统也就具有了生命力。
连接建立了基础透明化就不再话下。这样整体的工作进展从需求、代码、发布完全打通工作进展更准确、透明。迭代进展能够及时、准确地看到工作安排是否合理通过工作负载也能展露无疑。 有了连接做为基础数据在各环节就能共享任务和进展可以轻松看得见效能现状也能轻松看得见。 一群人安排了哪些活、在哪一天工作量是否过大等等。对于管理者而言效能现状也能做到胸有成竹团队效能有没有“病”要不要“吃药”有了数据的支撑就能做到对症下药了。 同时通过关系和信息的配置将流程固化在工具上。让过程管理不再局限于纸面文章而是可运行、可重复、可推广。
然而无论是提升个体效率还是协同效率。在软件研发工作中最大的问题其实是机会的浪费。
价值
选择比努力重要。资源这么多只能选择最有价值的事情来干。如果说连接是血液循环系统的话那么价值就是这个系统支撑的魂。但实际的工作中往往容易丢了“魂”。丢了“魂”的工作是怎么样的呢 是工作说不清楚价值是需求很多但不知道哪个更重要是我的工作和老板关心的工作不一致是需求层层分解、任任层层转交导致信息严重失实。
人就那么多时间也很有限选择一件对的事情并且做好分解和传递很重要。所以我认为做好价值最大化的两个关键因素是选择和传递。 关于选择收益和成本是最简单的两个变量通过收益除于成本就可以简单得到一个基础投资收益得分基于此做为选择需求的参考。 一定会有朋友说价值模型有很多单纯靠这两个变量是否过于简单。其实从本质上讲无论多么复杂的价值模型背后的底层逻辑都是收益和成本。有了这两个简单的变量争论便有了基础而不是看谁嗓门大、关系亲疏、职级高低来决定做哪个需求。这就很有意义让价值的争论发生在越早越好。
同时有了评估选择的基础我们就可以做到以终为始在开始的时候就以最终想达成的结果来进行评判选择和量出而入在排入需求的时候就以输出的时候为标准无论是质还是量。
从收到一个前线的原始需求转化为一个产品主题再逐层分解直到开发任务这是整个价值传递的过程。研发的整个流程其实就是价值流价值流上的各环节是增值活动。这样整个价值链上的每个事情都是有价值的每个事情也都能说明价值。
同时对于业务、产品或技术来说用一套话语体系说话。从原始输入到产品需求再到技术任务云效通过关联所有的核心对象让事事有着落件件能溯源。 写到最后
通过让事情找得到、看得见、轻松做提升工作的幸福感提升个体效率。通过连接和透明化建立彼此协作的桥梁和信任提升协同效率。通过价值有效选择和传递最大化价值。整体共同作用提升研发效能。 基于这个逻辑让我们从面向流程到面向价值进化从提升效率到提升效能进化。当然云效也无法兼顾到研发活动的方方面面我们愿意和我们的伙伴和用户一起努力做一点点改变。进化其实就是每一点点进步。
感谢我的同事们努力的工作让进步一点点发生。最后欢迎大家对我们的产品提出更多的想法和建议。
作者张燎原阿里云云效 产品负责人
原文链接
本文为阿里云原创内容未经允许不得转载。
