如何衡量敏捷转型的价值

4、敏捷转型:从“做敏捷”到“成为敏捷” 本文探讨了从‘做敏捷’到‘成为敏捷’的转型过程,强调敏捷不仅是方法和实践,更是一种文化和思维方式的变革。文章详细介绍了敏捷转型的必要性、关键要素、实施步骤以及评估方法,并提供了RICH模型和AVID框架等实用工具。通过理解敏捷的核心价值观,推动客户和员工的深度参与,组织可以实现更高效的团队协作,提升市场适应能力。无论是敏捷新手还是已有经验的团队,都能从中获得实用的指导和启发。 阅读详情

2019.9.23~9.27,我们进行了第六次敏捷能力评估,评估依旧分为团队自评以及教练团队进入团队现场实地评估。
很多评估的方法和团队对于评估的评价,我也通过视频的方式在逐渐分享给大家。
跟随敏捷转型时间越长,很多东西就越来越明晰,比如这次我要和大家聊聊的“如何衡量敏捷转型的价值”。
通过度量数据
提高效能是虚荣指标

首先我再次对所谓的度量(比如需求吞吐量、交付前置时间)提高效能嗤之以鼻,度量数字来看效果然后做改进是典型的KPI思维,如果你是使用产研需求吞吐量和开发前置时间来衡量做敏捷前后的变化,那么以下的内容都可以不用看了。
至于KPI思维是什么?我们可以简单去了解下OKR,为什么OKR比KPI帮助我们对目标管理往前跨了一大步,就是因为OKR不仅注重关键结果,更重要的是OKR注重完成目标的过程管理,也就是说OKR引导我们需要和上下级做好工作的过程管理,而不是简单的看数字,有了对过程的详细交互,及时暴露问题,解决问题,才能更好的推动关键结果的达成。
度量提高效能完全把组织管理的重心又重新牵引到看KPI数字,再次忽视了工作过程的重要性。如此典型的“退化”尽然可以席卷以知识工作者为主要力量的产研圈子,足可见独立思考不是每个人都具备的,更加可见“传播真实,不要传播表象”(【见证敏捷】第四弹:传播真实,不要传播表象)的重要性。
所以,在这里我再次旗帜鲜明的反对通过度量数字来衡量敏捷转型前后产研效能的观点,尤其是所谓的需求吞吐量、前置时间等,完全是些虚荣指标。
那么,我要做的是什么呢?我来带大家一起思考。
组织存在的意义是什么
100多年前,巴纳德早就告诉我们“组织存在的理由就是为了实现目标”,而为了实现目标,靠数字、靠概念、靠说是不能实现的,那靠什么才能实现?只有行动。
我们再把时间拉回到现在,斯坦福大学的福格教授提出了一个行为学公式:B=MAT,一个人的行为由动机、能力和触发三个变量构成。
在一个组织中,我们靠行动来完成目标,而如果需要人来产生相应的行动,则必须让其具备对应的能力。
所以,在一个组织中做敏捷转型,不是看什么导入的框架牛不牛,不是看谁来做,也不是度量什么数据,核心是要让组织中的人具备实践敏捷方法的能力,然后才能产生敏捷实践中的行为,从而支撑组织目标达成。
T1
这也是为什么我们每个季度会做敏捷能力评估的根因,核心就是要不断提高我们所有参与到敏捷中人员的能力。
敏捷的价值是什么
在之前的文章中,我和大家探讨过敏捷的价值到底是什么?其核心就是降本增效。
如果你的组织是处于初创阶段,那么就是降低产品面对市场的试错成本;如果你的组织是处于发展阶段,那么就是降低横向部门的协作成本;如果你的组织是处于成熟阶段,那么敏捷能够帮助组织沉淀非常优秀的文化,降低了组织管理的成本。
由于现在组织因应环境的变化,人员、结构、战略等变化都特别快,不管在什么阶段,降低成本是组织经营都需要回答的问题。所以我们使用敏捷思维和敏捷的方法可以帮助组织同时降低试错、协同和建设文化的成本。
敏捷通过什么方式来
降本增效

