扩展灵活的app和选择!什么是规模灵活性?
软件开发
浏览:1180 次

 nbsp; ;规模敏捷或“规模敏捷”是一种促进大规模敏捷实施的系统框架。其目的是为一定数量的技术团队提供It结构设计和治理,以促进大型团队参与复杂项目。大型技术团队将更加全面,但也会降低敏捷的主要优势:速度。
;在最新的app开发状态研究中,57%的高级IT领导表示,app交付的速度是其IT组织的关键绩效指标。60%的人表示,他们的组织主要关注敏捷以加快app交付。关键点是交付速度至关重要,敏捷被视为实现这一点的途径。虽然IT架构很重要,但它不能以速度为代价。
;任何大型敏捷项目的核心都是“scrumofscrum';的概念。在这种模式下,除了敏捷团队正在进行的项目外,还将插入其他任务。敏捷的目的是将独立的团队聚集在一起,以解决并行项目的问题。例如,几乎所有Scrum团队每天都会召开独立会议来解决团队内部的问题。举行额外的Scrum会议,将多个团队的代表聚集在一起讨论集成点。
;使用框架的一个潜在反对意见是,敏捷app不再是自主的。临时任务通常由现有团队成员完成,无需额外人力。从这个意义上讲,它可以被看作是一种敏捷的逻辑扩展。对于较小的环境(2-3个团队,中等复杂度项目),这可能是确保团队之间的协调和沟通所必需的。它让利益相关者有机会尽早了解潜在问题,以避免更大的损失。
;扩展敏捷框架的选择
;对于更复杂的IT环境,好消息是已经存在多个可扩展的敏捷框架。它们从轻到重,各有优缺点。因此,对于每种情况或一种刻板的方法,都没有明确的赢家。我们还必须注意,每个组件都需要一些封装。选择正确的方法并缓慢启动对于实际app和项目风险的兼容性非常重要。

;考虑到这一点,让我们看看一些最流行的方法。
;关系
;Nexus是一个由角色、事件、工件和规则组成的框架。这些将大约3-9个Scrum团队的工作联系在一起,以处理单个开发项目并构建符合目标的集成增量。Nexus框架专注于解决常见的扩展挑战,如减少跨团队依赖、保持团队组织能力以及保持透明度和问责制。
;大型Scrum(LeSS)
;与Nexus一样,LeSS是一个紧密结合的Scrum框架。有两种变化模式-LeSS和LeSS巨大的LeSS适用于3-8个Scrum团队,每个团队不超过8人。LeSS Huge可以在一个产品上扩展到1000人。不管怎样,LeSS的大部分扩展元素都集中于所有团队对整个产品的关注。在LeSS中,所有团队都处于共享的sprint状态,因此每次迭代都会交付共同的可交付成果。
;现有团队通过加强沟通来协调工作,尤其是依赖关系,包括一些方法,如组合产品待办事项清单审计Scrum@Scale(S@S)S@S是一个框架,它认为决策过程中浪费的时间是导致项目失败和预算超支的主要原因。随着更多的团队加入到项目中,这种情况会增加。因此,S@S的重点是减少决策延迟。为此,它将重点放在通过向Scrum引入三种新结构来实现最小官僚主义(MVB)。其目标是通过使多个团队能够像一个较小的团队一样高效地运作来实现可扩展性。

;三种新结构最适合3-9个Scrum团队,但可以扩展:
;1.Scrum中的Scrum-讨论常见/集成问题
;2.执行行动小组-具有组织结构和绩效
;3.管理MetaScrum-有纪律的敏捷交付(DAD),包括企业优先级、收入和盈利能力
;DAD是一种混合方法,通过结合来自许多不同框架的最佳实践来扩展Scrum,包括敏捷建模(AM)、极限编程(XP)、统一过程(UP)、看板、精益软件开发、SAFe和LeSS。DAD采用现有资源中的实践和政策,并就何时以及如何一起应用它们提供建议。
;