- 综合排序
- 最热优先
- 最新优先
- 来自专栏研发效能EE
研发效能组织架构：职能独立vs业务闭环
研发效能团队相对于各个公司主营业务规模来说并不是很大，在经历的几家公司里主要是有两种组织架构，职能独立型组织架构和业务闭环型组织架构。 业务闭环组织架构 这里引入了一个概念-特性团队，以及特性团队的负责人（FTO），更多的内容在我之前的文章《研发效能组织能力建设之特性团队FeatureTeam（上）》有过介绍，这里只把一些关键点列出来 特性团队就是一个业务闭环的组织架构。图中的负责具体业务的运维人员甚至都可以闭环到业务中去，这样整体效率会更高。 阅读我的更多文章 研发效能组织能力建设之特性团队FeatureTeam（上） 高效能敏捷交付团队反思：特性团队(FeatureTeam)+Scrum 互联网公司研发效能/工程效率团队建设和规划 找到能做好研发效能的人 中小互联网公司研发效能团队规模、职能划分和优劣势分析
82030编辑于 2023-09-26 - 来自专栏架构之家
通过DDD设计规范提升多元业务系统的研发效能
通过DDD设计规范提升多元业务系统的研发效能
19230编辑于 2022-09-01 - 来自专栏探索RPA
RPA机器人有效解决低效能业务流程升级难点
为了达到更好的效果，企业在从厘清内部需求阶段就应引入专业的咨询人员有针对性地开展交流和指导，以结果为导向，协助企业全面评估系统环境并梳理业务流程。 [RPA机器人有效解决低效能业务流程升级难点] 低效能业务流程升级的难点 如何将不值得花费人力的业务流程进行自动化升级？ 过去企业可能自行透过程序来执行系统集成、API串接，工程相当浩大复杂。 相较之下，RPA可以补足现有环境的不足，且具有周期短、易于开发的优点，通常案例只需4-6周（具体视业务流程的复杂程度而定）。 眼下，多数企业普遍面临着在不同时间点导入了不同系统，关键业务由一些老旧系统支撑的情况。随着时间的推移和业务的革新，使用这些系统进行日常工作变得越来越低效费力。 系统之间互相耦合，错综复杂，改造投入大、时间长、难度高；而旧系统支撑着关键业务，无法忍受长时间的研发周期。 化解难点：RPA实现业务流程顺畅 企业的这些普遍痛点，现在都可以应用RPA来解决。
71330发布于 2020-06-02 - 来自专栏研发效能EE
DevOps｜破除壁垒,重塑协作——业务闭环释放产研运巨大效能(中）
上篇文章《研发效能组织架构：职能独立vs业务闭环》介绍了职能独立型组织架构和业务闭环型组织架构的特点，优劣势。 产品团队和设计团队之间的沟通会没有体现在其中 迭代评审会和迭代回顾会，对于小团队来说可以合并成一个会议，但需要控制时间 会议时间为我们项目中开会的实际时长，不同团队、业务和规模下也许不同。 业务闭环型组织架构迭代日历 对于业务闭环型的团队，很多职能团队之间被动的拉通、对其变成了团队内部之间的自我驱动，主动承担。职能团队之间正式的交流会议就没那么重要了，团队内部之间更多的是非正式的交流。 同样按照上面的时间我们就可以粗算出一个迭代（10个工作日），开会时间分别为： 站立会：0.5h*10=5h PRD评审会：1h 测试用例评审会：1h 迭代评审&反思&双周会：1h 所以业务闭环组织架构下一个迭代开会总时间最少为 通常情况下业务闭环组织架构要比职能独立型组织架构，一个迭代里每一个人开会时间降低4h，开会时间占比减少50%。组织架构变化带来的效率提升远比架构、技术基础设施更直接、更直观和更吸引人。心动否？
36520编辑于 2023-09-27 - 来自专栏研发效能EE
DevOps｜破除壁垒,重塑协作-业务闭环释放产研运协作巨大效能
上篇文章《研发效能组织架构：职能独立vs业务闭环》介绍了职能独立型组织架构和业务闭环型组织架构的特点，优劣势。 产品团队和设计团队之间的沟通会没有体现在其中迭代评审会和迭代回顾会，对于小团队来说可以合并成一个会议，但需要控制时间会议时间为我们项目中开会的实际时长，不同团队、业务和规模下也许不同。 业务闭环型组织架构迭代日历对于业务闭环型的团队，很多职能团队之间被动的拉通、对其变成了团队内部之间的自我驱动，主动承担。职能团队之间正式的交流会议就没那么重要了，团队内部之间更多的是非正式的交流。 * * *阅读我的更多文章研发效能组织架构：职能独立vs业务闭环破局DevOps｜8大北极星指标指引研发效能方向DevOps | 研发效能价值如何衡量高效能敏捷交付团队反思：特性团队(FeatureTeam )+Scrum研发效能组织能力建设之特性团队FeatureTeam（上）研发效能组织能力建设之Scrum管理框架核心精髓（中）
52760编辑于 2023-09-27 - 来自专栏嘉为动态
港华燃气上线WeOps推动运维效能提升，托举业务智慧运行！
港华集团为香港中华煤气在内地投资及营运管理的业务组合，自1994年进入内地以来持续深耕燃气市场，业务覆盖天然气上、中、下游，目前在24个省、自治区及直辖市经营逾300个燃气项目，服务客户逾4000万户。 随着港华燃气智慧运行平台（Towngas Operation Platform，简称“TOP平台”）的上线，业务模块增多，IT基础架构愈发复杂，现有的IT运维方式对管理效率、业务连续性提出更高诉求，运维压力倍增给现有运维团队带来严峻挑战 通过此次平台落地应用，实现IT运维效率和业务连续性双提升。 3）资源可视化，提升运营效能构建了资源概览、应用墙、核心应用监控等可视化大屏，动态展示业务运行状态，利于系统资源快速调度和管理。03. 自动化运维已成为保障企业业务高效运转的重要支撑，通过运维自动化，全面提升IT运维效率和业务连续性。未来，嘉为科技将持续助力港华燃气落地运维场景更丰富的WeOps平台，为业务高效发展提供持续动能。
91030编辑于 2022-12-29 - 来自专栏DevOps
信创DevOps平台的度量体系选型：从研发效能到业务价值的联动
嘉为蓝鲸CMeas效能洞察模块构建了覆盖“战略层-管理层-执行层”的分层度量指标体系，同时支持高度灵活的自定义配置，实现“千人千面”的度量适配。 保障信创产品的交付质量；资源利用指标：服务器资源利用率、构建节点并发率、团队任务饱和度，优化信创环境下的资源配置；协作效率指标：跨团队沟通响应时间、需求变更处理效率、问题反馈闭环周期，打破“部门墙”提升协同效能 3）执行层：聚焦团队与个人效能执行层度量聚焦一线团队与员工的工作效率，为基层优化提供精准数据支撑，同时避免“唯指标论”带来的负面效应。 嘉为蓝鲸通过“价值流管理+度量体系深度融合”，构建“研发行为-效能指标-业务成果”的联动映射机制，让研发数据真正服务于业务决策。 这些标杆案例充分证明，嘉为蓝鲸的度量体系能够有效打通研发效能与业务价值的联动链路，让企业的信创转型成效可量化、可优化、可复制。
15610编辑于 2026-01-21 - 来自专栏晓谈岩说
如何通过企业级业务架构（EBA）方法提升B端软件开发效能
如果业务人员能够用这种思路去分析他自己的业务，那对我们IT开发效能的提升也会很明显，会帮助我们的软件工程走出技术端。 （三）EBA的落地应用 建设银行的“新一代核心业务系统”是采用企业架构方式推动的。 由于建行的实践涉及100多个主要业务系统的SOA改造，所以，这么大的一个工程如果不从上到下把结构处理好，后边的实施会很难处理，是架构设计提供了对总体效能的基本保障。 要做这种企业级架构设计目标上是要把不同领域的业务进行整合，去找它的公共部分，公共部分提炼出来了之后，才能更好地复用，从而提升以后的开发效能，这也是中台方法的目标。 四、对从行业层面提升开发效能的一点展望 说过了眼前的苟且，再看看诗和远方。 未来企业都会逐渐转变为科技公司，一旦起跑线差不多，我们比拼的就不再是技术实力，而是谁家的业务人员更能帮助技术人员快速理解业务，因此，没有业务这一侧结构化思维的改进，开发效能的提升最终还是有限的。
1.6K20发布于 2020-09-11 腾讯云大模型全栈技术驱动业务确定性增长与效能升级
企业在具体业务落地时，亟需跨越以下核心瓶颈： 交互与留存瓶颈： 在游戏与泛娱乐场景中，传统的预设剧本和固化决策树导致非玩家角色（NPC）千人一面且缺乏长期记忆，难以维持用户高沉浸感与长线活跃度。 落地的技术闭环： 双引擎大模型底座： 深度集成腾讯混元大模型（包含角色扮演专属模型）与DeepSeek全系列模型（满血版V3/R1及蒸馏模型），支持API直调或TI-ONE平台一键部署与微调，满足不同复杂度的业务需求 赋能核心业务指标跨越式增长 基于云侧技术的深度部署，各行业客户在应用端实现了研发效率、运营成本与业务转化率的显著量化改善（数据来源：各合作企业业务运营报告）： 游戏与泛娱乐领域： 巨人网络《太空杀》： 开箱即用的工程化服务： 借助高性能应用服务（HAI）和云原生调度（TKE+qGPU），实现算力细粒度切分与部署时间的大幅缩减，让企业彻底免除采购底层显卡的重资产投入，专注于核心业务开发。
38640编辑于 2026-04-11- 来自专栏研发效能EE
什么是研发效能？研发效能定义及核心价值
本着「少些概念解决问题，脚踏实地躬身入局」的原则，之前写了一些关于研发效能领域实践的文章，写完之后我一般用的标签是「研发效能」「持续集成」「持续交付」「DevOps」，这样就让本来很简单的一件事复杂了很多 目标：DevOps 的目标是缩短开发周期，提高部署频率和更可靠的发布，与业务目标保持一致。 细品： DevOps也很广，一旦涉及文化，很多都说不清。 研发效能 定义：研发效能是一个组织高效交付产品的能力，以及围绕提高这一能力所建立起来的由规范、流程、标准、工具、度量体系、实践等组成的系统工程体系。 细品：研发效能包括规范制定、流程优化、工具建设、研发度量和实践这五个方面。后面的文章我会针对这五个方面一一阐述。 总结 研发效能是组织高效交付产品的能力及支撑其能力所建立的系统工程体系。 至于敏捷软件开发里面的很多原则还是很不错的，我觉得要实行这些原则对人对团队的要求还是很高的，可以秉着脚踏实地、支持业务发展的大方向谨慎试行。
2.1K20编辑于 2022-10-25 依托腾讯云智能体开发平台（TCADP）破解业务效能瓶颈与重构SaaS应用实践
直面AI商业化拐点与售前咨询效能断层 2025年被视为AI in All商业化元年，智能体（AI Agent）正全面重构传统SaaS应用。 通过“业务分析—任务拆解—模式选择—角色/工作流设定—测试与发布”的标准化从0到1搭建方法论，智能体能力被封装并依托API调用，无缝嵌入企业微信、小程序等现有业务链路中。 释放生产力并实现业务指标量化增长 依托TCADP构建的提效工具在投入实际业务后，实现了从开发端到业务端的全面效能跃升。 开发效能（Ops/Dev Cost）优化： 针对特定场景的Agent开发，仅需 1位开发人员投入，从开发到测试上线周期缩短至 3周以内，且开发过程中AI代码生成占比达到 80%+。 重塑“智享”AI助手与全链路业务闭环 以上业务指标的落地，源自于腾讯云赋能中台“AI提效工具”建设负责人刘晓炜主导的“智享”AI助手项目。
16010编辑于 2026-04-09- 来自专栏数据猿
【金猿案例展】首钢股份——坚持数字与业务融合发展，提升企业经营效能，实现业务提效3倍
2、缺乏对业务数据全量全要素管理 钢铁生产关联因素多、管控环节多、生产流程长，缺乏基于业务场景的数据场景应用及管理，导致业务响应市场能力不足。 3、传统的业务分析效率低 传统方式的数据分析，业务人员提需求给 IT 部门，IT 部门根据排期响应需求，这种传统的分析方式不能响应及时的多变的业务分析需求，效率低。 在智能决策层面，围绕业务辅助决策推进自动化技术应用，逐步由人工决策向智能决策转变，实现业务创新。 3、深入业务应用，驱动业务不断迭代，助力经营提效：通过大数据应用给公司海量数据赋能，不断改变旧的业态、业务模式和工作方法，从而提高企业经营管理效率。 这种模型化数据分析要聚焦梳理典型业务活动场景，进行目标拆解与迭代、数据治理，通过业务需求的解读及业务数据的有机整合与重构，推进模型与技术融 合，进而提升发现问题、提出良性优化及解决方案 的能力，来反哺业务活动
41810编辑于 2024-01-06 - 来自专栏大数据杂货铺
ClickHouse 提升数据效能
通常，用户可能希望在视图中向其业务用户呈现此数据，以便于使用，或者具体化特定列以便在语法上更容易（更快）访问，例如在上面，我们已经具体化了列ga_session_id、page_location和page_titlepage_referer
2.4K10编辑于 2023-12-05 - 来自专栏大宝的杂货店
研发效能实践浅谈
对于大量小而美的互联网软件项目，当版本需求被确认之后，比拼的就是研发能力，具体来讲就是从需求转化成软件或者服务的能力，这其中研发效能的高低对于理平台这里首先明确两个关键词的含义：CI: 持续集成，开发提交代码后
43240编辑于 2023-05-12 - 来自专栏大数据杂货铺
ClickHouse 提升数据效能
通常，用户可能希望在视图中向其业务用户呈现此数据，以便于使用，或者具体化特定列以便在语法上更容易（更快）访问，例如在上面，我们已经具体化了列ga_session_id、page_location和page_titlepage_referer
2.2K10编辑于 2023-12-05 腾讯云智慧水务：基于“云数智孪”底座驱动全链路业务重构与效能升级
尽管目前30%的省市及193个地市已建设综合型政务云与数据开放平台，但基础设施的完善并未完全消解业务痛点。 行业面临的现实瓶颈在于：底层数据孤岛化严重，缺乏有效的治理与协同手段；在防汛抗旱、水资源管理等核心业务中，对数字孪生流域与重点流域防洪“四预”（预报、预警、预演、预案）的业务需求迫切，亟需将标准化的业务流程沉淀为数据资产 ，并通过模型化手段转化为可驱动业务决策的行业知识。 统一业务协同入口（一门三杰）： 深度融合政务微信、腾讯会议与腾讯文档，将防汛调度、水政执法等分散业务集成于统一入口，全面提升多端协同办公与开发效率。 释放技术红利，量化系统运行与交付效能 通过技术架构的整体升级，腾讯云在系统稳定性、交付效率与协同并发层面提供了具备量化支撑的业务价值： 敏捷交付效能提升： 具备在30天内快速搭建符合行业标准的超大型政务云平台的能力
21010编辑于 2026-03-18- 来自专栏用户6296428的专栏
效能平台建设实践
企业内部人、事、物等各大要素在这些“基础设施”内数字化流动协同，持续有秩序地产生价值；另一方面它们也是坚实的“跃迁平台”，系统和软件内通过功能传递的先进理念与管理方法论，也将在潜移默化间厚积组织能力，在业务迅猛发展之机提供持续的承载与托力 （3）效能数据的沉淀与展示：在有赞的项目管理推进中，我们沉淀了大量的过程数据，这些数据经过处理与整合，在专门的数据模块呈现可视化的图表或报表，作为各业务线客观的效能度量仪表盘。 ? （4）标准化的过程管理工具：在各大业务线的项目管理实践中，我们总结归纳了很多过程管理的经验，将这些经验数字化、产品化后，我们标准化了很多过程管理的工具，例如：月度规划、智能排期工具等。 ? 这在流程上要求我们的产品经理（厨师），在需求（菜品）上线30天内都要对需求进行至少一次的价值回顾并形成结论与沉淀，而这些结论将在下一次的业务规划会中，作为重要辅助资料来帮助提高决策的“正确性”。 二、效能平台的定位——三大“自我修养” 长期以来，为了达成未来效能平台既是“基础设施”又是“跃迁平台”的目标，我们对效能平台总结了三大“自我修养”，也就是定位的三大关键词： 2.1 效能 效能的定义为“
2.3K22发布于 2020-08-24 - 来自专栏大数据杂货铺
ClickHouse 提升数据效能
通常，用户可能希望在视图中向其业务用户呈现此数据，以便于使用，或者具体化特定列以便在语法上更容易（更快）访问，例如在上面，我们已经具体化了列ga_session_id、page_location和page_titlepage_referer
1.9K10编辑于 2023-12-05 - 来自专栏CODING DevOps
《软件研发效能提升实践》节选 —— 研发效能的规模化实践
这里的研发效能部门其实是 Magic Team，其人员没有权限改变组织的运作模式，无法改变实际的业务形式，甚至业务代码也不是他们写的，却要帮助企业完成业务代码的高效交付。 研发效能部门的工作如何考核 “如果你无法度量他，就无法管理它”，百人级企业可以快速进行研发效能提升的核心在于对度量的需求小，业务模式简单，研发效能的提升与变化可以在实际产出中明显地反映出来，不需要价值证明的过程 核心投入是人 与常见的认为研发效能部门属于对内部门，无须业务知识不同，长期对内的部 门很难与业务部门感同身受，建立切实能帮助业务部门的流程，长此以往，研发效能部门和业务部门容易形成相互对抗的结果。 因此，在服务客户时，我们会建议客户投入优秀的业务 IT 人员组建研发效能团队，引入外部咨询团队的专业调研方法，为研发效能团队打造合适的软件研发流程规范。 在这个过程中，客户应建立软件研发效能团队的方法论，打造一支熟悉业务、理解效能、内部信任、长期服务的团队，并通过与具体业务 IT 团队对应的关键效能指标对该团队进行价值衡量。
2.1K00编辑于 2022-05-19 - 来自专栏DevOps
【DevOps系列】效能洞察4步走：金融企业效能度量转型实践
通过收集和分析IT研发全生命周期的效能数据，企业可以高效实现业务目标、提高运营效率、满足客户需求，同时不断优化和改进业务流程，从而保持竞争优势。 在本文中，我们将分析一个金融企业效能洞察的案例，展示效能洞察对企业所带来的显著效果。 02、案例 某大型企业规模庞大，业务复杂，旗下员工数量接近3000人。 因此，该企业决定积极推动度量改革，并打造全集团的效能度量平台，期望通过数据洞察辅助提升效能，实现持续改进。 每当业务提出新的指标展示需求时，都需要通过研发资源排期解决。更令人困扰的是，一旦业务需求调整，需要修改指标统计口径时，同样需要重新进行研发资源排期，并在通过测试后才能重新上线。 这种流程导致了业务的度量需求的积压，使得需求无法及时上线得到满足，也无法及时验证数据。
19600编辑于 2024-12-18
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号