首页 > EA > 正文

规划新的企业架构时必须考虑的要素

2008-12-18 16:17:36  来源:

摘要:本文为您提供了一些要在处理企业架构设计和实现时考虑的新观点。您的组织具有独特的业务需求,因此务必要确认这其中哪些观点对您有价值,哪些观点对您没有价值。一般情况下,这里
关键词: IT规划 架构

    每个组织都具有独特的业务需求,因此在为公司规划企业架构方法时,考虑到多种因素是非常重要的。本文将研究在规划新的或修改后的企业架构时应该考虑的事项。

  本系列将探索创建成功的企业架构所涉及到的若干事项。您将了解的内容包括如何:

  ·按原样对体系结构作文档记录

  ·开发中间和目标体系结构

  ·设计敏捷的企业架构

  ·处理系统拓扑和组织问题

  ·监视体系结构设计的有效性

  本文为您提供在处理企业架构设计和实现时要考虑的新观点,从而开始本系列。您将探索将业务与技术战略保持一致的重要性、为什么交流技能对于您的成功至关重要,以及如何在组织中将自己定位为受信任的顾问。您还将研究一些可在该过程中使用的有用工具和技术,以及该过程中的一些应该了解的里程碑。

  技能和能力

  在企业架构设计的规划阶段,对具体设计技能的强调比较少,更多的重点放在使用战略性业务技能上。正如您将在本部分中看到的,要将企业架构恰当地与业务保持一致,所涉及的不仅是确保流程得到足够的处理。

  采用业务和技术战略

  当您查看企业架构的定义时,可以看到它基本上就是将特定的方法应用于组织当前或将来的结构和行为。它明确地处理流程和信息系统,虽然也可以包括其他事情。创建强大的企业架构的关键是要认识到:无论您做什么,体系结构设计都必须与组织的战略方向和主要目标保持一致。关于企业架构的有趣之处在于,虽然它显然一定与组IT的信息系统相关,但重点实际上更紧密地与业务优化技术相连。

  这些技术通常涉及到将企业架构信息技术(IT)设计视为重叠在业务战略之上的技术战略。例如,如果组织有一个涉及到缩短上市时间的业务战略,则体系结构必须通过旨在简化设计、制造和生产流程的技术战略来支持该业务战略。而且,由于组织中决不是仅存在单个 迫切的业务战略,您必须概念化并创建开发和操作模型,这些模型不仅能够响应业务需求,而且能够预先为业务需求做好计划。您的设计必须是能够指导业务开发和决策制定的蓝图,并且要足够敏捷以快速改变方向。

  正如在“Let’s talk:Build your enterprise architecture using communication and the right framework”中所提到的,正确的框架对于促进企业架构的实现大有帮助,这样的框架描述一个结构,复杂的对象关系可通过该结构相互作用,从而将人员、流程和技术联系起来。Open Group体系结构框架(Open Group Architecture Framework,TOGAF)或Zachman Institute for Framework Advancement(ZIFA)支持的Zachman企业架构框架(Zachman Enterprise Architecture Framework)都提供了一个矩阵,使您可以安排帮助将业务需求与IT服务保持一致的组件的相互关系。

  这其中的所有技能当然在于您能够从足够广的角度去思考,以包含组织的所有可能性。如果对此技能没有信心,应与您的主管商量以观察员身份出席更多的业务会议,以尽可能多地倾听和观察。如果无法实现这点,应该要求主管定期为您提供有关更高层正在讨论的事情的信息,以便您能开始自己弥补此空白。如果您是主管,应该让员工尽可能多地了解潜在的公司方向。您不必泄露机密细节,但至少要提供有关您的未来展望的一般信息。

  交流

  由于您参与查看组织的总体流程和系统以确保一切都顺利,您还将发现做出一个决策会导致需要做出更多决策。例如,如果更改影响到多个部门,则更改一个简单代码段的后果会扩大。这就是您需要加强交流技能的时候,以根据需要扮演中间人,甚至在许多情况下故意唱反调。

  保持头脑冷静并使人信服的诀窍是尽可能清楚地解释您的业务 论证。在对非技术受众讲话时跳过高度技术性的解释——技术细节只会使人们混淆和晕头转向。相反,应坚持使用业务语言,这样您会发现自己的想法和顾虑更容易得到接受。

  例如,如果您知道某个来自市场部门的软件变更请求会使销售部门使用的某部分软件过时,您需要以简单的术语解释这种情况。不要尝试描述该软件变更会明确地做什么,只需使用类似如下的说明:“更改此软件将导致销售开支上升。但是,如果我们不更改它,市场部门将继续遇到工作效率问题,从而最终导致的成本超过销售部门所增加成本的两倍。”

  用简单但直接的术语进行交流有两个好处:

    ·它帮助您的受众快速了解问题。

  ·它帮助您快速解决问题。

  向所有人说明涉及到的细节可能非常有诱惑力。但是如果您用技术性的解释使受众迷惑,则您永远得不到希望达到的目的:完成设计的解决办法。

  观察和分析

  谈到交流,您通常是应邀解决问题,对吧?当然,您越能以他们的业务语言而不是IT行话与其他人交流,他们就越有可能让您参与规划阶段的讨论。这使您成为一个受信任的顾问,能够在业务战略和决策出现时对其进行观察和分析。此观察和分析阶段对于帮助简化您的工作非常关键。

  这是因为,在通常了解某个提议的更改的几个月之前,您可能就已经确切了解企业正在考虑什么。您将能更清楚地了解整个组织中的资源问题、任何更改将具有的影响,甚至是应该在部署之前运行什么类型的测试用例。您将了解所有一切,因为您是决策者之一!

  如果未邀请您加入规划讨论,应该接触当前决策者并询问其领域中正在发生的事情。提议出席他们的下一次会议,然后在您出席会议时只需观察即可。在未经要求的情况下,开始分析人们在周围闲聊的一些概念。要求出席另一次会议,然后在任何适当的场合顺理成章地将您的分析插入当前计划。正如前面提到过的,其基本思想是成为同盟者或受信任的顾问。当人们开始认识到您正在尽力帮助而不是妨碍他们的计划时,他们将更乐意接受您的思想和建议。 


第三十四届CIO班招生
国际CIO认证培训
首席数据官(CDO)认证培训
责编:

免责声明:本网站(http://www.ciotimes.com/)内容主要来自原创、合作媒体供稿和第三方投稿,凡在本网站出现的信息,均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性,但不保证有关资料的准确性及可靠性,读者在使用前请进一步核实,并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏,概不负任何法律责任。
本网站刊载的所有内容(包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等)版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时,请及时通知本站,予以删除。