在了解了组织存在的根本和敏捷的价值之后,我们再把敏捷方法拿出来结合组织的目标一起分析,就能更好去探讨敏捷方法是如何帮助组织降低成本的,我们该如何度量敏捷的价值就自然而然的出来了。
敏捷方法的核心价值1:通过迭代来交付目标。
万物迭代,本无可厚非。但在软件开发领域,受限于于瀑布式交付方式的沉重和死板,敏捷开发倡导短小迭代,响应变化的更加灵活的交付方法。
敏捷方法期望组织把大目标变成小目标,把一个个大而全的假设,拆分成一个个能快速验证的小假设。然后赶紧完成小假设的目标,及时验证价值,及时响应市场。
小目标的另外一个好处,就是降低了输入到产研测的需求场景数量,每个组织的产研资源都是有限的,大量需求输入到有限资源的产研测不仅会给完成目标带来更多风险(比如测试不全面带来返工成本),也会给管理过程增加复杂度(比如切换成本)。
所以,敏捷带给我们的第一个价值:小目标。
敏捷方法的核心价值2:及时响应变化。
敏捷通过迭代交付目标,让我们有更多试探市场的机会。每一次的迭代交付之后,我们都可以重新对产品、对市场有新的思考并产生新的认知,从而提出新的需求,也就拥抱了市场和外部环境的变化。
而每提出的新需求,一定是基于用户洞察而来,这里再次强调,产品运营数据是给不了正确洞察的,数据仅仅是过程记录的结果反馈,洞察还是要和用户来沟通获得,或是基于数据再次的思考获得。
但无论如何,敏捷开发模式提供了这样对于产品交付拥抱市场/用户变化的机会。否则,放在瀑布式交付里,会有大量变更带来的冲突和矛盾、重复学习,或是错失市场的成本。
那么,敏捷之所以可以及时响应变化,依旧和敏捷所带来的【价值1】密不可分,就是首先要有小目标。在有了小目标之后,才有了可以去验证小目标交付之后及时收集市场反馈的情况。
接下来,验证市场后即使用户需求真的发生了变化,那这个变化回到组织里依旧还是目标的变化,我们会再次形成新的小目标去进行迭代交付。
所以,我们可以看到无论是【价值1】还是【价值2】,其根本就是敏捷给组织带来了小目标,而目标是通过计划管理来实现的。
敏捷方法的核心价值3:Scrum五会带来协同效率。
在有些企业,除了创新业务,很多产品交付并不是一直在试探市场,而是在既有的业务场景下叠加更多业务场景,及时满足顾客/用户提出的需求就行。
比如京东在进入规模化阶段的时候,现有零售业务面向B端商家侧需求,大部分不是创新性需求,而是满足型需求。
这个时候,敏捷方法带来的【价值1】和【价值2】依旧是适用的,也就是说通过迭代交付可以帮助现有业务尽早给B端商家提供价值,同时还能及时响应B端商家的需求变化。
随之而来的,还有第三个价值:我们需要提高组织内各种角色的协同效率。
产品交付场景下,涉及产研测运四种角色,四种角色基于Scrum五会进行协作,可以极大提高团队的协同效率,并通过改进目标来不断提高团队自身的能力。
通过两年近30个团队的实战体验,敏捷Scrum五会(需求梳理会、计划会、站会、回顾会、演示会)的设计不仅合理而且科学。
在组织导入敏捷的时候,非常重要的是要教会团队为什么要开这五会以及五会到底如何开,并通过规则的制定让团队能长期坚持开起来才是最重要的。
百年管理学发展,从泰勒到德鲁克再到梅奥,都在告诉我们效率提升的根本是什么,这跟度量效能一点关系都没有。在产品交付领域,提高生产效率的根本就是分工、协同和问题闭环(三招教你如何提高组织生产效率),最重要的一环就是协同会议,Scrum五会提供了非常科学合理的产品交付会议节奏,为提高产品交付效率打下了最基础的方法论指导。
所以,敏捷给我们带来了第三个价值:提高产品交付的生产效率,而提效的核心是要把敏捷五会开起来,及时暴露和解决五会中的问题,并能推动问题的解决。
敏捷方法的核心价值4:通过看板方法来暴露浪费的问题。
看板方法起源于丰田制造的精益思想,通过过程的透明和及时生产杜绝过程中浪费。
同样,产品开发领域跨界借鉴了丰田精益思想,由David J. Anderson所著小蓝书《看板方法》正式开启了看板方法在产品开发领域的应用。
我们依旧用实践来说话,两年近30个团队的实战体验告诉我,看板方法的核心就是暴露过程尤其是开发、测试、上线这三个过程中的浪费问题。
再换个话术,看板方法的核心就是暴露开发、测试、上线这三个阶段进度过程中的问题,这些问题包括:人员等待、需求延期/等待、需求过多、质量缺陷、需求变更等。问题暴露出来后,要去推动这些问题的解决,否则给组织完成目标带来更多浪费,这些浪费都是成本。
由于这些问题的存在,我们才能明白,为什么看板方法的实践会有可视化进度过程、內建质量、限制在制品、管理流动,这些都是为了更好的提前预防问题发生、及时暴露问题、推动问题解决而设计。
但我依旧在这里强调,仅仅有个看板在那里,问题是不会冒出来的。问题需要团队在一起,以协同的方式来分析才会产生,对问题根因和处理方式达成共识才能被推进解决,看板仅仅是我们为了暴露问题所依赖的一个工具而已。
而这个协同的方式,又回到了敏捷的核心【价值3】,一定是以会议的协同方式,来暴露看板上的问题。这也是为什么看板要结合站会来开,我们就是希望通过站会的协同方式团队一起过看板,然后暴露产品交付过程的问题,推动问题解决。
所以,敏捷方法给我们带来的【价值3】和【价值4】是结合的。通过Scrum五会来发起协同,处理团队对需求理解的共识问题;通过看板工具来更好地暴露交付过程中的问题,并能把问题推动解决,这样也就提高了组织产品交付的生产效率,从而为组织目标的完成提高效率。
敏捷方法的【价值3】和【价值4】,给组织带来了什么?一个是能暴露问题的精益工具看板,另外一个就是能提高组织生产效率的Scrum五会。
敏捷方法的核心价值5:通过用户故事落地以客户价值为导向的工作方式。
当我们去讨论组织经营、战略和商业模式的时候,我们会发现他们会有一个共同的起点,那就是客户价值。
当我们再去探究客户价值的时候,会发现根本没有统一的定义,而是需要制定一套准则,以确保整个组织中所有人是以为客户提供价值为导向的思维和工作方式。
这也是为什么2019年开年京东零售产出了“以信赖为基础,以客户为中心的价值创造”经营理念的原因,伴随这条经营理念的还有九大行为准则,目的就是希望引导京东零售的所有人的所有行为都有一个参考标准,而这些参考标准都是为了能为客户创造价值。
敏捷方法中的需求实践用户故事很好的帮助组织解决了这个问题,尤其是在产品交付环节。
用户故事是以用户(Who)为出发点,探索所做需求(What)是否能为用户带来价值(Why)的需求澄清方法。通过这种结构化的需求呈现,会帮助组织为客户创造价值的经营理念贯穿整个产品交付过程。而如果起初假设的价值真的符合客户预期,那么交付后的结果会通过运营的方法反应到组织经营的规模中。
我经常在敏捷团队需求梳理会上听产研讨论:所做的功能、需求到底帮商家解决了什么问题,带来了什么价值,甚至如果说不明道不清价值何在,所提需求就会面临被砍掉的结局。当整个组织的语境都能调整到这个维度,为客户创造价值就已经不再是一句空话,而是实实在在落地到了组织中的各个角落。
当整个组织都在为客户思考,为客户创造价值的时候,这个组织的生命力就有保障,组织的竞争力也会提升,组织能力整体都会在不断进步。
所以,敏捷方法用户故事实践的需求呈现方式给组织带来的【价值5】就是帮助组织落地了以客户为中心的价值创造的经营理念,为客户创造价值不再是一句空话,而是落地到了日常产品交付的工作当中。
敏捷方法的核心价值6:组织敏捷能力的提升。
从2018年3月份开始,至今1年半有余,我带领28个敏捷团队一直在思考如何运用和实践敏捷方法来帮助团队和组织解决问题。
即使从一开我就不断进入各个团队进行辅导以及对关键人员进行培训,通过季度评估我还是发现有团队要么坚持不下来,要么没有理解实践解决的问题所在,导致敏捷实践在落地的时候发生了变形。
所以我们可以看出任何人、任何团队、任何组织的能力提升都非一朝一夕的事情,更何况在一个人员流动性很强的互联网公司。
即便如此,同时我还是很高兴看到大量优秀敏捷粉丝和敏捷排头兵的出现。他们带领着团队践行敏捷思维和方法,拥抱新的工作方式,如此就帮助组织沉淀了应用敏捷的能力。
在开篇讲组织存在的意义章节中,我就说出组织存在的理由是为了实现目标,实现目标是由一系列行动组成的,而能力是支撑了人的行动能够发生的重要条件。
对于敏捷能力,我把他归结为:对需求的处理能力、Scrum五会的应用能力、Kanban方法的应用能力、迭代交付的能力,这些能力分别对应了敏捷所提供的价值【1~5】。
那如何看团队或部门的敏捷能力提升了呢?我从三个维度来进行判别:1、认知;2、行动;3、结果。
在认知维度,就是要让团队中的SM出来进行分享,把应用敏捷方法的内容讲出来,就能看出一个人对知识学习和应用的理解情况。
在行动维度,就是要跑迭代交付的模式,把故事写起来,看板搭建用起来,并把五个会议开起来,这些直接反应在行动上。
在结果维度,我们是通过每个季度的敏捷能力评估来进行识别和验证。每个季度我都会带领一支教练团队进入每个团队来检查敏捷方法落地的实际情况,并把该团队的敏捷能力通过1~5分评价出来,在评估过程中暴露落地的问题,制定改进目标。
所以,敏捷方法给组织带来的【价值6】是通过敏捷知识的学习和应用帮助组织培养了一批懂得敏捷方法的人才,以及打造了一批应用敏捷方法的敏捷团队,通过他们再给组织带来【价值1~5】。
敏捷方法的核心价值7:落地组织价值观,形成和沉淀组织优秀的文化。
文化,是人群为了生存对环境的适应方式。
我还记得京东2019年重新定义的价值观,其中有一条就是:协作。我们不可否认,每个人的价值是不同的,统一组织内所有人的价值观根本不可能。所以基于此,我们只有统一期望通过价值观牵引所要的行为,敏捷方法带来的【价值3】就是在帮助京东落地像协作这样的价值观,把价值观落地到行为程度,长期就能沉淀协同的组织文化。
另外,2018年年初火遍大江南北的《原则》一书,达利欧向我们呈现了桥水极度求真和极度透明的组织文化,正因有这样的文化氛围,才铸就了桥水世界头号对冲基金的地位。而敏捷中【价值4】看板方法的可视化实践以及站会三问的实践方法帮助组织生成了透明和坦诚的行为动作,长期就会帮助组织沉淀透明和求真的组织文化。
价值观影响人的行为,行为沉淀文化,文化则淘汰人。一个有着优秀文化的组织,优秀的人就会选择留下,和自身价值观产生矛盾的人就会选择离开。但在一个组织中,我们最怕的就是互相颠倒:优秀的人选择离开,反而留下了很多“养老”的人员,如此组织的成本效率就会大打折扣。
文化形成的核心就是要有行为,人的行为大一部分又是由价值观决定的,但人们的价值观又无法统一。敏捷实践中的很多方法帮助组织产生了优秀价值观所期望的优秀行为,长期则沉淀了诸如协作、坦诚、透明的优秀文化。
所以,敏捷方法给组织带来的【价值7】是通过敏捷中的优秀实践,拉动组织中优秀行为的产生,长期帮助组织落地了价值观,沉淀了好的文化,而好的文化则会促成好的行为,从而为完成组织目标降本增效。
如何度量敏捷的价值
组织存在的理由是为了实现目标,目标的实现又是由一系列行动组成的,所有的度量都要能支撑或引导行为发生,才是对目标完成是有意义的,否则又演变成可怕的KPI。
当我们知道了敏捷给组织带来的核心价值,如何度量敏捷转型的效果就有依据了。
现在我把敏捷方法给组织带来的核心价值放在一起思考:
1、通过迭代来交付目标。
2、及时响应变化。
【价值1】和【价值2】的核心就是要制定小目标进行迭代,制定目标的团队会议就是计划会,所以一定要让团队把计划会的周期变短。
3、Scrum五会带来协同效率。
4、通过看板方法来暴露浪费的问题。
【价值3】和【价值4】的核心就是要让产研测一起基于Scurm的五大会议来协同,并在站会的时候结合看板一起暴露和解决问题,换句话说,就是要建立所有团队基于Scrum五会+看板的工作方式。
5、通过用户故事落地以客户价值为导向的工作方式。
【价值5】的核心就是让所有的产品需求回归客户价值,在组织内部流转的BRD和PRD文档,以及看板中流动的用户故事必须要回答用户故事的三个核心元素:需求的用户、用户想要的功能以及给用户带来的价值是什么。在交付了价值之后,最终就需要对价值进行验证,这个验证的结果会反应在运营结果和组织经营规模上。
6、组织敏捷能力的提升。
【价值6】的核心就是看敏捷的导入帮助组织培养多少个敏捷团队以及多少个敏捷个人,对于如何判别一个人或团队达到了敏捷团队和个人的要求,每个组织定义出从认知、到行为、再到落地结果的评估标准就可以。
7、落地组织价值观,形成和沉淀组织优秀的文化。
【价值7】需要依赖【价值1~6】中敏捷实践所带来的行为动作,并且能长期坚持才能形成和沉淀优秀的敏捷文化。
所以,敏捷转型带来的效果是什么?
●小目标
●团队协同的Scrum五会
●看板应用
●用户故事应用
●敏捷团队和个人的培养数量
●长期优秀文化的形成和沉淀
通过对这些元素的评判才能真正拉动组织产生敏捷实践的行为,要想有这样的行为必须要让行动者具备这样的能力,想要有这样的能力,真正导入敏捷的教练或者辅导者需要和团队在一起共同工作,教会团队能掌握和应用这样的能力,而不是度量类似吞吐量和前置时间的KPI,由此才能给组织实现目标带来降本增效的价值。
如果非要量化,那就很简单,通过打分的机制,收集所有团队对每一项敏捷转型带来成效的评分和满意度反馈,就能看出一个组织中进行敏捷转型的效果做的好不好,通过反馈再来促进整个组织中的产品交付团队按照这六个维度进行改进,产生这六个维度期望带来的真正价值。
看到这里,估计很多人都会说:哎呀,尽然没有业务成功指标?
在我们把角度提升到组织维度的时候,组织经营结果的四个核心:客户价值、成本、规模和盈利告诉我们,敏捷能回答的仅仅只有如何降本增效。
客户价值是我们从事经营和商业的信仰也是起点,规模是需要通过运营和营销来实现的,而盈利则跟规模息息相关,这些都是敏捷根本就做不到的领域,其中业务的成功是组织战略要回答的终极问题。
结语
当我们还去通过度量数字来评估敏捷成效的时候,我们就已经离行动越来越远了,而数字是不会带领团队和组织进行成功的敏捷转型的,也不会帮助组织完成目标,只有行动。
如果我们非要用数字来看敏捷转型的成效,我们需要动用真正能促进行动的衡量指标,绝非类似吞吐量和交付前置时间的KPI虚荣指标。
而之所以能去衡量团队有敏捷实践的行为产生,是因为敏捷教练或敏捷转型团队需要和产品交付团队一起工作,辅导团队具备和应用这样的能力。
在带领京东某部门进行第六次季度敏捷能力评估之际,思考了如何度量敏捷转型的成效。
在敏捷圈子,这是个大家普遍都存在疑惑的问题,只有找到合理的答案才能促进敏捷在组织中的正向发展,才能让敏捷为组织目标的实现提供坚实的行为指导,最终也回答了敏捷转型对于组织的价值。(本文完)(来源:留留老师)

