什么是“行走骨骼”？

我的一个敏捷团队中的一个在项目早期阶段就采取了一种有趣的方法。他们没有使用Sprint 0来启动项目，而是在其中设置代码基础结构并确定解决方案体系结构，而是开始构建“行走骨架”，他们将其描述为DevOps实践。

这似乎可以归结为构建一个很小的东西（在API的情况下，单个端点仅返回200-OK），使其能够持续集成，并构建持续交付管道以在各个环境中进行部署：

开发►测试►UAT►预生产►生产

在此过程中，他们设法剔除了如果将部署留到最后一分钟可能会错过的许多非功能性需求。

我的问题是：什么是“行走的骨架”？遵循DevOps的实践，它对敏捷团队有什么好处？

“行走骨架”是您的基本建筑概念的“概念证明”的一种形式。在概念验证通常更多地集中于单个功能的情况下，“行走的骨架”是一种简约的端到端实现。“行走的骨骼”不是您概念的概述（仅是“骨骼”），而是真正的可执行文件和可移植的（它可以“行走”：O），应进行测试。

Alistair Cockburn 已对此进行了描述（并经常被引用）：

行走骨架是系统的一个很小的实现，它执行小的端到端功能。它不需要使用最终的体系结构，但是应该将主要的体系结构组件链接在一起。然后，架构和功能可以并行发展。

对于DevOps而言，这样做的优势在于，应该在项目的早期就开发出“可行走的骨架” ，从而产生可工作，可运输和可测试的代码。这样，DevOps可以在项目早期建立完整的连续集成链，而不必在项目的最后阶段投入使用。这意味着，任何可能出现的问题也将在早期得到解决，而不是在最后进行工作。