對敏捷不熟悉的利益相關者預計每個版本的價值都很薄，所以當我們開始新項目時，當我們需要大量的基礎設施成本時，他們會感到困惑。
我們將支持第一個客戶功能的基礎架構成本降至最低，但在某些大型企業項目中，基礎架構成本明顯高於第一個功能。
利益相關者通常會經歷相同的思維過程
我已經讀過將基礎架構成本分類為業務價值而不是客戶價值，但這個問題與業務價值的初始（大）成本以及如何相關我們可以描述一下。
是否有一個行業敏捷友好的術語來描述這個初始成本？
有些框架對於您所詢問的工作類型有不同的名稱，但有些框架沒有。為了理解原因，需要簡短的序言。
Work is work. While it's sometimes necessary to differentiate different types of work for cost-accounting or political reasons, treat this as an opportunity to educate your organization and your stakeholders that there's no such thing as a free lunch. In agile frameworks, all work should be fully visible as a cost to the project.
除了區分工作類型之外，可能還有一個更基本的問題。圖表中前期架構和基礎架構工作的比例表明您可能違反了核心敏捷原則：
簡單 - 最大化未完成工作量的藝術 - 至關重要。
您的團隊和您的組織當然應該評估執行近期增量所需的最小規劃，基礎架構和工程（統稱資源）。在成功的敏捷實施中，您的基礎架構和設計將與您的產品一起叠代發展。
通常，有效的敏捷實現不會將面向用戶的價值與對整個流程有價值（並且經常是必不可少的）的工作分開。所有“價值”必須是面向客戶的價值的想法是不正確的。
在最常用的用戶故事格式中，故事中的誰是有價值的消費者，但該觀點角色不一定是最終用戶或客戶，並且該值可能是產品的任何值所有者，贊助商或利益相關者願意花費項目資源。
也就是說，目標是避免“大型，前期設計”。因此，在每個計劃會議期間要提出的邏輯問題是：提供一些價值此叠代所需的最小資源或架構/技術選擇是什麽？
SAFe將這個最低限度的必要基礎設施稱為建築跑道。
Architectural Runway包含實現近期功能所需的現有代碼，組件和技術基礎架構，無需過多的重新設計和延遲....由於新功能和功能的開發消耗了架構跑道，因此必須持續投資通過實施啟動器來擴展它。
它以這種方式進一步解釋啟動器：
啟動器支持擴展Architectural Runway所需的活動，以提供未來的業務功能。這些包括勘探，基礎設施，合規性和架構開發......主要是，推動因素用於探索，發展架構，合規性以及改善基礎架構。
但是，這不是潛入大型，前期設計和基礎設施投資的許可。與大多數敏捷框架一樣，SAFe基於緊急設計和即時架構的原則，並將基礎設施投資推遲到最後一個負責任的時刻。這有時被稱為 YAGNI 。
但是，即使SAFe堅持給它一個特殊的名字，啟動器並不是一種特殊的工作。
[由於啟動器]反映了真實的工作（有時很多），它們不能保持隱形。相反，它們被視為所有其他增值開發活動 - 受估算，可見性和跟蹤，在制品（WIP）限制，反饋和結果呈現的影響。
簡而言之，這些任務是增值工作，應該像處理叠代期間開發增量所需的任何其他工作一樣對待。 SAFe溢出了大量的墨水，解開了這個概念，而其他框架則將其隱藏在“垂直切片”或即時資源規劃的概念中。