高分三号SAR影像超精细条带数据预处理实战:从原始数据到地理编码的完整操作指南 本文提供了高分三号SAR影像超精细条带数据预处理的完整实战指南。详细介绍了从原始数据导入、多视处理、滤波去噪、DEM准备到地理编码与辐射定标的完整流程,帮助用户利用SARscape软件将原始SAR数据转化为可用于分析的地理编码产品。 阅读详情

相关推荐

记录一下本地部署Dify的坑

1. 截止2025-3-4为止,请注意,不要直接拉Dify的1.0.0版本。请先试用0.15.3版本。1.0.0有一个bug需要解决。3. 请使用docker-ce 新版本,docker-engine等老版本可能会有部分容器启动脚本执行莫名报错。2. 注意,请使用docker-compose V2版本,或者V1较高版本,否则会导致解析官方yml模板错误。

哈利路亚的收藏夹 5344

敏捷宣言:四大核心价值观和十二条原则

敏捷四大核心价值观: 个体和互动高于 流程和工具 工作的软件高于 详尽的文档 客户合作高于 合同谈判 响应变化高于 遵循计划 也就是说,尽管右项有其价值,我们更重视左项的价值。 敏捷十二条原则: 我们最重要的目标,是通过持续不断地及早交付有价值的软件使客户满意。 欣然面对需求变化,即使在开发后期也一样。善于掌控变化,帮助客户获得竞争优势。 经常地交付可工作的软件,相隔几星期或一两个月,倾向于采取较短的周期。 业务人员和开发人员必须相互合作,项目中的...

