一千萬個為什麽

搜索

什麽是“步行骷髏”?



我的一個敏捷團隊在項目的早期階段采取了一種有趣的方法。他們沒有用Sprint 0開始項目,他們在那裏設置代碼基礎架構並決定解決方案架構,而是開始構建一個“步行骨架”,他們將其描述為DevOps實踐。

這似乎是建立一個非常小的東西(在一個API的情況下,一個只返回 200-OK 的單個端點),讓這個工作持續集成,並構建持續交付管道通過每個環境部署它:

開發►測試►UAT►預生產►生產

在這個過程中,他們設法勾勒出許多非功能性需求,如果部署留到最後一刻,可能會漏掉這些需求。

我的問題是:什麽是“行走骨架”,它遵循DevOps實踐為敏捷團隊提供了哪些好處?

轉載註明原文: 什麽是“步行骷髏”?

一共有 1 個回答:

“行走骨架”是您基本建築理念的“概念驗證”形式。在概念證明通常更側重於單一功能的情況下,“步行骨架”是一種簡約的端到端實現。 “行走的骨架”不是你概念的概要(只是一個“骨架”),而是真正可執行和可發運的(它可以“走路”:O),並且應該伴隨著測試。

Alistair Cockburn 描述了它(並經常被引用):

步行骷髏是系統的一個微小實現,它執行一個小型的端到端功能。它不需要使用最終的體系結構,但它應該將主要體系結構組件鏈接在一起。架構和功能可以並行演進。

DevOps的優勢在於,應該在項目的早期開發“步行骨架”,並產生工作,可發送和可測試的代碼。通過這種方式,DevOps可以在項目的早期階段建立完整的持續集成鏈,而不是在項目的最後階段開始。這意味著任何可能出現的問題也將在早期階段得到解決,而不是在最後階段急於工作。