- 综合排序
- 最热优先
- 最新优先
- 来自专栏腾讯技术工程官方号的专栏
腾讯敏捷研发体系TAPD揭秘
[1498192641698_2010_1498192641983.jpg] 演讲主题：腾讯敏捷研发体系TAPD揭秘 演讲嘉宾：TEG研发管理部TAPD产品组组组长 陆莹 当今的互联网时代是一个快鱼吃慢鱼的时代 什么支撑了腾讯这么一个庞大的研发体系，并且能够支持不同类型的研发团队高效协作呢？ [1498192702516_5905_1498192702842.jpg] 2006年，腾讯敏捷研发体系TAPD产生了，到今年正好是十一年时间，它是提炼借鉴主流敏捷方法，比如说Scrum、XP、FDD TAPD的核心理念是敏捷迭代、小步快跑，快速改进、拥抱变化，用户参与等等，也就是腾讯率先进行敏捷转型，公司内部所有的团队都开始实施敏捷，想要实施敏捷，除了有一套敏捷体系，一套完整的成熟的敏捷工具也必不可少 ，当团队的规模增大到50人以上，需要引入更多的敏捷实践的时候，就可以使用敏捷全生命周期管理的方案，实现了从反馈、需求、迭代到测试管理到发布管理整个敏捷全生命周期的全过程。
9K20发布于 2017-06-23 - 来自专栏TestOps云层
如何构建敏捷测试的左移体系
不，我认为在敏捷中测试左移要做的是尽早的去介入测试，从需求评审的时候多问问产品经理，做这个需求的价值在哪里。 3、寻找测试的价值 价值 作为一个敏捷测试工程需要实现端到端的价值交付，需要具备传统QA+QC的双技能栈，不仅需要拥有测试的技能栈还要跳出测试的思维，从更宽更广的维度去看问题。 相关文章： 为何敏捷测试需要懂敏捷 如何流畅高质量的交付用户价值 为什么团队的自动化没有效果？ 如何构建全局用户价值视角
64430编辑于 2022-04-07 构建数据驱动的敏捷运营体系
🔥🔥 AllData大数据产品是可定义数据中台，以数据平台为底座，以数据中台为桥梁，以机器学习平台为中层框架，以大模型应用为上游产品，提供全链路数字化解决方案。
14710编辑于 2025-08-08敏捷冲刺计划会介绍：理论框架、实践方法与工具体系
真正的敏捷冲刺计划不是填表开会，而是一套让团队既能灵活响应变化，又能保持交付节奏的工作系统。一、冲刺计划到底在“计划”什么？很多团队把冲刺计划会开成了“任务认领会”，这从一开始就跑偏了。 最关键的转变是从“按时完成任务”到“持续交付价值”——当团队关注的不再是“这周要做多少任务”，而是“这两周要为产品带来什么改变”时，敏捷冲刺计划的真正价值才开始显现。
18810编辑于 2026-01-07- 来自专栏嘉为动态
数字化转型下企业如何构建敏捷的研运体系
企业构建敏捷的研运体系，可以分为三个实现阶段。实现从业务敏捷，到研发敏捷，再到运维敏捷和运营敏捷，助力企业逐步做到业技融合。 在此阶段需关注完整的运维管理体系的要素建设完备度，包括组织人员、服务管理、平台工具、标准规范这四大核心维度考核。 随着我们运维管理体系规范化程度提升，研运工具的建设难点和挑战也会逐步暴露出来，若前期未对运维管理工具进行统一规划，就可能出现ITSM流程管理系统由A提供，自动化巡检由B厂提供，监控系统由C/D/E厂提供 实践成果三：敏捷化运维，智能敏捷运维管理体系，OPDM理论模型。 在阶段二自动化运维，已经具备了流程自动化能力，在作业上已经能够实现闭环。 其中OPDM模型，指的是敏捷的一体化平台，高速化流程，数据化驱动，以及度量指标体系。在敏捷化运维阶段，实现全局度量，数据融合，敏捷化流程，端到端自动化，用户所需的数据可以融合到流程的每一个环节。
88130编辑于 2021-11-29 - 来自专栏嘉为动态
企业该如何构建智能化敏捷运维体系4.0呢？
智能化敏捷运维体系这个概念，它主要分为两个层面：敏捷、智能化。 接下来，我们将讲述如何循序渐进的构建智能化敏捷运维体系4.0，将围绕四个部分进行展开：什么是大家认可的好运维体系、什么是智能化敏捷运维体系、构建智能化敏捷运维体系4.0、案例分享《某万亿中型银行规划示例 什么是智能化敏捷运维体系？ 先简要说明下，我们把智能化敏捷运维体系分为四个阶段：规范化运维、自动化运维、敏捷化运维、智能化运维。 ▲ 围绕PPT建设企业敏捷运维管理体系 03. 循序渐进地构建智能化敏捷运维体系4.0 让我们再回头看一下一开始说到的ITSS数据中心成熟度模型，智能化敏捷运维体系的1.0阶段规范化处在的是该成熟度模型的3级规范级，自动化和敏捷化处在成熟度模型的4级量化级
1K01编辑于 2022-05-28 - 来自专栏硬核项目经理的专栏
【敏捷1.1】敏捷项目管理与敏捷宣言
敏捷项目管理与敏捷宣言 说到敏捷项目管理就不得不提到那十分出名的敏捷宣言。这篇文章我们就来简单地了解一下敏捷项目管理的出现和敏捷宣言说的是什么。不要有太多的压力哦，这篇文章还是非常轻松的。 到最后我们学习完了敏捷相关的知识后，大家可以自己再回过头来想一想敏捷和传统项目管理的区别和联系都有哪些，这样对大家知识的掌握才更有好处。 目前来说公认的最佳的方案，就是：敏捷。 敏捷宣言 最后，总算到了我们这篇文章最核心的内容，那就是敏捷宣言。这个东西的历史很多教材以及文章中都会介绍，所以这里我就不再多说一遍了。 当然，你可以向客户阐明你的敏捷观点，进行详尽的沟通，但是，一切都是以交付客户价值为基础。 所以，敏捷将这四条视为原则，而不是准则、规则。 总结 今天这篇文章我们从传统的项目管理说起，通过 VUCA时代 这样一个时代现象来引出敏捷出现的必要性，最后介绍了敏捷的灵魂：敏捷宣言。当然，敏捷宣言很简单，就四句话，也可以概括成四个词。
1.6K20发布于 2021-09-24 零信任体系重塑芯片行业安全边界，实现业务敏捷与风险收敛
结合云桌面保障数据不落地、存储落盘加密及安全运维审计，形成覆盖EDA上云、数据防泄密、勒索防控、安全开发、运营中心及风险评估的六大解决方案体系。 头部企业实践验证方案有效性 某全球白色家电制造商通过部署腾讯SOC，构建统一安全运营体系，实现办公网与多云环境威胁的集中管控。某ICT巨头利用腾讯威胁情报能力构建内部情报中心，提升安全调查效率。
5310编辑于 2026-05-31企业云原生安全转型：从成本优化到敏捷防御的体系重构
“方法体系不足，技术沉淀不够。” 在风险点词云图中，数据安全（权重80）、病毒（45）、勒索（42）、安全意识（31）、泄露（26）位列前五，暴露了传统防护体系的盲点。 第二章：构建原生化与全生命周期的安全体系 为解决传统外挂式安全产品的架构割裂问题，云原生安全理念强调“云平台安全原生化”与“安全产品原生化”。 企业期望的云原生安全体系需满足以下核心指标（来源：企业网 D1Net 119个样本调研）： 体系化协同与联动（58%） 集中统一管控（57%） DevSecOps：安全融入全生命周期（52%） 管控（权重 解决方案：全平台内嵌腾讯云原生安全系统（T-Sec WAF、DDoS防护、SOC、主机安全、数据安全审计等），构建时空纵深主动防御体系。 腾讯云容器安全防护体系遵循安全能力原生化、安全左移、全生命周期防护、零信任架构四大原则。
5510编辑于 2026-05-31- 来自专栏硬核项目经理的专栏
【敏捷2.5】其它敏捷框架
其它敏捷框架 你们一定想知道为什么不接着讲 Scrum 呀？干嘛中间横插一脚。 可视性进度报告 可视性进度报告就是包括但不限于使用各种敏捷类的图表，或者其它非敏捷的，只要能够有效地反映项目进度情况的图表。当然，更推荐的是白板、大屏这些可视性效果极佳的方式进行进度报告的展示。 晕就对了，水晶方法本身就是可以写一本书的，就和 XP 、Scrum 一样，拥有非常复杂的体系内容。我们这里了解一些名词概念就好了。 其实并不新，敏捷各个框架中都强调的让团队坐在一起，没有隔离，让客户也尽量和我们坐在一起。然后呢？ 参考文档： 《某培训机构教材》 《用户故事与敏捷方法》 《高效通过PMI-ACP考试（第2版）》 《敏捷项目管理与PMI-ACP应试指南》
84120发布于 2021-11-26 - 来自专栏EdisonTalk
敏捷 | 如何正确推进敏捷？
无论你的公司是在做敏捷转型还是一开始就使用敏捷，在推进敏捷的过程中往往都碰到了很多的问题。今天和大家分享一下业界认可的正确推进敏捷的三个步骤：评估诊断、敏捷试点和大规模推广。 相关阅读： （1）如何正确理解敏捷？ （2）如何正确推进敏捷？ （3）如何填好推进的坑？ （4）如何做服务型Scrum Master？ 在敏捷转型实践中，大部分的企业都选择请外部的敏捷教练或者咨询师来帮助企业做敏捷转型，而评估诊断也通常是由他们来做。 如果没有请敏捷教练或者咨询师，那也应该从企业内部指定一个熟悉敏捷和了解业界敏捷实践的人来做评估诊断。 最后，正如上一篇中提到的，无论它是不是知名的框架，又或者它是否打着敏捷的名头又或者冠以敏捷，本身是无所谓的，也觉得并非要全盘采纳框架的所有方法，只要在具体实践中能够体现敏捷思想，帮助我们解决实际问题就是敏捷的好实践
1.3K30发布于 2020-12-25 TAPD全链路敏捷研发体系驱动《使命召唤手游》跨国高效协同
多维数据支撑科学度量： 建立基于TAPD丰富数据的度量体系，精准掌握版本流转情况。核心监测指标包括：缺陷在不同维度的分布情况、BR/MP场景Bug总量及Bug修复量，以及跨版本的Bug数量对比。 —— bonnielin（林霖），IEG天美《使命召唤手游》高级项目经理 沉淀大型复杂项目的敏捷研发管理生态 应对高规格、多团队并发的3A级手游研发，管理工具必须具备高度的生态开放性与流程定制能力。 TAPD不仅提供了基础的任务流转体系，更通过打通Jira、SVN、盘古等关键节点，串联了从代码提交、自动化测试到外部信息同步的完整工具链。
5000编辑于 2026-05-30- 来自专栏EdisonTalk
敏捷 | 如何正确理解敏捷？
今天开始和你一起重新温习敏捷，先来正确理解一下敏捷吧。 相关阅读： （1）如何正确理解敏捷？ （2）如何正确推进敏捷？ （3）如何填好推进的坑？ （5）无处不在的敏捷思想 1 敏捷的初心 2001年，一群大师聚集在美国犹他州，吃吃喝喝头脑风暴，搞出了一个敏捷宣言，阐述了5条价值观，如下图所示。 ? 而一些有价值的文档，如设计方案文档、架构体系文档等，还是不能省的。 因此，敏捷的价值观其实并没有否定右项的价值，这些右项的内容也很重要，在敏捷里也不是建议大家都不做。 2 敏捷的原则 只有敏捷价值观是无法具体指导我们具体工作的，因此由它的价值观又引出了经典的敏捷十二条原则，是每个学习敏捷的童鞋都应该反复理解的话： （1）我们最优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意 对于方法，无论它是不是Scrum，又或者它是否打着敏捷的名头又或者冠以敏捷，本身是无所谓的，我也更是觉得并非要全盘采纳敏捷的所有方法（很多时候我发现我们都很迷信3355的流程），只要在具体实践中能够体现敏捷思想
1.1K41发布于 2020-12-25 - 来自专栏硬核项目经理的专栏
【敏捷1.2】敏捷宣言的官方解释：12条敏捷原则
敏捷宣言的官方解释：12条敏捷原则 上一篇文章中说到的敏捷宣言，可以说是整个敏捷体系中最精髓的部分了。说实话，不仅你觉得，我也觉得这四句话有点太简单，太抽象了。 所以，各位大佬们在发布敏捷宣言的同时，还给出了 12 条敏捷原则，可以看成是对敏捷宣言的官方解释及补充。 既然这么说了，那么其实也就意味着这 12 条敏捷原则也是官方给出的东西了呗。 要知道，敏捷区别于传统项目开发的一大特点就是不停地持续交付真正可用的软件产品。 在敏捷中，一个功能无法使用，也就意味着这个功能是没有交付的。 原则九：不断地关注优秀的技能和好的设计会增强敏捷能力 这一点可以说是更重视于软件开发中的架构设计。代码一旦变得复杂，冗余，就会失去敏捷性。 参考文档： 《某培训机构教材》 《用户故事与敏捷方法》 《高效通过PMI-ACP考试（第2版）》 《敏捷项目管理与PMI-ACP应试指南》
1.1K20编辑于 2023-03-09 - 来自专栏硬核项目经理的专栏
【敏捷5.4】敏捷计划与适应
敏捷计划与适应 上篇文章用大量篇幅学习了敏捷中计划的概念以及用户故事的估算，毕竟都是新东西，所以大家还是要好好消化消化。今天我们主要学习的是敏捷计划的具体实施以及敏捷的适应问题。 敏捷计划的实施 在学习敏捷计划的实施前，我们先来再看看敏捷计划和传统项目管理计划的不同。 首先，敏捷计划是通过实验和示范的方式来发现真正的需求，然后对其进行重新规划。 一般来说，回顾会议是以 Scrum Master 为主导的，以过程和敏捷实践的执行为主要内容，以团队成员的成长和收获为核心方向。 敏捷适应 敏捷适应其实就是在敏捷计划的执行过程中如何解决出现的问题。所以，在适应模块中，其实包含的就是识别和解决问题两个方面的内容。 识别问题 我们上面讲的那些敏捷监控工具是为了识别问题的。 关于敏捷规划设计方面的内容我们就学习完了。其实到这里为止，敏捷中最核心的一些内容就已经差不多了。后面我们还将要学习的是团队、风险管理和过程改进相关的内容。
73720编辑于 2023-03-03 - 来自专栏智能时刻
「敏捷模型」敏捷架构：规模化敏捷开发的策略
解决敏捷和架构周围的神话 1.迈向敏捷架构 体系结构提供了构建系统的基础，体系结构模型定义了体系结构所基于的愿景。 从根本上说，您执行体系结构建模的原因是为了解决开发团队成员无法实现共同愿景的风险。 架构规模敏捷。传统技术也是如此。 一种有效的体系结构方法使您能够解决这些扩展问题。 2.整个生命周期的架构 图1描绘了敏捷模型驱动开发（AMDD）的生命周期。 DAD工具包具有本文中描述的所有体系结构策略.DAD是一种混合体，它采用来自各种来源的策略，包括敏捷建模，Scrum，XP，敏捷数据等等。 大多数敏捷团队将适当地结合前三种策略。 图4描绘了大规模敏捷项目的体系结构活动过程。
2.3K21发布于 2019-09-10 - 来自专栏智能时刻
「敏捷架构」SAFe(可扩展的敏捷)中的敏捷架构
敏捷架构通过协作，紧急设计，有意架构和简单设计支持敏捷开发实践。与敏捷开发实践一样，敏捷架构也可以设计可测试性，可部署性和可发布性。快速原型设计，领域建模和分散式创新进一步支持了它。 细节 系统的体系结构可以加速或阻碍为业务提供频繁，独立的发布以实现其目标的能力。敏捷架构师通过优化架构来支持业务一致性，以支持端到端的价值流。 SAFe的精益敏捷原则为敏捷架构实践提供了信息。 它们允许通过定义最小可行（“恰好足够”）体系结构来确定决策，确保系统元素之间的松散耦合，支持接口的创建和发展，以及通过公共注释，属性和命名约定将体系结构作为代码培养。 敏捷体系结构还支持CD管道，将其他系统因素视为一流的体系结构问题，例如测试体系结构和测试数据管理。 使架构与商业价值保持一致 在数字时代，企业依靠技术为客户创造价值。
1.2K20发布于 2019-08-29 - 来自专栏智能时刻
「敏捷」大型敏捷框架SAFe：企业架构
兼并和收购，基础技术和竞争的变化，新兴标准以及其他因素往往会使企业超出敏捷团队的范围。 为了解决这个问题，Enterprise Architects拥有跨解决方案培训和敏捷发布列车（ART）的权威和知识。他们可以提供可以改善结果的战略技术方向。 解决方案体系结构策略 - Enterprise Architect与解决方案和系统架构师密切合作，确保各个计划和产品策略与业务和技术目标保持一致。 敏捷团队和程序在必要时进行重构并保留多种可能的设计选项的能力支持这一点。抽象和泛化有助于过早地避免绑定特异性，这为未来的业务需求保留了架构灵活性。 尊重个人和不懈改进 精益敏捷心态创造了一个健康的环境，每个人都在事实而非假设的基础上运作。这对于企业架构师来说尤其重要，他们在日常开发活动中执行一个（或两个）步骤。
1.2K30发布于 2019-09-03 - 来自专栏敏捷管理
【Kevin聊敏捷】敏捷宣言
说来奇怪，敏捷宣言是任何谈论敏捷相关的话题的时候，首先要提到的。而我的专栏居然在第31篇文章才来说「敏捷宣言」，真的是罪过~ = =#。 因为网上关于敏捷宣言的文章实在太多了，有深入浅出的，有详尽的。 【Kevin聊敏捷】精益敏捷（Lean Agile）的5个原则 26.【Kevin聊敏捷】精益敏捷（Lean Agile）导论 25.【Kevin聊敏捷】极限编程XP2实践 24. 【Kevin聊敏捷】敏捷项目管理之Scrum Events 敏捷活动 13.【Kevin聊敏捷】敏捷项目管理之Scrum Master 敏捷教练 12. 【Kevin聊敏捷】敏捷项目管理之Product Owner 产品负责人（一） 09.【Kevin聊敏捷】敏捷项目管理之Scrum三大支柱 08. 【Kevin聊敏捷】敏捷项目管理之Scrum价值 07.【Kevin聊敏捷】敏捷项目管理之Scrum 06.【Kevin聊敏捷】项目生命周期之敏捷型生命周期 05.
1.4K00发布于 2020-12-05 - 来自专栏智能时刻
「敏捷」也许敏捷就是问题所在
关键的要点 许多组织都对敏捷感到厌倦 “敏捷工业综合体”是问题的一部分 敏捷者必须回到宣言和12个原则的基础和简单 敏捷和现代敏捷的核心是基本的、简单的框架 敏捷者需要从社会科学中学习很多东西，比如积极心理学 、欣赏式探究和解决方案聚焦 敏捷敏捷敏捷敏捷敏捷敏捷敏捷敏捷敏捷敏捷。 今天，“敏捷”意味着一切。渐渐地，它就毫无意义了。许多组织对“敏捷”感到厌倦和难以驾驭，或者抗拒“敏捷敏捷敏捷敏捷敏捷敏捷敏捷敏捷敏捷敏捷敏捷敏捷敏捷。” 它变得更糟。“ 名不正，言不顺 ”(孔子)。 所以这就是第一个问题:敏捷的工业综合体和这种强加的一种最好的做事方式。这是我们必须反对的。 敏捷工业综合体。黑暗的敏捷。假的敏捷。僵尸敏捷。更糟糕的是。 结论 跨学科研究、原则和实践是敏捷的未来。这使得我们与我们的根保持联系变得更加重要，只要我们继续使用“敏捷”这个名字。请不要再说“敏捷、敏捷、敏捷、等等”之类的话了。
61610编辑于 2023-01-05
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号