sunxianhua0532的博客 8826

vcs中systemverilog和c/c++联合仿真

前言 systemverilog中,可以通过DPI、PLI来与外部其它语言的程序进行交互。PLI又分为三类,TF、ACC和VPI,可以认为是PLI技术的三代演进: 其中VPI(PLI3.0)是TF/ACC的一个超集,目前使用的PLI基本上都是VPI。 与PLI技术相独立的另一个技术就是DPI,DPI技术简化了systemverilog与foreign language的交互步骤,对于开发者相对友好,所以使用相对广泛一些。 本文不对DPI中程序调用/数据交互展开讨论(这部分可以参考绿皮书..

kevindas的博客 1万+

哪种敏捷实践能让“老板”最快看到团队敏捷转型的效果?

本文推荐使用 Sprint Review Meeting 作为团队敏捷转型的第一步。这样团队就可以以始为终,通过努力做到定期向客户和外部团队展示团队研发成果,获得敏捷转型的驱动力。本文也简单介绍了敏捷框架的内容,以及敏捷框架如何帮助团队实现定期成果展示的目标的过程。

surfirst的博客 419

小龙虾 OpenClaw 安装全攻略:本地部署 AI 智能体一步到位

OpenClaw(昵称小龙虾)是一款 MIT 开源协议的本地优先 AI 智能体执行网关,支持多平台接入、本地部署,能实现自然语言驱动的设备自动化操作,区别于纯对话 AI,可直接操控系统执行实际任务,数据全程本地存储更安全。本文带来 2026 最新版 OpenClaw 安装教程,适配 Windows/macOS/Linux 全系统,新手也能一键搞定。

lujiawei00的专栏 1971

S32K314 EB配置MCAL全模块讲解【Autosar——1 MCU模块详解】持续更新中

FIRC(fast internal RC Oscillator) :高速内部时钟,固定48MHZ;SIRC(Slow Internal RC Oscillator):低速内部时钟,固定32KHZ;FXOSC(Fast Crystal Oscillator Digital Controller):高速外部晶振(8-40MHZ),根据原理图选型进行配置;SXOSC():外部低速外部时钟,固定输入32.768KHZ;PLL_PHIn_CLK:时钟倍频锁相环时钟范围(640-1280MHZ);

qq_40488886的博客 1779

敏捷项目管理到底有什么价值?

价值 JIA ZHI 从国外到国内,从制造业企业到互联网公司,都在喊着尝试的、转型的敏捷,到底有什么好处?作为PMO的一个成员,其实我们也经常问自己,笔者结合工作中的实践和思考,梳理总结了如下三组价值,供大家参考~ 一、对组织的价值 1、经常交付,可缩短上市时间——每周一次上线跟每月一次上线的差异可想而知。 2、拥抱变化,尽力接受有价值的变更——有需求变更时,首先想到的是价值,而不是增加多少工作量。 3、始终优先最高优先级、最有价值的需求——价值优先,始终保证最有价值的需求最明确最早上线。 4

qq_40307352的博客 590

STM32L452与FPGA通信翻车?手把手教你关闭I2C时钟延展避坑(附OVR错误解决方案)

本文深入解析STM32L452与FPGA在I2C通信中因时钟延展功能导致的常见问题,提供关闭I2C时钟延展的详细配置方法(NOSTRETCH模式),并针对可能出现的OVR错误给出Combined模式解决方案。通过实战案例和波形分析,帮助工程师快速排查和解决嵌入式系统中的I2C兼容性问题。

e3f4g5的博客 214

敏捷 价值衡量_敏捷方法的成本与价值衡量

敏捷 价值衡量 我的一些客户在转向敏捷方法时一直在其项目治理方面苦苦挣扎。 过去,他们根据要求要求提供估计和成本,然后跟踪这些估计和成本的差异。 治理人员不记录假设。 他们只记录估计值和实际值。 他们希望通过遵守日期和成本的估算来“衡量”项目的成功,而不是根据项目何时创造哪种价值来“衡量”项目的成功。 项目和程序中的人员花费大量时间来创建这些估计。 然后,假设发生变化,需求发生变化,市...

danpu1174的博客 510

通过情感分类实例 详细介绍如果借助Huggingface平台 完成Transformers模型运行(包括配置环境-tokenizer-Model-输出头-预测)

attention_mask和padding是配套使用的,当人为去修改padding的时候,也要把attention_mask里面的参数进行修改。下载Huggingface包,Huggingface可以说是一个社区,集成了很多nlp的模型、数据集、预训练权重文件等等,并且免费,只需要pip install下载即可。那么用什么做分类就选择什么输出头,就import什么东西。代码中使用了自动分词器选择,它是由checkpoint指定的预训练模型关联的,不用我们自己选择tokenizer,它自动帮我们选择好了。

LZL2020LZL的博客 1135

把 SNC 支持的通信链路一次讲透,SAP GUI、RFC、CPIC、SAProuter 到底谁在保护谁

摘要: SNC(Secure Network Communications)是SAP系统中用于保护特定通信链路的安全机制,主要应用于DIAG、RFC、CPIC等SAP协议,而非HTTP等互联网协议(后者由SSL/TLS处理)。其核心在于保护通信端点之间的逻辑链路,需在发起方和接收方同时配置SNC参数,包括SNC名称、保护等级(QoP)等。实际项目中,SNC的配置涉及多个层面,如SAP GUI到ABAP平台的登录链路、外部程序通过RFC/CPIC连接ABAP的认证、ABAP系统间的跨系统通信等。配置不当可能导

2007 年 ~ 2025 年,深耕 SAP 技术 18 年 250

敏捷管理(2)- 敏捷价值、需求、估算、计划、监控、风险管理

敏捷的工作价值 在Scrum的工作流程图中可以看到,PO的主要职责是排列用户故事的优先级,确保价值最优,不会落后于市场,所以敏捷讲的是价值驱动交付。 合理的项目是要保证产生商业价值,并去创造收益或提高服务品质。在每一个组织所选择的项目中,没有一个项目是不会带来价值的。价值可以是经济上的价值,也可以是提升了组织能力的价值,如品牌知名度等。在商业价值中,项目的安全性和合规性可以用商业风险和无法承担的影响来理解。所以,如果做项目的原因是创造价值,那么价值驱动的交付必须贯穿于整个项目规划、执行和监控工作中..

Su_Levi_Wei的博客 3921

5G/NR 网络切片基本概念(协议版)

26.1 网络切片概念 网络切片是一个概念,可以根据每个客户的要求进行区别对待。通过切片的形式,将不同流量差异化处理,以及可以将资源进行隔离,然后移动网络运营商可以将客户视为属于不同租户类型的客户,每种客户具有不同的服务要求,这些要求根据每个租户根据SLA (Service Level Agreement,服务水平协议)可以使用哪种切片类型进行管理和订阅。 网络切片始终由RAN部分和CN部...

欢迎来到小七的博客,这里将带你深入探索5G通信的神秘世界。无论你是通信领域的专业人士还是对这一领域充满好奇心的技术爱好者,这里都有专业协议解读、通信知识普及以及有趣的Python编程内容等你发现。 1万+

外文简书:研发过程的敏捷转型

内容较长,可以点击上方耳机图标收听语音播报要点• 研发过程和以人为本的战略需要敏捷转型。• 敏捷注重灵活性和以客户为中心的价值。• 敏捷的“规划、执行、审查和调整”周期(由客户反馈推动)可确保增量的价值交付。• 在研发过程中应用敏捷时,要把员工体验视为产品。• 应用以人为本的设计原则。• 组建“T 型”团队,突破研发过程中的传统孤岛。• 进行小型实验以快速失败、学习和调整。• 衡量进度并跟踪影响。...

敏于思 捷于行 174

VB摄像头监控

该VB模块可对摄像头捕获的画面进行录像等,可在创建的窗口进行控制

Statistics and Machine Learning Toolbox

Statistics and Machine Learning Toolbox(带书签),MATLAB统计学习工具

成为敏捷领导者,第1部分:定义原因

您的敏捷转型没有按照您的想法进行。 人们使用正确的敏捷词,但并没有改变他们的工作方式。 团队之间没有合作,经理们仍然在谈论“资源”,而项目也没有创造出最终的价值。 您的敏捷转换被困住了。 也许是时候回到您的原因了。 您的组织为什么要转向敏捷? 你知道吗? 向想要敏捷的人们提出以下问题: 什么对我们有价值? 我们将如何衡量有价值的东西? 我们提供价值的第一个可交付成果是什...

danpu1174的博客 161

STM32F407中文手册

STM32f407中文手册 本参考手册面向应用开发人员,提供有关使用 STM32F405xx/07xx、STM32F415xx/17xx、 STM32F42xxx 和 STM32F43xxx 微控制器存储器与外设的完整信息。STM32F405xx/07xx、STM32F415xx/17xx、STM32F42xxx 和 STM32F43xxx 构成一个微 控制器系列,各产品具有不同的存储器大小、封装和外设。有关订购信息以及器件的机械与电气特性,请参见数据手册。有关 ARM Cortex™-M4F 内核的信息,请参见《Cortex™-M4F 技术参考手册》。

敏捷 epic 定义_成为敏捷领导者,第1部分:定义原因

敏捷 epic 定义 您的敏捷转型没有按照您的想法进行。 人们使用正确的敏捷词,但并没有改变他们的工作方式。 团队之间没有合作,经理们仍然在谈论“资源”,而项目也没有创造出最终的价值。 您的敏捷转换被困住了。 也许是时候回到您的原因了。 您的组织为什么要转向敏捷? 你知道吗? 问那些想要敏捷的人这些问题: 什么对我们有价值? 我们将如何衡量有价值的东西? 我们提供价值的第...

danpu1174的博客 490

迈瑞BS系列全自动生化分析仪LIS协议接口手册(内含HL7和ASTM)

迈瑞BS系列全自动生化分析仪LIS协议接口手册,内含HL7和ASTM)

