您是哪种类型的建筑师?

这些天,每个人都在谈论数字化转型,传统业务和流程向公共云发展的新高度。将整个系统甚至整个公司迁移到云都需要付出一些努力,而且通常还需要专门的技能。不仅激励创新,而且客户也希望得到照顾并跟随有经验的人员或团队。有一种趋势是,公司和/或客户正在与架构师一起启动那些云或创新团队。但是,哪种类型的建筑师才是合适的,谁将是确定职位的合适人选?

首先退后几步。您可能想知道,IT建筑师与传统建筑师(那些设计真实房屋和建筑物的人)有何不同?建筑师是“设计师”并以“革新” to “启发”客户,两者都有共同点。也许最有趣的区别是,客户常常期望IT架构师也带来实践经验。在木板建筑世界中,这可能不是最常见的职业道路。设计整个建筑物的建筑师通常具有大学背景而不是实际操作经验。在IT领域,我认识的大多数架构师都是从工程师或顾问开始的(几年前),成为一名架构师是自然的职业道路,需要承担越来越多的责任和领导才能。

在本文中,我尝试解释三个主要的架构师简介:

  • 企业架构师
  • 解决方案架构师
  • 技术架构师

这些架构师简介中的每一个都将解决可能跨越业务到技术的不同需求,需求和洞察类型。这就是为什么这些角色不仅仅是不同的角色。这些架构师是不同的工作档案。有一个误解,认为这些是架构师的不同级别。好吧,随着时间的推移,一个人可以从助理技术架构师中成为高级技术架构师,但这并不能使他/她成为企业架构师。

这就是为什么这些工作没有竞争的原因;他们需要彼此才能成功,并为客户带来影响。下图很好地展示了这些建筑师中的每一位在足球场上将如何发挥重要作用:

建筑师工作重点商业呼吸技术深度
您是哪种类型的建筑师?

解决方案架构师

解决方案架构师(SA)被分配给一个项目或计划,以确保解决方案在其生命周期的每个阶段(在项目中)都具有技术完整性和一致性。这个角色的典型部分是在业务和技术团队以及其他各种团队甚至公司之间进行协调。这使得SA作为“go-to”任何技术询问,冲突,实施问题或决策的人员。

解决方案架构师没有动手做,因为技术和项目相关活动的协调需要花费大量时间。相反,SA通过概念定义和需求工程,设计和 设计文件,实施监督,甚至移交给客户IT。因此,解决方案架构师必须在技术深度和呼吸之间保持平衡,甚至还必须具有一定的业务技能,才能为所有这些活动做出明智的贡献。我还要补充一点,SA必须具有外向的风格并且在交流中非常有力。与客户和项目团队达成协议后,该角色可以轻松地从远程兼职。

好的解决方案架构师负责管理项目的技术健全性和完整性,就像好的项目经理负责管理进度和预算约束一样。当然,每次参与都需要有一名解决方案架构师是过高的。如果项目仅限于在类似情况下得到证明的单一实施技术,通常只需指派一名技术架构师或高级顾问即可。但是,当技术或与客户相关的风险被认为是重大风险时,建议在项目中拥有解决方案架构师。归类为高风险的是多种实施技术,例如Azure IaaS和PaaS或涉及的各方例如外包商或其他系统集成商(SI)或未经验证/创新的技术,例如对于仍处于预览状态或刚刚发布的服务。

企业架构师

顾名思义,企业架构师(EA)负责整个企业,并负责实现客户的愿景。企业架构师还与创新团队紧密合作,以实现转型策略。它包括甚至可以运行多年的战略计划,或者一些创新的概念验证,以准备新技术平台(如公共云)并为实施提供指导。企业架构师与解决方案设计师紧密合作,以提供技术指导。

EA是客户CIO的必经之路,可确保IT投资与业务战略保持一致,并能说流利的业务和业务术语。 EA还负责定义标准,准则,并将云治理整合在一起,这是使实施符合所定义的标准和准则所必需的。这个角色是关系角色,这意味着它在大多数时间都必须在现场,因为这个角色可能是首席架构师。尤其是由于EA可能考虑的详细程度很低而且很肤浅,因此EA必须将除策略级别的决策之外的所有决策委派给解决方案架构师之类的专家。委派级别取决于团队EA / SA和项目类型,但始终应将EA包括在项目管理中,以使他们了解情况。

技术架构师

最后但并非最不重要的一点是技术架构师(TA)。技术或交付架构师通常是特定解决方案的技术专家。该人员负责技术的实施,旨在为使用该适当技术定义最佳的架构,并亲自参与交付。该技术援助为项目团队提供技术领导,并制定标准和实践,以坚持并带来专家知识以及基础技术的专业知识,并了解解决方案的优势,劣势和局限性。通常,希望技术架构师了解各种工具,市场的最新趋势以及用于实施该解决方案的各种体系结构替代方案。因此,您几乎找不到一次同时执行多项技术的TA。 Azure架构师几乎不会领导Windows 10项目。此外,技术援助应与其他交付人员保持良好联系,其他交付人员可以充当陪练伙伴,交流想法和方案。

此角色可能有不同的口味或名称,例如云架构师,基础架构设计师,有时甚至是高级或首席顾问。根据客户的不同,可以在现场或从远程进行此工作,但在大多数情况下,最好是现场工作。

总结一下

在IT中,架构师需要对一种情况有一个整体的了解,而在另一种情况下,架构师已经需要深入研究问题区域。有时,成为IT架构师可能会很艰难!建筑师的工作对许多人来说都是个谜,因为这项工作是无形的–并非总是可以直接衡量的,因为很多事情在后台发生。

成为一名建筑师不仅是自然的职业发展。就是这样。重要的一点是,不应期望通过这些架构角色获得“自然”的职业发展。具有出色技能的程序员可以在项目中担任技术架构师的角色,但是要成为解决方案架构师,此人将不得不放弃对实施决策的某些控制。同样,Enterprise 建筑师对实施决策的控制甚至更为间接,并采取决策和治理的形式。

当您申请建筑师职位时,请确保不仅要询问面试是什么样的建筑师角色(应该是职位和职位的一部分),而且还要负责什么以及在其中的其他建筑师的角色同样的角色扮演他们的角色。通常,在组织如何让架构师参与项目或如何命名项目方面,职责和职责存在差异。企业架构师并非总是能说流利业务的非技术EA。有时,组织会在TA和SA之间混合使用。所以–您想确保他们可以向您口头解释该职位中理想的候选人如何与各种利益相关者互动。

总之,以上所述的紧凑形式如下。技术架构师在解决方案中工作,解决方案架构师将问题转换为解决方案,最后,企业架构师定义需要解决的问题。想进一步了解建筑师?看一下 iasaglobal.org,这是所有IT架构师的社区。

那里’只是一件事…

是否将角色称为解决方案或解决方案架构师,这是一个持续的争论,该解决方案是否带有S。在我看来,解决方案架构师正在设计多种解决方案,结合了各种技术,并且可能同时从事各种项目,这对我来说似乎是众多解决方案。就是说,如果您设计解决方案,运行运营或管理销售,所有这些角色都不会放弃S。但是对此没有严格的规则。这是一个“earthing”,有些听起来不错,而另一些则没有…

标签

相关文章

2 thoughts on “您是哪种类型的建筑师?”

发表评论

该网站使用Akismet减少垃圾邮件。 了解如何处理您的评论数据.