2025 GOPS 全球运维大会暨研运数智化技术峰会·深圳站：技术战略下的 BizDevOps 融合实践

技术战略下的目录/CONTENTS2BizDevOps协同实践3BizDevOps下的度量和考核4BizDevOps中的大语言模型关于技术战略和技术战略决策框架的层次工具（术器）方法（法）规律（道）GOGOPS全球运维大会暨研运数智化技术峰会2025·深圳站GOGOPS全球运维大会暨研运数智化技术峰会2025·深圳站技术战略上下文——企业规模增长和IT组织增长（现象）购研企业发展的新制度经济学观点通过制度经济学简单回顾一下DevOps的前世今生把软件系统交付看作一种制度安排维持现有制度是Ops变革当前制度是Dev技术战略上下文——企业规模增长和IT组织增长（本质）道：经济学：边际收益递减规律制度经济学：企业理论、交易费用、制度变更康威定律：组织架构会影响应用架构人月神话：本质复杂度和附属（偶然）复杂度法：领域驱动设计：核心域、支撑域和通用域精益：资源效率vs流动效率、质量内建业务协同实践GOGOPS全球运维大会暨研运数智化技术峰会2025·深圳站业务、研发、运营“一体化”?BizDevOps是业务的数字化发展和数字化运营。业务融合的核心问题IT融入业务的不同成熟度（数字化转型）实践1：业务KPI的“红蓝对抗”质询关键点：3.有哪些业务活动影响了相关指标？4.当前数据说明了什么问题？5.如何说明你的工作对KPI产生了贡献？技术战略：1.业务的主要矛盾是什么？2.KPI反应的是次要矛盾还是主要矛盾？3.如果KPI矛盾？哪个KPI是主要矛盾？4.KPI改进一点的成本有多少？5.没有“组织摩擦力”当研发资源对业务部门免费时，资源就会被滥用。（科斯定律）操作系统原理：操作系统原理就是解决系统资源不足有效规划。四类业务需求工作量：探索类40%绩效类30%探索类40%绩效类30%•探索类10%）两类工作：•业务项目（73%）实践3：业务需求准入审查（需求成本左移）项目评审关键点：1.是否继承了业务OKR？继承了哪个OKR？3.是否可以度量产出大小？如何度量？4.是否有影响业务指标的风险？可能会有哪些风险？如何应对？结果/过程度量：1.业务目标达成率2.上线延迟率3.业绩贡献业务融合的核心问题IT投入产出如何衡量？——需求ROIIT资源如何合理分配？——分级分类评审业务融合参考——研发度量和考核GOGOPS全球运维大会暨研运数智化技术峰会2025·深圳站警惕BizDevOps过程中的虚荣指标）：技术战略下的质量观需求文档的本质是协作评分：一次性测试通过率=没有测出缺陷的需求单数量参与测试的需求单数量需求分类：1.业务需求（必须有测试任务）2.产品自提需求（可选）3.研发自提需求（可选）4.配合需求（必须有测试任务）研发效能核心指标-新人首次贡献时长（越短越好）首次贡献：第一次独立提交需求代码到生产环境促进点：1.业务需求颗粒度2.业务知识复杂度3.代码库复杂度4.研发基础设施完备度5.人员流动风险指标度量核心问题关注全局瓶颈结果和过程不可能同时考核大语言模型GOGOPS全球运维大会暨研运数智化技术峰会2025·深圳站为什么大模型应用进展很慢-知识的诅咒和零基思维知识的诅咒知识的诅咒是一种认知偏差现象，指当人们掌握了某种知识或技能后，就很难想象不知道这些知识或技能的人的思维和认知状态，在与他人交流或分享时，会不自觉地忽略对方可能存在的理解困难，导致信息传递和沟通出现障碍。零基思维零基思维是一种在思考问题和解决问题时，不受以往经验、习惯、现有流程或框架束缚，而是从预期目标出发，将一切归零重新思考和构建解决方案的思维方式GOGOPS全球运维大会暨研运数智化技术峰会2025·深圳站大模型怎么更好的辅助BizDevOps？本质复杂度核心域通用域大语言模型应用的三大阶段和十个过程}LLM作为软件“找到合适的钉子”“辩证的看待大模型