敏捷度量金字塔体系

每个企业开始敏捷转型之旅后,都会关心一个问题:在开展敏捷后,原来的项目度量方式是否有效呢?敏捷有哪些特有的度量方法呢?今天介绍敏捷度量金字塔体系。

weixin_58096508的博客 658

B2B咨询行业数字化转型与差异化服务解析

B2B咨询行业正经历数字化转型浪潮,市场需求从传统效率咨询转向智能制造、供应链协同等整体解决方案。通过数据分析平台和自然语言处理等技术的应用,咨询机构能够提升战略建议的精准度和效率。行业标杆企业如中网咨询、里斯战略和特劳特定位,通过产业深耕、场景化创新和认知科学应用等差异化服务模式,重塑行业标准。这些技术驱动的服务升级不仅提高了咨询效率,还带来了方法论创新,广泛应用于制造业、服务业等多个领域。

weixin_30487201的博客 369

测试团队效能度量:从工时统计到价值贡献评估

摘要:传统软件测试效能度量依赖工时统计,存在忽视质量维度、无法衡量业务价值等缺陷。本文提出以价值贡献为核心的评估体系,通过缺陷预防率、质量风险覆盖率等指标,量化测试对业务成果的实际影响。实施路径包括现状诊断、指标设计、文化变革等步骤,并结合案例证明该体系能显著提升测试效能(如某企业缺陷预防率提升28%)。价值贡献评估为测试团队提供了从成本中心转向价值创造者的科学方法论,是适应敏捷和DevOps环境的必然选择。

