Togaf 9.1 架构愿景——

Question

对这个具体问题表示歉意，但需要理解以下内容，因为我试图理解这些步骤背后的基本原理，请帮助。

来自 TOGAF 9.1 文档：

7.4.3 确认和阐述业务目标、业务驱动因素和约束

确定组织的业务目标和战略驱动因素。 如果这些已在企业内的其他地方定义，请确保现有的 定义是最新的，并澄清了任何不明确的领域。 否则，请返回原作者 架构工作声明，并与他们一起定义这些基本项目和 获得公司管理层的认可。 ......

问题：

是否应该 - 返回到赞助商或架构工作请求文档，因为此时架构工作声明尚未开始？

参考：Arch Vision 步骤

7.4.1 - 建立架构项目

7.4.2 - 确定利益相关者、关注点和业务需求

7.4.3 - 确认并详细说明业务目标、业务驱动因素和约束

7.4.4 - 评估业务能力

7.4.5 - 评估业务转型的准备情况

7.4.6 - 定义范围

7.4.7 - 确认并详细阐述架构原则，包括业务原则

7.4.8 - 制定架构愿景

7.4.9 - 定义目标架构价值主张和 KPI

7.4.10-识别业务转型风险和缓解活动

7.4.11 - 制定架构工作声明；获得批准

Answer 1

我同意，这没有意义。以我对 TOGAF 的理解，应该是“回到Request for Architecture Work 的发起者那里”。

正如您自己注意到的，架构工作声明不是输入，而是阶段 A 的输出。另一方面，架构工作请求是输入，应该包含业务目标。