企业级架构师应该向谁汇报工作？

企业级架构具有一个崇高的使命：使 IT 与业务保持一致 (译者注：参见维基百科《Business-IT alignment》)。大多数企业中，EA 团队并不具备实现这一目标的权力或影响力。
那么哪里才是企业的 EA 所适合的呢？这是一个 Cx0 和 EA 社区内一直有争议的问题。

IT 总监

很普遍的是 EA 团队向 IT 总监 / 总经理汇报。
优点：鼓励 EA 团队去依赖和 IT 及业务团队的合作。
缺点：其他主管或许会将 EA 视为对自己职责的干涉，结果就是 EA 对 IT 和业务的影响力的缺失，致使 EA 对业务和 CIO 的作用并不明显。

CIO

首席架构师 / EA 团队向 CIO 汇报工作也很常见。
优点：对 IT 的影响力，EA 对 IT 治理的作用明显。
缺点：EA 可能会对业务缺乏影响力，CIO 对于 IT 的透明度可能是敏感的。

COO / CFO

EA 团队向业务主管汇报是不多见的。尽管如此，从 Cx0 级别的主管那里获取企业架构报告的现象日益增多。
优点：允许 EA 关注于业务架构，保证 IT-业务 的一致性。
缺点：和 IT 之间的合作可能会出现故障。

CEO

首席架构师 / EA 团队向 CEO 报告也是不多见的。
优点：保证 IT-业务 的一致性，驱动业务架构的行动权在 CxO 级别，有助于给 IT 行政上的关注。
缺点：EA 成了一只看门狗 - 和业务及 IT 之间的合作都会出现障碍，给企业核心计划带来风险。

IT 和业务的集成

可能期望一个小团队来推动 IT-业务 的一致性太过分了 - 无论他们向谁汇报。
在过去的 20 年里，IT 对于业务的重要性已经在各行各业中突显出来。是到了该重新考虑将业务和 IT 都拆分成不同的部门的时候了。也许企业架构的春天已经为期不远了。
原文链接：Who Should Enterprise Architecture Report To?，发布日期：2011 年 7 月 1 日。
作者简介

Anna Mar 是一名拥有 18 年以上金融领域经验的首席架构师，当前就职于东京的一家电信公司。