2501_94449023的博客 1042

从和谐到复兴:企业数字化转型的四大核心行动与深水区挑战

数字化转型是企业应对市场变革、提升竞争力的关键路径,其核心在于通过数据驱动和流程重构实现运营效率的质变。从技术原理看,这涉及将传统经验转化为算法模型,并依托物联网、大数据等技术构建实时响应的智能系统。其技术价值在于打破数据孤岛,实现全链路优化,从而显著提升决策速度和资源利用率。在应用场景上,无论是制造业的柔性供应链,还是零售业的精准营销,都体现了数据驱动业务创新的巨大潜力。本文聚焦企业从“和谐”稳态向“复兴”动能升级的实践,深入剖析认知升维、数据驱动、生态重构和敏捷组织四大行动框架,并探讨技术债、数据治理等

weixin_34037173的博客 412

架构师如何为业务带来积极影响

实践者指出,架构师的价值“不在于按规定实现某件事,而在于帮助完整的利益相关者群体理解他们的选择对企业使命、愿景、价值主张和目标的影响”。如今的架构师已经超越传统的 IT 对齐角色,成为战略协同者、变革推动者和价值创造者,他们的工作直接影响组织的业务结果。有影响力的架构师摒弃“大前期架构设计”,采用“持续架构”(Continuous Architecture)—— 架构随业务变化持续演进,而非一次性固化。有效的架构治理确保“业务价值与战略保持一致,并符合业务与技术的合规要求”[7]。

