案例研究

Tailwind Gears是一家软件制造商，生产许多不同的部件并集成到其他产品。企业有五个不同的以产品为中心的部门，共有600多名开发者。每个部门都有自己的开发流程。有的使用Scrum，有的使用SAFe，还有的使用经典的瀑布方法（验证模型或V-Model）。有两个部门构建组件包含用于关键系统的软件，因此受到高度监管[国际标准化组织（ISO）26262和优质制造规范（GxP）]。软件的编程语言范围从硬件和芯片上的嵌入式C和C++代码，到移动应用程序（Java、Swift），以及Web应用程序（JavaScript、.NET）。

与开发过程一样，工具领域是非常不同的。有一些团队安装了旧的集中式版本控制系统（TFS）；另一些团队使用Jira、Confluence和Bitbucket，还有一些使用GitHub和Jenkins。一些团队已经有了持续集成/持续部署（CI/CD）实践，而其他团队仍然手动构建、打包和部署。一些团队已经开始以DevOps的方式运营他们自己的产品，而其他团队仍然将生产版本移交给单独的运营团队。

Tailwind Gears面临以下问题：

●高层管理人员对开发情况没有可见性。由于所有团队的工作方式不同，因此没有通用的方法来衡量效率。

●各部门声称存在发布周期较慢（在几个月和几年之间）和高失败率的问题。

●每个部门都有自己的团队来支持自己的工具链，所以有很多冗余。模板和流水线之类是不共享的。

●很难将开发者和团队分配到具有最大商业价值的产品上。工具链和开发实践差异太大，而且上线时间太长。

●开发者对自己的工作不满意，效率低下。一些人已经离职，很难在市场上招募到新的人才。

为了解决这些问题，企业决定实现一个通用的工程平台，同时打算统一开发过程。以下是一些建议：

●在所有部门加速软件交付。

●提高软件质量，降低故障率。

●通过提高协同效应来节省时间和成本，并且只有一个平台团队负责一个工程系统。

●通过将开发者和团队分配到具有更高价值主张的产品上，增加正在构建的软件的价值。

●提高开发者的满意度，以留住现有人才，并使企业更容易雇用新的开发者。

为了使转型过程可见化，该企业决定衡量DORA的以下四个关键指标：

●DLT

●DF

●MTTR

●CFR

由于目前还没有统一的平台，所以这些指标将通过调查来收集。计划是将团队逐个转移到新的统一平台，并在那里使用系统指标。

开发者的满意度是开发模式转换的一个重要部分。因此增加两个指标，如下所示：

●开发者满意度

●对工程系统的满意度

这是来自至少三个SPACE维度的六个指标的混合。目前还没有衡量沟通力和协作力的标准。随着开发模式的转换，这些将被添加到评估系统中。