SAFe Lean-Agile の原則 1 は、「経済的な視点を持つ」です。この原則は、「アジャイル経済」と「システム思考の適用」の両方を取り入れ、システム全体を考慮し、経済的影響に焦点を当てることで、意思決定、価値提供、そして全体的な成果を最適化します。
参考文献:
SAFe 6.0、「SAFe リーン アジャイル原則」（原則 1）
SPC 6.0 ガイド「リーンアジャイルリーダーになる」

SAFeにおけるアーキテクチャランウェイは、過度な再設計や遅延を招かずに、優先度の高い短期的な機能の実装をサポートするために必要な既存のコード、コンポーネント、および技術インフラストラクチャで構成されます。その重要性は2つあります。
安定した速度をサポートする（A）：予測可能な速度を維持し、技術的負債を削減するためには、チームが十分なアーキテクチャの滑走路が必要です。SA​​Feでは、「アーキテクチャの滑走路により、チームは迅速かつ効率的に機能を構築し、安定した速度を維持できます。」と述べています。変化するニーズに合わせてアーキテクチャを反復的に進化させます（C）：SAFeは、漸進的かつ創発的なアーキテクチャアプローチを推奨しています。滑走路は静的ではなく、新たなビジネス要件と技術要件を満たすために、「必要十分、ジャストインタイム」に進化します。誤った選択肢：
B は誤りです。文書は作成されるかもしれませんが、滑走路自体は文書ではなく、実際に機能するインフラストラクチャです。
D は不正解です。runway は特に技術的な変更をサポートしていますが、非技術的な変更はサポートしていません。
参考文献:
SAFe 6.0 ウェブサイト: Architectural Runway
SPC 6.0 ガイド: 「機能と能力を持続可能なペースで開発するための基盤を提供するために、滑走路は継続的に維持および拡張される必要があります。」

ARTがシステムデモで統合された価値を示せない場合、チームが継続的な統合とテストを行っていないことを示し、透明性とフィードバックの欠如につながります。SAFeは、継続的な統合と、各イテレーションにおける稼働しテスト済みのシステムを重視しています。最善の即時対応策は、新規作業を中止し、構築済みのシステムの統合とテストに集中し、そこから学びを得て将来のプラクティスを改善することです。これにより、利害関係者との信頼関係を回復し、将来の改善のための根本原因を明らかにすることができます。
システムが統合されていない場合、チームは新機能の開発を中止し、統合とテストに投資する必要があります。これにより、学習が促進され、関係者への可視性が確保され、システムデモの定期的な実施ペースが回復します。（出典：SAFe 6.0フレームワーク：システムデモ、継続的インテグレーション、SPC 6.0ガイド、「ART実行のコーチング」）