The Open Group是一个全球性联合机构,旨在通过在900+个会员单位间培养协作。 963

YOLOv5 vs YOLOv7 vs YOLOv8 vs YOLOv9:哪个模型最适合你的目标检测项目?(附实测数据)

本文通过实测数据与架构分析,对比了YOLOv5、YOLOv7、YOLOv8和YOLOv9在目标检测项目中的表现。文章深入剖析了Anchor-Based与Anchor-Free模型的设计哲学差异,并结合工业级项目实测数据,从精度、速度、资源消耗及预测行为等多维度进行模型对比,为不同应用场景(如边缘计算、高精度研发、商业落地)提供了清晰的选型决策框架。

nn3456的博客 340

公司如何衡量敏捷转型的成功

我最喜欢 Ron Jeffries 的名言之一是,“归根结底,敏捷就是完成棘手的工作。” 许多公司都做敏捷。很少有公司是真正做到敏捷的。敏捷只是四个价值观所描述的一种思维方式, 敏捷软件开发宣言 并得到其 支持 12 条原则的 。敏捷不是要实施的方法论。敏捷转型中的艰巨工作是改变组织及其员工的思维方式,使其成为一个学习型组织,能够灵活应对可能面临的任何外部或内部挑战。敏捷教练帮助客户学习和体验敏捷采用模式和框架(如 Scrum),以及敏捷方法和技术。然而,归根结底,敏捷转型中获得的价值衡量标准不在于受限人

