首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏杂七杂八杂九

    SAFe大规模敏捷框架功能&SAFe敏捷支持工具

    ​Leangoo领歌覆盖了敏捷项目研发全流程,包括小型团队敏捷开发,Scrum of Scrums大规模敏捷SAFe(Scaled Agile Framework)是全球运用最广泛的大规模敏捷框架。SAFe融合了精益、敏捷和DevOps,它是一个知识库,囊括了大量已被证明的精益敏捷实践和能力。 在全球有超过20000家知名企业巨头在应用SAFe,从科技、软件、金融、医疗到航空、制造业。福布斯财富100强中的70%的企业在应用SAFeSAFe是全球最受欢迎和接受的大规模敏捷框架。 图片那我们一起来来看看如何使用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)来组成。 在团队管理层主要是通过 Sprint 来做为一个时间箱标准,一般一个 Sprint 为 2 到 4 周。 在每个 Sprint 的开始阶段,需要进行 Sprint 计划会议。

    2.6K21发布于 2020-09-08
  • 来自专栏杂七杂八杂九

    大规模敏捷SAFe框架管理工具+操作流程

    ​Leangoo领歌覆盖了敏捷项目研发全流程,包括小型团队敏捷开发,Scrum of Scrums大规模敏捷SAFe(Scaled Agile Framework)是全球运用最广泛的大规模敏捷框架。SAFe融合了精益、敏捷和DevOps,它是一个知识库,囊括了大量已被证明的精益敏捷实践和能力。 在全球有超过20000家知名企业巨头在应用SAFe,从科技、软件、金融、医疗到航空、制造业。福布斯财富100强中的70%的企业在应用SAFeSAFe是全球最受欢迎和接受的大规模敏捷框架。 那我们一起来来看看如何使用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的精益敏捷原则为敏捷架构实践提供了信息。 在进行特定设计之前,敏捷架构师使用快速学习周期(原理#4)来探索替代方案(原则#3)并获得最佳解决方案。 引领精益敏捷转型 由于他们的知识和经验,建筑师经常受到开发社区的尊重和高度重视。因此,建筑师在任何SAFe转型中都发挥着关键作用。 SAFe架构师体现了新的工作方式,参与创建组织的(实施)路线图,并有助于加速作为精益敏捷领导者的采用。

    1.2K20发布于 2019-08-29
  • 来自专栏数字化 IT 从业者路径课

    敏捷软件开发-规模化敏捷框架(SAFe

    WBS敏捷估算和计划基于项目的资金投入和控制精益 - 敏捷预算和自我管理的敏捷发布火车瀑布式的里程碑客观的、基于事实的度量和里程碑SAFe 框架的思想基础是精益和敏捷思维,它源自 SAFe 领导者和实践者们对敏捷宣言和精益思想的拥抱 SAFe 定义的精益企业的 7 大核心能力中,4 个价值观,以及 SAFe 的 10 个原则。 4 项目群执行(Program Execution)很多企业开始采用敏捷团队进行组织转型时,他们通常会进行大型解决方案的交付过程中,处理可靠性和有效性问题时遭受挫败。 4 精益投资组合管理在精益投资组合管理能力对齐战略和执行应用精益和系统思维的方法,以战略和投资资金,敏捷投资组合运作和治理。这些合作使企业能够将战略与执行保持一致,可靠地履行现有承诺,并实现创新。 解决方案培训组织结构可帮助企业应对最大的挑战 -> 构建大规模,多学科的软件,硬件,网络物理和复杂的 IT 系统。开发这些解决方案需要额外的角色,工件,事件和协调。

    3.2K00编辑于 2023-03-28
  • 来自专栏rainbowzhou的成长足迹

    敏捷框架之SAFe6.0(中)

    在上一篇文章中敏捷框架之SAFe6.0(上)中,我分享了我参加敏捷课程的初步感受和体验。在这一篇文章中,我想继续深入探讨我从这次课程中学到的敏捷的知识和技能,以及敏捷团队的协作和沟通。 敏捷发布火车是基于SAFe 的一种实践方法,它可以将多达12个敏捷团队(每个团队7到12人)整合在一个ART中,每个ART可以有50到125+人。 每个PI都包含4到6个迭代(每个迭代2周),每个迭代都包含多个用户故事(每个用户故事描述一个用户需求或功能)。每个用户故事都可以拆分成多个任务(每个任务描述一个具体的工作项)。 大家一起头脑风暴后,内部达成了一致,确定了1个月能完成4个用户故事并符合价值交付的理念。 小结 这次SAFe6.0课程干货和精华太多,我对敏捷开发也有了更加深入的理解。所以本想分上下两篇记录的我,最后拆分成了上中下三篇。在聆听过程中,我会有很多灵感和想法闪现出来。

    1K20编辑于 2023-09-27
  • 来自专栏超级架构师

    「规模化敏捷SAFe:内置的质量

    因此,内置的质量是安全的核心价值之一,也是敏捷宣言“持续关注技术卓越性和良好的设计增强敏捷性”的原则之一,这一点也不奇怪。 图2演示了SAFe的DevOps雷达的持续集成部分,并展示了如何在进入生产之前跨多个环境测试内建组件的更改。 例如,集成电路(IC)设计技术(VHDL, Verilog)是类似软件的,并且从这些设计特性和坚实的原理[4]中共享相同的好处。 一些硬件设计技术非常类似于代码(例如VHDL),具有明确定义的输入和输出,非常适合TDD[4]之类的实践。 了解更多 敏捷软件开发的[1]宣言。www.AgileManifesto.org。

    90220发布于 2019-09-04
  • 来自专栏IT技术精选文摘

    大规模敏捷之Big Room Planning

    大规模计划,包括切片和总体规划,是帮助你应对大规模计划挑战的程序化方法。 大规模计划把组织整体战略目标(图中央的目标)当做出发点,包括4个层面的计划: 切片 总体规划 Big room planning 冲刺计划 ? 我倾向于把每个史诗故事都打印在A4大小的纸上并张贴于墙上,这样大家可以随时走近它们并讨论。 衡量团队的敏捷及Scrum成熟度,并安排相应的协调人员。成熟度越低,就需要越多的协调人员。 每个团队至多一个协调人员,如果他们不熟悉敏捷,就分解史诗故事并利用计划扑克(planning poker)进行估算。我倾向于拥有不属于项目、在大规模敏捷上有丰富经验的外部协调人员。 Scrum master和协调人 接下来的步骤 通常接下来的步骤是让团队制定冲刺计划,然后开始工作 项目领导者 保持并尝试 反思那两天的big room planning 协调人 上面的议程受到了SAFe

    1.3K70发布于 2018-04-04
  • 来自专栏ThoughtWorks

    为什么企业要做大规模敏捷

    项目B则是一个由业务主导,每个敏捷团队有对应相关的业务领域,客户则是和供应商共同组成一个个敏捷团队,共同达成业务目标。 好了,完成了简单的背景介绍,我就要来说说下面的故事了。 进入开发任务后每个阶段,参考下图: 我们可以看到4重质量保证: 结对编程:两个人的脑子总比一个人想的全。 大规模“逆时针”回调:因为整体共识由测试发起,加上部门墙重,往往导致从测试->开发->产品的逆时针开发流程,代码重构与返工的工作量极大。 专注手头工作 分散精力处理流程 团队凝聚力强 职能部门间不信任 开心 痛苦 图片来源: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. 两种集成测试的组织方式 大规模产品的集成测试一般有两种组织方式。 4. SIT集成测试规划 集成测试一般可以分为三步走,测试计划与准备,测试执行与监控,测试收尾与总结。每个步骤都有相应的实施活动。

    71710编辑于 2024-01-31
  • 来自专栏啄木鸟软件测试

    SAFe 5.0精粹 面向业务的规模化敏捷框架》 读书笔记

    本书内容为李建昊老师翻译的《SAFe 5.0精粹 面向业务的规模化敏捷框架》,图为SAFe 6.0 SAFe官网:https://scaledagileframework.com/ SAFe组织 SAFe SAFe七个核心能力: 精益-敏捷领导力 团队和技术敏捷敏捷产品交付 企业解决方案交付 精益投资组合管理 组织敏捷力 持续学习文化 概览(overview) Measure & Grow 右下角 Portfolio:投资组合SAFe 投资组合 SAFe(Portfolio SAFe)的配置,是能够充分实现业务敏捷力的能力和实践的最小集合,“业务敏捷力”(Business agility)出现在全图顶部 Full:完整型SAFe 完整型 SAFe(Full SAFe)是最全面的配置,包括业务敏捷力所需的全部七个核心能力。 共享服务(Shared Services):共享服务代表了ART或解决方案火车成功所必需的4业角色,但这些角色不能全职专用于任何特定的火车。

    58510编辑于 2024-09-10
  • 来自专栏Android 研究

    PMI-ACP 敏捷项目管理——模拟试题4

    敏捷拥抱变化,所以B不对。没必要等到回顾会,所以C不对。 敏捷三角中部能增加资源,所以D不对 4、由于客户认为需求被遗漏了,客户拒收产品。若要提高未来工作被接受的可能性,项目团队应该怎么做? B选项中关键字"延长",敏捷中提倡时间盒的概念,所以B不对。敏捷拥抱变化,所以C不对。根据敏捷三角,资源不能变动,所以D不对 12、一名干系人不可用,这导致敏捷团队担心需求将得不到满足。 17题.png A 3 B 4 C 5 D 7 答案 A 本题考点是用户故事的计算。所有用户故事的总数是31。而速度是11,所以31除以11等于2并且余9,所以需要3个迭代来完成。 24、在规划会议上,敏捷管理专业人士要求一名干系人澄清需求。敏捷管理专业人士注意到团队和该干系人之间的意见不一致。敏捷管理专业人士应该怎么做? C选项指的的项目例会,在敏捷中不提倡项目例会,使用站会替代。 31、在一次sprint之后,敏捷管理专业人士注意到一些团队成员尚不清楚敏捷环境的最高优先级。

    4K20发布于 2018-08-30
  • 来自专栏Android 研究

    PMI-ACP 敏捷项目管理4——价值驱动交付

    一、什么是价值驱动交付 交付价值,特别是业务价值,是敏捷方法的核心组成部分。 这种概念已经融入了敏捷的核心,包括敏捷价值宣言(可以工作的软件胜过绵绵俱到的文档)和敏捷原则(不断交付的可用软件和可用的软件是衡量进度的首页指标)。 价值驱动交付贯穿敏捷项目的整个生命周期,指导着过程中的决策。 二、敏捷的主题就是最大化价值交付 一个功能既有正向的业务价值,可以带来收益,也有相关的风险,因此需要综合考虑功能性需求、风险,并分析这些因素对项目的影响。 四、早期尽早交付 敏捷方法推崇早期交付价值。

    1.4K10发布于 2018-08-30
  • 来自专栏超级架构师

    「精益企业」支持原则,价值观,思维方式,实施指南和领导角色

    SAFe是一个广泛的知识体系,描述了实施企业级精益敏捷开发所需的角色,职责,工件和活动。SAFe为大量敏捷团队同步协调,协作和交付。 Agile Release Trains完全交叉功能 必要的SAFe包括团队和程序结构,如图4所示。 ? 图4.基本的SAFe配置 大型方案SAFe 大型解决方案SAFe配置引入了业务解决方案和精益系统工程能力,支持那些构建最大,最复杂的解决方案,这些解决方案需要多个敏捷发布列车和供应商,但不需要组合级别的考虑因素 解决方案培训组织结构可帮助企业应对最大的挑战 - 构建大规模,多学科的软件,硬件,网络物理和复杂的IT系统。开发这些解决方案需要额外的角色,工件,事件和协调,如图5所示。 基础 该基金会包含大规模成功实现价值所需的支持原则,价值观,思维方式,实施指南和领导角色。 下面简要描述如图9所示的每个基础元件。 ? 图9.

    82650发布于 2019-09-03
  • 来自专栏sickworm

    敏捷软件开发:原则、模式与实践》笔记(4

    一个模型,如果孤立的来看,并不具有真正意义上的有效性。模型的有效性只能通过它的客户程序来体现。能解决问题的模型才是好模型。

    57830发布于 2019-07-24
  • 来自专栏杂七杂八杂九

    最常用、最专业的Scrum工具(收藏)

    1、Leangoo领歌Leangoo领歌国内知名敏捷开发工具,它覆盖了敏捷项目研发全流程,包括小型团队敏捷开发,规模化敏捷SAFe,Scrum of Scrums大规模敏捷。 能够支持多种场景,如:敏捷研发管理、敏捷项目管理、工作流管理、轻量级项目群管理、任务管理等。2)管理产品路线图、产品backlog、迭代规划和执行、缺陷、测试、项目文件及企业组织架构等等。 Leangoo领歌除了提供敏捷工具之外,也提供专业的敏捷培训、敏捷认证以及敏捷咨询的服务,权威课程包括:官方权威Scrum认证培训课程(CSM,CSPO,A-CSM等)、大规模敏捷SAFe及LeSS认证培训​​​​​​​ ,以及量身定制的Scrum敏捷开发企业级实训课程培训, 敏捷工程技术实践课程等。 4、VersionOneVersionOne在2002年帮助推出了敏捷管理工具,并且在2020年发布的敏捷状态报告中是国外颇受欢迎的敏捷管理工具之一。

    50520编辑于 2023-07-18
  • 来自专栏啄木鸟软件测试

    敏捷测试价值观、方法和实践读书笔记(1)

    为了客户的竞争优势,敏捷过程掌控变化。3.经常地交付可工作的软件,相隔几星期或一两个月,倾向于采取较短的周期。4.业务人员和开发人员必须相互合作,项目中的每一天都不例外。 承诺(Commitment) (5)尊重(Respeet) 4 规模化敏捷 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
  • 来自专栏超级架构师

    敏捷开发」企业架构和敏捷开发:对立吸引?

    面临快速变化,采用新技术,促进增长,扩大规模或降低成本的压力。因此,在许多组织中,敏捷与创新能力同等重要。创新和敏捷性是可持续业务的必要能力。 ? 敏捷开发已成为软件开发的标准。 示例:Scaled Agile Framework 诸如Scaled Agile Framework(SAFe)和Disciplined Agile Delivery(DAD)等现代开发正朝着正确的方向发展 我们以SAFe为例,在下图中以简化形式描述。 ? SAFe使用分层迭代方法,我们在底层找到典型的敏捷团队。这些结果以2-3周的典型敏捷频率提供。 业务战略提供给该层,并为大规模,高影响力的架构决策,优先级设置和预算分配提供上下文。 在这个顶层,已建立的企业架构方法如TOGAF找到了自己的位置。 此外,SAFe,DAD,TOGAF和相关方法仍然是以IT为中心的。据SAFe称,企业架构师的角色是“[......]推动整体技术实施[...]”。但真正的企业架构师并不仅仅关注技术。

    2.2K21发布于 2019-07-14
领券