跳转到主要内容
Chinese, Simplified
SEO Title

整体大于部分之和。

——亚里士多德

系统团队

系统团队是一个专门的敏捷团队,它帮助构建和支持敏捷开发环境,通常包括支持连续交付管道的工具链的开发和维护。系统团队还可能支持来自敏捷团队的资产集成,在必要时执行端到端解决方案测试,并协助按需部署和发布。

在SAFe中,敏捷团队不是独立的单元。相反,它们是敏捷发布培训(ART)的一部分,共同负责交付更大的系统和解决方案价值。在向敏捷的过渡期间,通常需要额外的基础设施工作来更频繁地集成解决方案资产。为了实现这一点,通常会组建一个或多个专门的系统团队。它们帮助构建环境,并帮助进行系统和解决方案集成。它们还帮助演示解决方案的发展过程。

一旦基础设施成熟,系统团队有时就会从一门艺术中消失,而开发团队则负责维护和使用系统。在更大的解决方案中,专业知识更有可能保留在一个或多个系统团队中,其中集中某些人员、技能和技术资产可以带来最佳的经济价值。

细节

系统团队在构建和使用敏捷开发环境基础结构(包括持续交付管道工具链)以及集成敏捷团队的资产和执行端到端解决方案测试方面提供了一种或多种技术支持。他们通常在每次迭代结束时参与系统演示,并在每次程序增量(PI)结束时参与解决方案演示,或者根据情况更频繁地参与。演示通过提供关于端到端解决方案的适用性和完整性的快速反馈来支持团队和其他涉众。系统团队还可以协助发布和协调大型价值流的解决方案培训。

然而,系统团队和敏捷团队共同承担这一责任。否则,系统团队将成为瓶颈,敏捷团队将无法完全胜任或对完整的端到端价值交付负责。

解决方案中的系统团队

对于需要构建解决方案序列的大型、多艺术的价值流,系统团队对于支持更大规模的集成挑战尤其有用。根据价值流的范围和复杂性,有三种构建系统团队的主要模式:

  • 每个ART都有一个系统团队,在没有额外帮助的情况下协调解决方案集成和验证
  • 有一个只针对解决方案培训的系统团队,它可以为它的每种艺术履行这些职责
  • 艺术和解决方案培训都有系统团队

关于使用哪种模式的决定取决于价值流的特定上下文。因素包括价值流中的ART结构(围绕功能或组件构建)、解决方案体系结构、跨ART的分支和集成策略、系统可测试性和开发基础设施。

责任

系统团队的主要职责是构建开发基础设施、解决方案集成、端到端测试、系统和解决方案演示以及发布。下面几节将描述这些职责。

建设发展基础设施

良好的基础设施支持高ART velocity,因此系统团队可以:

  • 创建和维护持续交付管道工具链,包括持续集成、自动化构建、自动化构建验证测试和自动化部署
  • 为解决方案演示和用户验收测试创建平台和环境
  • 促进与第三方合作的技术方面,如数据或服务提供商和托管设施

解决方案的集成

复杂的解决方案还需要系统团队做以下工作:

  • 参与项目导入计划,以及大型解决方案级别的项目导入前和项目导入后计划会议,并对待办事项进行细化,以定义集成和测试待办事项项
  • 为适当的主干和分支模型确定并帮助维护决策和策略
  • 运行解决方案级别的集成脚本,或者在还不可能实现自动化的地方手工集成
  • 参与其他团队的日常活动

端到端测试

系统团队还可能执行一些必要的测试任务,以支持敏捷团队:

  • 创建新的自动化测试场景
  • 将测试场景扩展到更接近生产的数据集
  • 将各个团队设计的测试用例组织到有序的套件中
  • 为新特性执行手工测试并运行自动化测试
  • 优先考虑耗时的测试、重构和运行减少的测试套件
  • 帮助团队创建可独立运行的简化测试套件
  • 根据非功能需求(NFRs)测试解决方案性能,并协助系统和解决方案工程确定系统不足和瓶颈

系统和解决方案演示

在每个迭代的适当时间,ART向系统演示中的涉众展示当前的整个系统。同样,解决方案培训必须在解决方案演示中集成并显示进度。系统团队通常帮助准备技术环境,因此他们能够充分且可靠地演示新的解决方案功能。

Release

系统团队通常具有与不断发展的解决方案相关的独特技能和经验。它可能包括QA和运维人员,系统架构师/工程师通常是这个团队的成员。他们已经在多个迭代中看到了解决方案,这意味着他们理解它是什么,它做什么,以及它如何满足所有预期的需求。从这个角度来看,系统团队可能直接参与支持PI。作为DevOps和连续交付管道活动的一部分,他们将做任何必要的工作来帮助ART或解决方案培训准备、打包并将解决方案部署到目标环境中。

平衡解决方案集成和测试工作

然而,系统团队永远不能成为管道工具和集成挑战的完整解决方案。敏捷团队还必须对他们正在创建的东西有一个更大的愿景。否则,即使是本地优秀的敏捷团队也不会带来好的经济效益。有效的解决方案开发需要共享最佳实践。例如,如果只是系统团队在测试NFRs,而单个团队甚至不执行轻量级性能测试,那么通过这些关键质量测试所需的返工将会降低整个ART速度。类似地,如果敏捷团队没有持续集成(至少没有集成与之交互的即时组件),那么系统团队的工作将是一个漫长而痛苦的过程。最大化ART速度需要敏捷团队和系统团队之间的平衡感,如图1所示。随着成熟度和自动化,集成职责的最佳点向左移动。

图1所示。敏捷团队和系统团队之间集成工作的最佳平衡

原文:https://www.scaledagileframework.com/system-team/

本文:

讨论:请加入知识星球或者小红圈【首席架构师圈】

 

Article
知识星球
 
微信公众号
 
视频号