mawanling的博客 373

数字化时代,企业研发效能跃升之道丨IDCF

效能指的是个人、组织或系统在完成任务或达成目标时,所展现的能力和效率。具体而言,效能是指所采取的行动和所取得的结果之间的关系。

m0_69584846的博客 499

企业在数字化转型中,IT如何成为主导并推动整个数字化转型呢?

摘要:IT部门应从技术支持者跃升为战略引领者,通过五大路径主导数字化转型:1)战略升维,参与顶层规划;2)架构重塑,建立数字化中枢;3)文化破壁,培育数字基因;4)技术赋能,夯实数智底座;5)价值衡量,打造利润引擎。关键在于完成从技术提供者到价值创造者的身份转变,通过战略协同、组织赋能等方式将转型内化为企业能力。

jinggongszh的博客 334

企业AI转型实战:跨越研发鸿沟的方法论与案例

AI技术落地面临的核心挑战是研发与业务间的'鸿沟'问题,表现为技术孤岛、流程断层和组织排斥三大典型症状。从技术原理看,这源于工业级AI系统需要额外考虑数据漂移监控、异常处理等生产环境因素。通过敏捷价值验证(AVP)框架,可在30天内完成从场景选择到价值验证的闭环,典型案例显示该方法能使模型采纳率提升40%。组织适配度改造同样关键,需建立技术传教士角色和创新的激励机制。这些方法已在制造业、零售业等多个行业验证有效,帮助客户实现如漏检率下降85%的显著业务价值。

weixin_33907511的博客 376
上一篇: DevOps建设的思考和实践
下一篇: 敏捷大数据与敏捷AI
中国pmo大会
博客等级 码龄10年 675粉丝 11原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值