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

    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)来组成。 一个 PI 周期可以是 8 到 12 周的长度,包含一个位于最末端的 IP (Innovation and Planning) 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的精益敏捷原则为敏捷架构实践提供了信息。 SAFe架构角色跨越架构域 架构也是与其他SAFe角色的合作。 引领精益敏捷转型 由于他们的知识和经验,建筑师经常受到开发社区的尊重和高度重视。因此,建筑师在任何SAFe转型中都发挥着关键作用。 SAFe架构师体现了新的工作方式,参与创建组织的(实施)路线图,并有助于加速作为精益敏捷领导者的采用。

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

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

    SAFe 概述SAFe ® for Lean Enterprises 是一个知识库,其中包含使用精益、敏捷和 DevOps 实现业务敏捷性的经过验证的集成原则、实践和能力。 WBS敏捷估算和计划基于项目的资金投入和控制精益 - 敏捷预算和自我管理的敏捷发布火车瀑布式的里程碑客观的、基于事实的度量和里程碑SAFe 框架的思想基础是精益和敏捷思维,它源自 SAFe 领导者和实践者们对敏捷宣言和精益思想的拥抱 SAFe 的知识体系涵盖了敏捷开发、精益产品开发和系统性思维。 8 释放知识工作者的内在动力提供自主性、使命感并尽可能减少约束,将会获得更高水平的员工敬业度,并为客户和企业产生更好的成果。提供目的、使命和最小可约束的自主性。领导者通过一下指导鼓励团队做出最大努力。 解决方案培训组织结构可帮助企业应对最大的挑战 -> 构建大规模,多学科的软件,硬件,网络物理和复杂的 IT 系统。开发这些解决方案需要额外的角色,工件,事件和协调。

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

    敏捷框架之SAFe6.0(中)

    在上一篇文章中敏捷框架之SAFe6.0(上)中,我分享了我参加敏捷课程的初步感受和体验。在这一篇文章中,我想继续深入探讨我从这次课程中学到的敏捷的知识和技能,以及敏捷团队的协作和沟通。 敏捷发布火车是基于SAFe 的一种实践方法,它可以将多达12个敏捷团队(每个团队7到12人)整合在一个ART中,每个ART可以有50到125+人。 每个ART都按照8到12周为一个PI(计划增量)来规划、执行、评估、改进自己的工作。每个PI都包含4到6个迭代(每个迭代2周),每个迭代都包含多个用户故事(每个用户故事描述一个用户需求或功能)。 小结 这次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)进行估算。我倾向于拥有不属于项目、在大规模敏捷上有丰富经验的外部协调人员。 因此,这个团队的能力在这个冲刺阶段的点数是5x8 + 1x4 = 44点。让团队在其团队冲刺图和项目板上写下来。 8. 项目板 各个团队在项目板上贴出他们最初的计划,然后和其他团队协作 ? 在首次项目板集合之前,给各个团队15-20分钟的提醒。

    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. 两种集成测试的组织方式 大规模产品的集成测试一般有两种组织方式。 大规模的E2E拉通测试很像一场战争,需要整个团队齐心协力,提前做好规划并快速推动决策调整,任何一环节出现问题都会导致整个阻塞,耽误的就是几百号人的时间和精力。 8.

    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
  • 来自专栏京程一灯

    苹果将提前大规模量产iPhone 8

    根据市场研究公司BlueFin Research Partners获得的供应链消息,苹果将提前从6月起开始生产iPhone 8,但这并不一定意味着iPhone8会提前发布。iph ? 考虑到iPhone 8中预期的根本性的设计变化,如果BlueFin Research Partners的信息准确无误,那么苹果公司可能正在计划比正常情况下提高产量。 提前量产意味着苹果可以提升良品率并解决生产问题,同时,今年 iPhone 8 在9月发布后,供应情况可能将得到改善。 消息称iPhone 8将采用无边框OLED曲面屏设计,玻璃材质后壳,并将Touch ID按钮集成在玻璃屏幕下,甚至有可能支持无线充电。 BlueFin Research还表示,随着iPhone 8开始准备推出,苹果已经调整了iPhone 7,iPhone 7 Plus和iPhone SE的产量。 果粉们期待吗?

    38710发布于 2019-03-28
  • 来自专栏超级架构师

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

    SAFe是一个广泛的知识体系,描述了实施企业级精益敏捷开发所需的角色,职责,工件和活动。SAFe为大量敏捷团队同步协调,协作和交付。 解决方案培训组织结构可帮助企业应对最大的挑战 - 构建大规模,多学科的软件,硬件,网络物理和复杂的IT系统。开发这些解决方案需要额外的角色,工件,事件和协调,如图5所示。 作为SAFe灵活性和可配置性的基本要素,跨越调色板允许组织仅应用其配置所需的项目。图8说明了跨越调色板的两个版本。 ? 图8.生成调色板 最左边的图由Essential SAFe配置使用,而最右边的图用于所有其他配置。 基础 该基金会包含大规模成功实现价值所需的支持原则,价值观,思维方式,实施指南和领导角色。 下面简要描述如图9所示的每个基础元件。 ? 图9.

    82650发布于 2019-09-03
  • 来自专栏Android 研究

    PMI-ACP 敏捷项目管理8——干系人管理

    敏捷方法通过原型、联合设计、闭环反馈和"完成"的定义去尽量消除或者减轻这些差异。 1 高管和项目发起人 虽然敏捷方法会使用更多频率更小的反馈环、但是高管和发起人经常会关心一些新的技术实践的风险。 在选择供应商时,需要更加谨慎,同时要为他们提供在敏捷环境中工作的一些针对性培训。 有的供应商使用敏捷实践,有的供应商不使用,这取决于他们在项目中的角色。 找到一种让各个客户都满意的均衡的方法 4、为服务顾客,不以一个人的利益换取他人利益 5、制定目标,完成对干系人的承诺;充满抱负,实现我们和他人的梦想 6、和所有干系人进行彻底的沟通 7、干系人包括样貌各异的成人和小孩,错综复杂 8、 干系人管理应该被每个敏捷团队关注。

    1.3K10发布于 2018-08-30
  • 来自专栏CNCF

    利用 eBPF 支撑大规模 K8s Service

    ---- K8S 当前重度依赖 iptables 来实现 Service 的抽象,对于每个 Service 及其 backend pods,在 K8s 里会生成很多 iptables 规则。 本文将介绍如何基于 Cilium/BPF 来解决这些问题,实现 K8s Service 的大规模扩展。 1 K8s Service 类型及默认基于 kube-proxy 的实现 K8s 提供了 Service 抽象,可以将多个 backend pods 组织为一个逻辑单元(logical unit)。 K8s 会为这个逻辑单元分配 虚拟 IP 地址(VIP),客户端通过该 VIP 就 能访问到这些 pods 提供的服务。 下图是一个具体的例子, ? 另外,kube-proxy 是 K8s 的可选组件,如果不需要 Service 功能,可以不启用它。

    1.1K21发布于 2021-01-27
  • 来自专栏啄木鸟软件测试

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

    8.敏捷过程倡导可持续开发。责任人、开发人员和用户要能够共同维持其步调稳定延续。9.坚持不懈地追求技术卓越和良好设计,敏捷能力由此增强。10.以简洁为本,它是极力减少不必要工作量的艺术。 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
  • 来自专栏k8s技术圈

    利用 eBPF 支撑大规模 K8S Service

    K8S 当前重度依赖 iptables 来实现 Service 的抽象,对于每个 Service 及其 backend pods,在 K8s 里会生成很多 iptables 规则。 本文将介绍如何基于 Cilium/BPF 来解决这些问题,实现 K8s Service 的大规模扩展。 1 K8s Service 类型及默认基于 kube-proxy 的实现 K8s 提供了 Service 抽象,可以将多个 backend pods 组织为一个逻辑单元(logical unit)。 K8s 会为这个逻辑单元分配 虚拟 IP 地址(VIP),客户端通过该 VIP 就 能访问到这些 pods 提供的服务。 下图是一个具体的例子, ? 另外,kube-proxy 是 K8s 的可选组件,如果不需要 Service 功能,可以不启用它。

    1.5K30发布于 2021-01-29
  • 来自专栏超级架构师

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

    面临快速变化,采用新技术,促进增长,扩大规模或降低成本的压力。因此,在许多组织中,敏捷与创新能力同等重要。创新和敏捷性是可持续业务的必要能力。 ? 敏捷开发已成为软件开发的标准。 示例: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
领券