- 综合排序
- 最热优先
- 最新优先
- 来自专栏杂七杂八杂九
SAFe大规模敏捷框架功能&SAFe敏捷支持工具
Leangoo领歌覆盖了敏捷项目研发全流程，包括小型团队敏捷开发，Scrum of Scrums大规模敏捷。 SAFe（Scaled Agile Framework）是全球运用最广泛的大规模敏捷框架。SAFe融合了精益、敏捷和DevOps，它是一个知识库，囊括了大量已被证明的精益敏捷实践和能力。 在全球有超过20000家知名企业巨头在应用SAFe，从科技、软件、金融、医疗到航空、制造业。福布斯财富100强中的70%的企业在应用SAFe。SAFe是全球最受欢迎和接受的大规模敏捷框架。 图片那我们一起来来看看如何使用Leangoo做SAFe大规模敏捷的吧～SAFe项目模版在Leangoo中，用 SAFe 项目模板创建项目后，系统会自动创建三个看板，分别为：Program Backlog 大规模场景下进行缺陷规划，首先选择需要规划的目标团队，然后将缺陷规划到这个团队的迭代看板中，然后切换到下一个团队，依次完成多个团队的缺陷规划图片Sprint回顾在敏捷开发中，我们每个迭代团队都会开回顾会议
79870编辑于 2023-07-24 - 来自专栏PM吃瓜(公众号)
详解IBM的大规模敏捷框架SAFe
大规模敏捷框架 ♪ PM吃瓜 在企业层面实现敏捷的一致性。 常规的敏捷框架适用于中小型项目团队，而且不具有扩展性。 基于常规的敏捷框架，SAFe定义了一个可扩展的敏捷框架模型，它适用于大型多个团队的合作开发，可以提高团队之间的协作性，降低团队管理的复杂性。 面向企业的Scrum-SAFe。 多个团队共同使用SAFe，避免多个团队独自使用敏捷，一旦失败影响其他团队。 ? 4.Scaled Agile Framework SAFe, 大规模敏捷框架， SAFe 的一个企业级的投资策略往往由多列敏捷发布火车（Agile Release Trains）来组成。 5.Epics： 叙事史诗 6.Program Increment PI , 递增的sprint 计划，用来做时间控制 7.Innovation and Planning IP
2.6K21发布于 2020-09-08 - 来自专栏杂七杂八杂九
大规模敏捷SAFe框架管理工具+操作流程
Leangoo领歌覆盖了敏捷项目研发全流程，包括小型团队敏捷开发，Scrum of Scrums大规模敏捷。 SAFe（Scaled Agile Framework）是全球运用最广泛的大规模敏捷框架。SAFe融合了精益、敏捷和DevOps，它是一个知识库，囊括了大量已被证明的精益敏捷实践和能力。 在全球有超过20000家知名企业巨头在应用SAFe，从科技、软件、金融、医疗到航空、制造业。福布斯财富100强中的70%的企业在应用SAFe。SAFe是全球最受欢迎和接受的大规模敏捷框架。 那我们一起来来看看如何使用Leangoo做SAFe大规模敏捷的吧～SAFe项目模版在Leangoo中，用 SAFe 项目模板创建项目后，系统会自动创建三个看板，分别为：Program Backlog、Scrum Leangoo领歌也提供SAFe大规模敏捷培训，SAFe认证Leading SAFe官方认证班 大规模敏捷 SAFe ScrumMaster & Leading SAFe双认证班SAFe认证SPC官方认证班
67560编辑于 2023-07-26 - 来自专栏超级架构师
「敏捷」大型敏捷框架SAFe：企业架构
为了解决部分问题，SAFe强调了系统和解决方案架构师的角色，他们在计划和大型解决方案级别提供了大部分指导。 在投资组合层面，挑战更大。 兼并和收购，基础技术和竞争的变化，新兴标准以及其他因素往往会使企业超出敏捷团队的范围。 为了解决这个问题，Enterprise Architects拥有跨解决方案培训和敏捷发布列车（ART）的权威和知识。他们可以提供可以改善结果的战略技术方向。 敏捷团队和程序在必要时进行重构并保留多种可能的设计选项的能力支持这一点。抽象和泛化有助于过早地避免绑定特异性，这为未来的业务需求保留了架构灵活性。 尊重个人和不懈改进 精益敏捷心态创造了一个健康的环境，每个人都在事实而非假设的基础上运作。这对于企业架构师来说尤其重要，他们在日常开发活动中执行一个（或两个）步骤。
1.2K30发布于 2019-09-03 - 来自专栏超级架构师
「敏捷架构」SAFe(可扩展的敏捷)中的敏捷架构
它避免了与启动 - 停止 - 启动性质相关的开销和延迟，以及相位门过程和Big Up Front Design（BUFD）固有的大规模重新设计。 SAFe的精益敏捷原则为敏捷架构实践提供了信息。 SAFe架构角色跨越架构域 架构也是与其他SAFe角色的合作。 引领精益敏捷转型 由于他们的知识和经验，建筑师经常受到开发社区的尊重和高度重视。因此，建筑师在任何SAFe转型中都发挥着关键作用。 SAFe架构师体现了新的工作方式，参与创建组织的（实施）路线图，并有助于加速作为精益敏捷领导者的采用。
1.2K20发布于 2019-08-29 - 来自专栏数字化 IT 从业者路径课
敏捷软件开发-规模化敏捷框架（SAFe）
WBS敏捷估算和计划基于项目的资金投入和控制精益 - 敏捷预算和自我管理的敏捷发布火车瀑布式的里程碑客观的、基于事实的度量和里程碑SAFe 框架的思想基础是精益和敏捷思维，它源自 SAFe 领导者和实践者们对敏捷宣言和精益思想的拥抱 SAFe 定义的精益企业的 7 大核心能力中，4 个价值观，以及 SAFe 的 10 个原则。 7 团队和技术敏捷力团队和技术敏捷能力描述了关键技术和精益敏捷的原则和做法，高绩效的敏捷团队和敏捷团队的团队用它来为客户创造高品质的解决方案。 7 应用节奏通过跨领域设计进行同步节奏为开发活动创建了可预测性，并提供了韵律节拍。同步能够促使人们同时理解、解决并集成多个视角。节奏是流程中稳定的心跳，可以提供一种优雅的节拍模式。 解决方案培训组织结构可帮助企业应对最大的挑战 -> 构建大规模，多学科的软件，硬件，网络物理和复杂的 IT 系统。开发这些解决方案需要额外的角色，工件，事件和协调。
3.2K00编辑于 2023-03-28 - 来自专栏rainbowzhou的成长足迹
敏捷框架之SAFe6.0(中)
在上一篇文章中敏捷框架之SAFe6.0(上)中，我分享了我参加敏捷课程的初步感受和体验。在这一篇文章中，我想继续深入探讨我从这次课程中学到的敏捷的知识和技能，以及敏捷团队的协作和沟通。 根据SAFe官方教材，使用ART的组织比传统的项目管理组织，平均提高了30%的员工敬业度和35%的团队生产力。 敏捷发布火车是基于SAFe 的一种实践方法，它可以将多达12个敏捷团队（每个团队7到12人）整合在一个ART中，每个ART可以有50到125+人。 小结 这次SAFe6.0课程干货和精华太多，我对敏捷开发也有了更加深入的理解。所以本想分上下两篇记录的我，最后拆分成了上中下三篇。在聆听过程中，我会有很多灵感和想法闪现出来。 学了SAFe之后，我会朝着勇于试错的方向去转变，这样只要试成功的次数多了，人也就会愈来愈有自信。
1K20编辑于 2023-09-27 - 来自专栏超级架构师
「规模化敏捷」SAFe:内置的质量
因此，内置的质量是安全的核心价值之一，也是敏捷宣言“持续关注技术卓越性和良好的设计增强敏捷性”的原则之一，这一点也不奇怪。 图2演示了SAFe的DevOps雷达的持续集成部分，并展示了如何在进入生产之前跨多个环境测试内建组件的更改。 如法规遵循文章所述，精益质量管理系统(QMS)定义了经过批准的实践、策略和过程，这些实践、策略和过程支持精益敏捷的、基于流程的、持续的集成部署发布过程。 了解更多 敏捷软件开发的[1]宣言。www.AgileManifesto.org。 collective.html 原文：https://www.scaledagileframework.com/built-in-quality/ 本文：https://pub.intelligentx.net/safe-built-quality
90220发布于 2019-09-04 - 来自专栏IT技术精选文摘
大规模敏捷之Big Room Planning
大规模计划，包括切片和总体规划，是帮助你应对大规模计划挑战的程序化方法。 衡量团队的敏捷及Scrum成熟度，并安排相应的协调人员。成熟度越低，就需要越多的协调人员。 每个团队至多一个协调人员，如果他们不熟悉敏捷，就分解史诗故事并利用计划扑克（planning poker）进行估算。我倾向于拥有不属于项目、在大规模敏捷上有丰富经验的外部协调人员。 Scrum master和协调人 接下来的步骤 通常接下来的步骤是让团队制定冲刺计划，然后开始工作 项目领导者 保持并尝试 反思那两天的big room planning 协调人 上面的议程受到了SAFe 7. 团队分组 只需让大家按照团队分组介绍的指示做。确保各个团队从利益相关者和协调员那里得到恰如其分的关注。不至于太多而打搅他们，也给足了他们所需的引导。 8.
1.3K70发布于 2018-04-04 - 来自专栏ThoughtWorks
为什么企业要做大规模敏捷？
项目B则是一个由业务主导，每个敏捷团队有对应相关的业务领域，客户则是和供应商共同组成一个个敏捷团队，共同达成业务目标。 好了，完成了简单的背景介绍，我就要来说说下面的故事了。 总结一下敏捷开发的特点： 业务 -> 开发 -> 测试由一个全职能敏捷团队完成 大多数内容由团队内部确定 由上向下“顺时针“开发 尽可能的小型功能，快速迭代 小型逆时针回调细节确认 业务导向：业务决定质量 大规模“逆时针”回调：因为整体共识由测试发起，加上部门墙重，往往导致从测试->开发->产品的逆时针开发流程，代码重构与返工的工作量极大。 专注手头工作 分散精力处理流程 团队凝聚力强 职能部门间不信任 开心 痛苦 图片来源：SAFe 我们暂且停在这儿，我要引用SAFe中的一张图来结束我今天的阐述，也在用实例回答：“为什么企业要做大规模敏捷 /safe-lean-agile-principles/?
33330编辑于 2023-05-22 - 来自专栏ThoughtWorks
大规模敏捷测试怎么做（基础篇）
然而，当项目规模逐渐增大、项目成员人数逐渐增加时，为了有效协作，我们需要将整个大规模团队拆分为多个小规模的敏捷小组。 但大规模的项目中，QA不仅要关注本组内的功能，同时还要考虑组与组间存在关联功能的测试。那么如何在高节奏的迭代中，进行大规模敏捷测试呢？ 1. 大规模敏捷测试的基础：良好的敏捷实践 在大规模敏捷测试中，每个小组都需要贯彻执行良好的敏捷实践，以保障每个模块的高质量交付，从而获得最终的高质量产品。 在敏捷开发中，许多团队放弃了缺陷记录，因为团队规模小，直接沟通的方式就能够快速传递上下文，修复问题，因此记录缺陷会被认为是一种浪费。 然而，在大规模的敏捷测试中，我们仍然建议团队对缺陷进行规范管理。 大规模敏捷测试的核心：多团队协作 小规模团队进行敏捷测试实践是比较可控的，QA很容易获得全局观，把控质量全景。
55420编辑于 2023-08-08 - 来自专栏ThoughtWorks
大规模敏捷测试怎么做（集成篇）
对于大规模的产品来说，即使采用敏捷的方式来做，也依然避免不了多个服务集成以及和其他产品集成的过程，这一篇就和大家一起讨论一下在大规模敏捷测试中如何进行SIT（System Integration Testing 大规模敏捷测试的分层策略 随着分布式架构的流行，大规模的产品开发更加灵活和便捷，但这同时也为质量保障活动带来了挑战。为了更高效地进行测试，我们往往采用测试分层的策略。 如图： 1）迭代内测试 迭代内测试主要关注两个方面的测试： 服务的功能测试 模块内的服务集成 迭代内的测试如何进行，可以参考上一篇博客：大规模敏捷测试怎么做？ 所以如何更好地组织和实施集成测试是大规模敏捷测试成功的关键。 2. 两种集成测试的组织方式 大规模产品的集成测试一般有两种组织方式。 7. 集成测试中接口变更之殇 SIT自测时关注的是产品内不同模块间的接口，一个产品内的团队联调机会多，所以接口问题没有那么突出。
71710编辑于 2024-01-31 - 来自专栏啄木鸟软件测试
《SAFe 5.0精粹 面向业务的规模化敏捷框架》 读书笔记
本书内容为李建昊老师翻译的《SAFe 5.0精粹 面向业务的规模化敏捷框架》，图为SAFe 6.0 SAFe官网：https://scaledagileframework.com/ SAFe组织 SAFe SAFe七个核心能力： 精益-敏捷领导力 团队和技术敏捷力 敏捷产品交付 企业解决方案交付 精益投资组合管理 组织敏捷力 持续学习文化 概览（overview） Measure & Grow 右下角 SAFe业务敏捷力评估 SAFe核心能力评估用 SAFe配置 上方 Essential：基本型SAFe 基本型 SAFe(Essenial SAFe)，包含了持续交付业务解决方案所需的角色、事件和工件的最小集合 Portfolio：投资组合SAFe 投资组合 SAFe(Portfolio SAFe)的配置，是能够充分实现业务敏捷力的能力和实践的最小集合,“业务敏捷力”(Business agility)出现在全图顶部 Full：完整型SAFe 完整型 SAFe(Full SAFe)是最全面的配置，包括业务敏捷力所需的全部七个核心能力。
58510编辑于 2024-09-10 - 来自专栏ThoughtWorks
敏捷项目经理的7项修炼
---- 修炼一：持续调整，持续学习 敏捷项目尤其需要如此！ 在一定程度上，这也是敏捷项目管理被推崇的原因，用敏捷的方式拥抱变化，还能控制风险、有效的应对不确定性。 应对不确定性最好的方式是保持灵活，持续调整。 ---- 修炼七：行动敏捷，思维更要敏捷 计划做的再好，也不是一帆风顺的，项目和团队经常会被卡住！ 作为项目经理，拥抱变化，快速做出反应是解决问题的关键，但除了行动上的敏捷，更需要思维上的敏捷，因为在复杂的场景中，有项目本身的事情，也有人的事情，要梳理新的需求，要制定新的计划，要进行客户谈判，还要稳定激励团队成员 所以，项目经理要应对复杂的场景，思维上要敏捷，甚至思维要先于行动敏捷起来。 所以，项目经理要应对复杂的场景，思维上要敏捷，甚至思维要先于行动敏捷起来。
64510发布于 2020-02-26 有没有好用的敏捷工具？国内敏捷团队常选的7款
本文旨在为企业管理系统选型者提供一份专业的敏捷工具选型指南。我们将深入探讨敏捷工具的定义、核心原理，分析最新的市场趋势，并重点对比分析国内敏捷团队常用的7款主流工具。 一、什么是敏捷工具？定义、背景与价值1.敏捷工具的精确定义敏捷工具（Agile Tools）是用于支持敏捷开发方法论（如 Scrum、Kanban、SAFe 等）的软件平台或系统。 企业级敏捷（Scaled Agile）随着敏捷从小型团队走向大型组织，支持规模化敏捷框架（如 SAFe, LeSS）成为高端工具的标配。这要求工具具备项目集管理、跨团队依赖管理和统一的敏捷看板能力。 本节总结：敏捷工具市场正朝着 AI 驱动、全链条 DevOps 集成和支持企业级规模化敏捷（SAFe）的方向发展。 四、7 款主流敏捷工具深度对比（国内常用）国内敏捷团队在选型时，通常会综合考虑功能深度、易用性、成本、部署模式（SaaS 或私有化）以及本土化服务。以下是 7 款在市场上表现突出的敏捷工具。
48910编辑于 2025-11-18- 来自专栏ThoughtWorks
为什么需要敏捷的7个问题
终于经过各种海内外敏捷项目，在一线开发有了对敏捷更为深刻的认识，现在回过头来聊一聊这些问题。 ---- 为什么要敏捷？ 敏捷作为一种软件开发方法，或者项目管理方法，很容易被说的玄乎。 但是敏捷团队按照同样的方式做的话，就变成了 “白天搞敏捷，晚上修 bug”，敏捷不仅不能让项目进展更快，反而拖慢项目，甚至导致项目失败。 再来说是的情况，敏捷这种开发方法确实能加快项目进度。 然而目前这种情况变得不能接受，所以越来越多的项目还是转向到敏捷开发上来。 ---- 敏捷开发有什么缺点和不足吗？ 敏捷开发方法一点问题和缺点都没有吗？ ---- 有了看板、站会、回顾会议就敏捷吗？ 敏捷是一种理念和价值观，具体的软件开发方法主要是 Scrum，那么采用了 Scrum 中的实践就敏捷了吗？ 第一个问题中谈到，敏捷的关键是迭代和响应变化。 敏捷的实践很重要，是团队重要的活动，但并不意味着采纳了一些敏捷实践，团队就是按照敏捷的方式运作。 ---- - 相关阅读 - 一页纸手把手教你怎么做敏捷项目管理 ThoughtWorks的敏捷开发
1.4K20发布于 2020-07-14 - 来自专栏ThoughtWorks
TW洞见 | 敏捷回顾7步法
Paulo和TC一直在收集整理关于敏捷回顾的任何想法和活动。在这篇内容里面，他们分享了7步法来帮助你组织你的下一次回顾。 Agenda structure: 1.
69591发布于 2018-04-20 - 来自专栏超级架构师
「精益企业」支持原则，价值观，思维方式，实施指南和领导角色
SAFe是一个广泛的知识体系，描述了实施企业级精益敏捷开发所需的角色，职责，工件和活动。SAFe为大量敏捷团队同步协调，协作和交付。 解决方案培训组织结构可帮助企业应对最大的挑战 - 构建大规模，多学科的软件，硬件，网络物理和复杂的IT系统。开发这些解决方案需要额外的角色，工件，事件和协调，如图5所示。 投资组合SAFe通过投资组合战略和投资资金，敏捷投资组合运营和精益治理的原则和实践提供业务敏捷性。 在大型企业中，可能存在多个SAFe组合。学到更多。 ? 在大型企业中，可能需要多种SAFe配置实例。 ? 图7.完整的SAFe配置 跨越调色板 Spanning Palette包含可应用于特定团队，程序，大型解决方案或项目组合上下文的各种角色和工件。 基础 该基金会包含大规模成功实现价值所需的支持原则，价值观，思维方式，实施指南和领导角色。 下面简要描述如图9所示的每个基础元件。 ? 图9.
82650发布于 2019-09-03 - 来自专栏啄木鸟软件测试
敏捷测试价值观、方法和实践读书笔记（1）
7.可工作的软件是进度的首要度量标准。8.敏捷过程倡导可持续开发。责任人、开发人员和用户要能够共同维持其步调稳定延续。9.坚持不懈地追求技术卓越和良好设计，敏捷能力由此增强。 SAFe 框架 主导设计者 Dean Lefingwell SAFe 框架的核心理念是，通过在 Scrum 的基础上增加不同的层级和角色来应对大项目、大型复杂解决方案，甚至是产品组合管理对于敏捷的需要 CollabNet VersionOne 在2019 年公布的第13 届年度敏捷状态报告，SAFe框众多规模化敏捷体系中的占比最高，达到30%。 SAFe的基本原理 根据其作者，SAFe基于十个基本概念，这些概念源自现有的精益和敏捷原则以及观察： 1.Take an economic view 2.Apply systems thinking 3 其他大规模敏捷框架，如 ·纪律敏捷交付（DAD）：Scott Ambler提出 ·Spotify：亨利克·尼伯格 ·Nexus
28310编辑于 2024-09-10 - 来自专栏Android 研究
PMI-ACP 敏捷项目管理7——追踪和报告价值
敏捷是应对不确定因素的一种灵活管控方式，所以，在敏捷项目环境中，我们需要监控需求交付的价值来确保满足客户的期望，及时跟干系人沟通，反馈项目的真实状态。 实际工作序列每日更新，取决于敏捷团队的生产率和任务的复杂性。实际工作序列常常是易变的，因为团队收到干扰等原因使其并非呈直线。一般，在团队每日站会开完后，由团队更新燃尽图。 燃尽图 如下： ? 例如，一项风险最高风险度是25(5*5=25)，最低风险是0.敏捷团队和客户/产品负责人识别到风险同时分配严重度值到风险登记册，并跟踪这些值。在理想情况下，风险严重度会随着时间降低。 因此，在敏捷项目中，风险管理也尤为重要。风险管理应该服务与工作进度，将高风险活动放入早期迭代中，并将风险对应的减轻措施放入待办事项。在项目进行中，风险管理需要持续进行，在风险成为问题前主动应对。 使用敏捷方法，有很多机会可以在项目风险变成问题前主动进行应对。迭代开发允许高风险的工作在项目生命周期中进行处理。具有高风险的功能和用户故事可以在项目早期进行实施。
1.9K10发布于 2018-08-30
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号