发表于 2012 年 9/10 月

社区：架构师

决策，决策

技术选择的艺术、学问和政治

当解决方案架构师最终决定一个项目所采用的技术、标准和其他元素时，哪些因素对决策影响重大？在我联系的架构师中，业务需求占据首位，这并不奇怪。

Philip Wik 是 MSS Technologies 的高级顾问。他强调，在处理技术事项时，清晰地表述和充分地理解业务目标十分重要。他建议“不要将技术与业务本末倒置”。

“谈论 Web 服务、REST、EDA（电子设计自动化）、云等话题固然不错，”Wik 说，“但我们能否暂停一下？在讨论实施技术之前，我们首先要清楚实施什么和为什么实施。首先，我们要了解业务的发展方向，以及怎样才能满足市场需求。”

Oracle ACE 总监 Basheer Khan 是一名 IT 架构师，也是 Innowave Technology 的创始人、总裁和 CEO，他同样重视满足业务需求。“我认为，无论一项技术有多棒，或者一个标准有多严密，它都不能为业务带来适当的性价比。”

虽然价格是一项重要的考虑因素，但完全基于价格的技术决策会造成可怕的后果。“我们必须权衡价格与其带来的价值，而不是仅仅选择最便宜的技术。”“如果价格便宜的技术不能支持组织的架构原则，它将难以满足业务目标。”

满足业务目标是关键，但组织的预算和技术资源现状可能使组织在迎合特定业务需求时遇到挑战。Lambda Software 系统架构师 Aki Iskhandar 认为，解决方案架构师必须在制定技术决策时发挥其领域专长和知识。

“解决方案架构师必须利用自身经验来平衡资源与限制，努力推荐一个能确保为当前项目提供成功解决方案的架构，”Iskhandar 说，“尽可能地满足业务要求，同时遏制无意义的要求。”

但在某些情况下，可选的技术有限。还有些情况下，解决方案架构师在技术决策方面的投入有限。

“具有相当成熟的企业架构计划的大型企业可能对供应商有严格的限制，因此可选的工具和软件包范围有限，”Iskhandar 说，“业务固然应获得所需的资源，但这些资源首先要得到 IT 的支持。这种事几乎从来没有发生过。”

将 IT 排除在技术决策圈之外或许不是件坏事，至少 Wik 是这样认为的。“制定这些决策的人不应该是实施人员，而是对利润与损失问题以及业务增长涉足最深的业务经理和营销经理，”Wik 说，“技术选择过程应由职能团队而不是信息技术团队来推动。”

“在连接几个广阔环境之间的点时，解决方案架构师的工作通常混合了艺术与科学。”Oracle ACE 总监兼 AT&T 云计算总监 Ron Batra 说，“同时迎合多个利益相关方往往让事情变得千头万绪。”

解决方案路线图可帮助您理清头绪。“但通常情况下，业务流程或技术路线图只能作为指导方针，”Batra 说，“接下来，还需要解决方案架构师来弥补指导方针的不足。”

要制定补充性决策，还需要技术之外的技能。“解决方案架构师需要推荐自己的解决方案，”Batra 说，“但它不是总能让所有人满意。此时就需要软技能 — 推荐、说服、磋商、交流。”

这也是解决方案架构师的一项常规工作。