Leangoo领歌覆盖了敏捷项目研发全流程,包括小型团队敏捷开发,Scrum of Scrums大规模敏捷。 SAFe(Scaled Agile Framework)是全球运用最广泛的大规模敏捷框架。SAFe融合了精益、敏捷和DevOps,它是一个知识库,囊括了大量已被证明的精益敏捷实践和能力。 在全球有超过20000家知名企业巨头在应用SAFe,从科技、软件、金融、医疗到航空、制造业。福布斯财富100强中的70%的企业在应用SAFe。SAFe是全球最受欢迎和接受的大规模敏捷框架。 图片那我们一起来来看看如何使用Leangoo做SAFe大规模敏捷的吧~SAFe项目模版在Leangoo中,用 SAFe 项目模板创建项目后,系统会自动创建三个看板,分别为:Program Backlog 大规模场景下进行缺陷规划,首先选择需要规划的目标团队,然后将缺陷规划到这个团队的迭代看板中,然后切换到下一个团队,依次完成多个团队的缺陷规划图片Sprint回顾在敏捷开发中,我们每个迭代团队都会开回顾会议
大规模敏捷框架 ♪ 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
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官方认证班
为了解决部分问题,SAFe强调了系统和解决方案架构师的角色,他们在计划和大型解决方案级别提供了大部分指导。 在投资组合层面,挑战更大。 兼并和收购,基础技术和竞争的变化,新兴标准以及其他因素往往会使企业超出敏捷团队的范围。 为了解决这个问题,Enterprise Architects拥有跨解决方案培训和敏捷发布列车(ART)的权威和知识。他们可以提供可以改善结果的战略技术方向。 敏捷团队和程序在必要时进行重构并保留多种可能的设计选项的能力支持这一点。抽象和泛化有助于过早地避免绑定特异性,这为未来的业务需求保留了架构灵活性。 尊重个人和不懈改进 精益敏捷心态创造了一个健康的环境,每个人都在事实而非假设的基础上运作。这对于企业架构师来说尤其重要,他们在日常开发活动中执行一个(或两个)步骤。
它避免了与启动 - 停止 - 启动性质相关的开销和延迟,以及相位门过程和Big Up Front Design(BUFD)固有的大规模重新设计。 SAFe的精益敏捷原则为敏捷架构实践提供了信息。 SAFe架构角色跨越架构域 架构也是与其他SAFe角色的合作。 引领精益敏捷转型 由于他们的知识和经验,建筑师经常受到开发社区的尊重和高度重视。因此,建筑师在任何SAFe转型中都发挥着关键作用。 SAFe架构师体现了新的工作方式,参与创建组织的(实施)路线图,并有助于加速作为精益敏捷领导者的采用。
SAFe 概述SAFe ® for Lean Enterprises 是一个知识库,其中包含使用精益、敏捷和 DevOps 实现业务敏捷性的经过验证的集成原则、实践和能力。 WBS敏捷估算和计划基于项目的资金投入和控制精益 - 敏捷预算和自我管理的敏捷发布火车瀑布式的里程碑客观的、基于事实的度量和里程碑SAFe 框架的思想基础是精益和敏捷思维,它源自 SAFe 领导者和实践者们对敏捷宣言和精益思想的拥抱 #5 企业解决方案交付企业解决方案交付能力介绍如何精益敏捷的原则和做法适用于规范,开发,部署,运行和发展的世界上最大,最复杂的软件应用程序,网络和网络物理系统。 5 基于对可工作系统的客观评估设立里程碑在精益敏捷开发模型中,每个集成点头提供了一个客观的里程碑,从而可以频繁的进行评估并贯穿于整个开发生命周期中。 解决方案培训组织结构可帮助企业应对最大的挑战 -> 构建大规模,多学科的软件,硬件,网络物理和复杂的 IT 系统。开发这些解决方案需要额外的角色,工件,事件和协调。
在上一篇文章中敏捷框架之SAFe6.0(上)中,我分享了我参加敏捷课程的初步感受和体验。在这一篇文章中,我想继续深入探讨我从这次课程中学到的敏捷的知识和技能,以及敏捷团队的协作和沟通。 根据SAFe官方教材,使用ART的组织比传统的项目管理组织,平均提高了30%的员工敬业度和35%的团队生产力。 敏捷发布火车是基于SAFe 的一种实践方法,它可以将多达12个敏捷团队(每个团队7到12人)整合在一个ART中,每个ART可以有50到125+人。 小结 这次SAFe6.0课程干货和精华太多,我对敏捷开发也有了更加深入的理解。所以本想分上下两篇记录的我,最后拆分成了上中下三篇。在聆听过程中,我会有很多灵感和想法闪现出来。 学了SAFe之后,我会朝着勇于试错的方向去转变,这样只要试成功的次数多了,人也就会愈来愈有自信。
因此,内置的质量是安全的核心价值之一,也是敏捷宣言“持续关注技术卓越性和良好的设计增强敏捷性”的原则之一,这一点也不奇怪。 图2演示了SAFe的DevOps雷达的持续集成部分,并展示了如何在进入生产之前跨多个环境测试内建组件的更改。 受极限编程(XP)[5]的启发,这里列出了一些实践。 单元测试和测试驱动开发 单元测试实践将代码分解为多个部分,并确保每个部分都有自动化测试来执行它。 了解更多 敏捷软件开发的[1]宣言。www.AgileManifesto.org。 collective.html 原文:https://www.scaledagileframework.com/built-in-quality/ 本文:https://pub.intelligentx.net/safe-built-quality
大规模计划,包括切片和总体规划,是帮助你应对大规模计划挑战的程序化方法。 衡量团队的敏捷及Scrum成熟度,并安排相应的协调人员。成熟度越低,就需要越多的协调人员。 每个团队至多一个协调人员,如果他们不熟悉敏捷,就分解史诗故事并利用计划扑克(planning poker)进行估算。我倾向于拥有不属于项目、在大规模敏捷上有丰富经验的外部协调人员。 保持并尝试 反思那两天的big room planning 协调人 上面的议程受到了SAFe® PI Planning所建议的议程的启发,但两者并不完全相同。 5。
项目B则是一个由业务主导,每个敏捷团队有对应相关的业务领域,客户则是和供应商共同组成一个个敏捷团队,共同达成业务目标。 好了,完成了简单的背景介绍,我就要来说说下面的故事了。 总结一下敏捷开发的特点: 业务 -> 开发 -> 测试由一个全职能敏捷团队完成 大多数内容由团队内部确定 由上向下“顺时针“开发 尽可能的小型功能,快速迭代 小型逆时针回调细节确认 业务导向:业务决定质量 大规模“逆时针”回调:因为整体共识由测试发起,加上部门墙重,往往导致从测试->开发->产品的逆时针开发流程,代码重构与返工的工作量极大。 专注手头工作 分散精力处理流程 团队凝聚力强 职能部门间不信任 开心 痛苦 图片来源:SAFe 我们暂且停在这儿,我要引用SAFe中的一张图来结束我今天的阐述,也在用实例回答:“为什么企业要做大规模敏捷 /safe-lean-agile-principles/?
然而,当项目规模逐渐增大、项目成员人数逐渐增加时,为了有效协作,我们需要将整个大规模团队拆分为多个小规模的敏捷小组。 但大规模的项目中,QA不仅要关注本组内的功能,同时还要考虑组与组间存在关联功能的测试。那么如何在高节奏的迭代中,进行大规模敏捷测试呢? 1. 大规模敏捷测试的基础:良好的敏捷实践 在大规模敏捷测试中,每个小组都需要贯彻执行良好的敏捷实践,以保障每个模块的高质量交付,从而获得最终的高质量产品。 在敏捷开发中,许多团队放弃了缺陷记录,因为团队规模小,直接沟通的方式就能够快速传递上下文,修复问题,因此记录缺陷会被认为是一种浪费。 然而,在大规模的敏捷测试中,我们仍然建议团队对缺陷进行规范管理。 大规模敏捷测试的核心:多团队协作 小规模团队进行敏捷测试实践是比较可控的,QA很容易获得全局观,把控质量全景。
对于大规模的产品来说,即使采用敏捷的方式来做,也依然避免不了多个服务集成以及和其他产品集成的过程,这一篇就和大家一起讨论一下在大规模敏捷测试中如何进行SIT(System Integration Testing 大规模敏捷测试的分层策略 随着分布式架构的流行,大规模的产品开发更加灵活和便捷,但这同时也为质量保障活动带来了挑战。为了更高效地进行测试,我们往往采用测试分层的策略。 如图: 1)迭代内测试 迭代内测试主要关注两个方面的测试: 服务的功能测试 模块内的服务集成 迭代内的测试如何进行,可以参考上一篇博客:大规模敏捷测试怎么做? 所以如何更好地组织和实施集成测试是大规模敏捷测试成功的关键。 2. 两种集成测试的组织方式 大规模产品的集成测试一般有两种组织方式。 如图: 分支策略的优势 要说这种分支策略的优势,其实就是满足了大规模敏捷测试中滚动式并行集成的复杂需求。这样使得我们可以阶段性的尽早地进行集成活动,尽早发现问题,一定程度的测试左移。
本书内容为李建昊老师翻译的《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)是最全面的配置,包括业务敏捷力所需的全部七个核心能力。
1.3、XP核心实践 基于敏捷的核心思想和价值目标,XP要求项目团队遵循13个核心实践 l 团队协作:通过客户、开发团队、项目经理三方共同参加的会议来确定开发计划。
了解完精益的导论之后,今天我们将学习精益敏捷的5个原则,这对我们理解精益敏捷有着至关重要的作用。 一、精益敏捷的5个原则 价值观(Value) 价值流(Value Stream) 流动(Flow) 拉动(Pull) 尽善尽美(Perfection) 二、价值观(Value) 精益敏捷要求我们站在用户的角度来看待问题 OIP.rKvQJsvcQ5EL5RvIXDNVAgHaEi.jpeg 五、 拉动(Pull) 我们只生产客户想要的东西:‘‘拉动”的本质含义是让用户按需要拉动生产,而不是把用户不太想要的产品强行推给用户 OIP.ztxmD3f3gNtQGt7Wl5pdgQHaDr.jpeg 六、尽善尽美(Perfection ) 精益敏捷的任何一部动作都是为了给客户增加价值,所以每一步都要最的更好,而不是最好。 【Kevin聊敏捷】XP极限编程之5个价值 19.【Kevin聊敏捷】XP极限编程之概述 18.【Kevin聊敏捷】敏捷项目管理之Sprint Retrospective 迭代回顾会 17.
译自 5 Agile Techniques To Help Avoid a CrowdStrike-Like Issue,作者 David Eastman。 敏捷软件开发方法的一个被低估的优势是,它能够量化“如果”问题的价值,而不会影响项目的连贯性。也就是说,敏捷拥有大量内置系统来检查项目周围的环境并质疑当前的做法。 我们最近从 CrowdStrike 事件中看到的部分原因就是其中之一——安全软件导致大规模停机,而没有恶意行为者。 通过推动项目的边界,即使只是基于直觉或经验,也会产生见解。 敏捷提供的是技术和框架,它们都重视这些技术。你或你的团队可以单独采用这些技术,而无需遵循其他相关实践,但正是这些技术在敏捷团队中随着时间的推移而得到加强。 2. 5. Sprint Zero 这是通常建立研究峰值以及项目成功所需的其它定制系统的 Sprint。 人们研究的一些最聪明的事情是为测试环境伪造服务的方法。
浅析敏捷项目管理中的5大阶段 任何项目都要经历从开始到结束的时间过程,在传统项目管理中,项目会被划分为若干个阶 段,每个阶段相加的时间总和,成为项目生命周期。 敏捷项目管理中,使用了5个新词语来划分项目阶段,这5个新词语有它深刻的含义,也体现 了敏捷的灵活和适应性。 敏捷项目管理模式用探索代替通常的设计、构建和测试阶段。以迭代交付的方式,很明显探索 是非线性的、并存的、非瀑布式的模式。 在推测阶段提出的问题需要“探索”。 敏捷项目管理模式强调执行以及探索性而非确定性。 适应 审核提交的结果、当前情况以及团队的绩效,必要时做出调整。 实施敏捷项目管理的团队密切关注构想、监控信息,从而适应当前情况,这就是适应阶段。 最后,敏捷项目管理模式以结束阶段收尾,这个阶段的主要目标是传递知识,当然它也是一个庆典。
SAFe是一个广泛的知识体系,描述了实施企业级精益敏捷开发所需的角色,职责,工件和活动。SAFe为大量敏捷团队同步协调,协作和交付。 解决方案培训组织结构可帮助企业应对最大的挑战 - 构建大规模,多学科的软件,硬件,网络物理和复杂的IT系统。开发这些解决方案需要额外的角色,工件,事件和协调,如图5所示。 图5.大型解决方案SAFe配置 ? 投资组合SAFe Portfolio SAFe配置提供精益项目组合管理能力,使组合执行与企业战略保持一致。它通过一个或多个价值流围绕价值流组织发展。 投资组合SAFe通过投资组合战略和投资资金,敏捷投资组合运营和精益治理的原则和实践提供业务敏捷性。 在大型企业中,可能存在多个SAFe组合。学到更多。 ? 基础 该基金会包含大规模成功实现价值所需的支持原则,价值观,思维方式,实施指南和领导角色。 下面简要描述如图9所示的每个基础元件。 ? 图9.
核心内容 “3355”:Scrum框架 3个重要角色 3个重要工件 5个重要事件 5 个价值观 3 个角色。 )公开(Openness) (3)专注(Focus) (4)承诺(Commitment) (5)尊重(Respeet) 4 规模化敏捷 SAFe 框架 主导设计者 Dean Lefingwell CollabNet VersionOne 在2019 年公布的第13 届年度敏捷状态报告,SAFe框众多规模化敏捷体系中的占比最高,达到30%。 SAFe的基本原理 根据其作者,SAFe基于十个基本概念,这些概念源自现有的精益和敏捷原则以及观察: 1.Take an economic view 2.Apply systems thinking 3 其他大规模敏捷框架,如 ·纪律敏捷交付(DAD):Scott Ambler提出 ·Spotify:亨利克·尼伯格 ·Nexus
面临快速变化,采用新技术,促进增长,扩大规模或降低成本的压力。因此,在许多组织中,敏捷与创新能力同等重要。创新和敏捷性是可持续业务的必要能力。 ? 敏捷开发已成为软件开发的标准。 示例:Scaled Agile Framework 诸如Scaled Agile Framework(SAFe)和Disciplined Agile Delivery(DAD)等现代开发正朝着正确的方向发展 我们以SAFe为例,在下图中以简化形式描述。 ? SAFe使用分层迭代方法,我们在底层找到典型的敏捷团队。这些结果以2-3周的典型敏捷频率提供。 业务战略提供给该层,并为大规模,高影响力的架构决策,优先级设置和预算分配提供上下文。 在这个顶层,已建立的企业架构方法如TOGAF找到了自己的位置。 此外,SAFe,DAD,TOGAF和相关方法仍然是以IT为中心的。据SAFe称,企业架构师的角色是“[......]推动整体技术实施[...]”。但真正的企业架构师并不仅仅关注技术。