到底哪种集中管理方式对于IT架构来说最理想 ?答案取决于企业自身的成熟程度。
IT架构的管理工作到底是以集中为优先,还是以分散为目标?
上周的“咨询专线”栏目曾专门就此展开探讨,最终认为ETAM(即企业技术架构管理)模式作为一种监管机制,值得广大企业用户加以关注。尽管很多人不太清楚,但实际上ETAM监管模式与所谓分散式ETAM其实是同一种东西。
正如大家所知,适当的监管对于高效准确地完成工作任务至关重要。而制定监管规则的管理者,本身必须以具备多年实践经验、从千万个实际案例中摸爬滚打成长起来的业界大师,只有这样他们提供的方案才能真正规范发展走势并为企业指明正确方向。
不过无论监管模式如何演变,仍然会有很多必要责任无法分配到位——出于这一现状,分散式ETAM也就应运而生了。
分散式监管方案的积极意义
分散式ETAM方案拥有如下几点优势:
◇ 避免资源浪费: 由于分散式架构的功能不会依赖于那些虚无飘渺的概念型技术,因此我们也就无需在现有项目中预留不必要的发展空间。在分散式ETAM的帮助下,此类资源浪费将得到有效避免。
◇ 选择权: 由于集中式规划功能会将大量选择权留给现场操作者决定,因此相比之下分散式方案会带给项目管理人员更多引导项目走向的能力。
◇ 实用性: 由于选择权牢牢掌握在决策者手中,因此项目在实际运行中的效果及方向同样不会偏离轨道,实用性正是由此得到体现。
分散式ETAM模式不仅为规则制定者带来大量职责任务,他们还必须知晓满足这些需求的目的以及实现方式。在我看来,集中式方案适用的范畴更广泛一些。集中式方案中当然也包含监管功能,但在职责划分方面则更更胜一筹。
集中式IT架构管理模式的积极意义
在此我要提醒各位,要让集中式管理方案达到预期的作用,我们必须做到以下几点:
◇ 特色鲜明,对预期架构做出准确的描述与总结,并以此为范本逐步进行创建及维护。
◇ 准确诊断,统计当前方案的不足之处,并加以详尽评估。
◇ 分析业务对方案的影响力,评估企业内部业务因素,分析这些因素会对管理模式变更造成哪些影响。
◇ 分析行业发展趋势,评估外部因素,分析这些因素会对管理模式变更造成哪些影响。
◇ 设计目标架构,需要注意的内容包括:
1. 以服务为基础,开发适应未来需求的方案——一套能够完美契合未来需求的架构不仅要能解决当前存在的种种不足、为业务现状提供有针对性的服务,还应该能够应对任何随着行业发展所出现的机遇与挑战。
2. 为每一项具体服务及产品规格制定标准化评估机制,并分别为其配备相对应的技术等级。将评估结果与现有状况(即根据诊断得出的结论)相结合,就成为一套完整的“组合管理方案”。
3. 另外,也别忘了建立一套设计原则——所谓原则,是指对工程部署有利的各类因素加以坚决贯彻。设计原则的成功与否,决定了最终架构是否能与预期一样获得理想的协作或以应用为中心的收效、目标方案通过开发还是采购来获取以及最终选择现有IT产品或者采用最新版本等等。
◇ 通过将每一种会对IT架构产生影响的方法与实践纳入自身,ETAM方案将得到大幅度改善,并最终令技术架构(涵盖绝大多数方面)更上一层楼。此后,新的变革还会改变企业固有的IT及商务文化,这也是成功架构普遍拥有的特色之一。
◇ 在ETAM监管模式中,ETAM团队负责的主要课题是鉴定与诊断、制定设计原则并将经过整合的ETAM监管模式融入实际操作及执行当中。
◇ 一直以来,IT管理都是影响相关文化发展的重要影响要素——只要保持良好的执行态度,分散式方案会是你带动企业整体氛围的好选择。分散将比集中动作得更流畅、带来的影响也更深远;换句话来说,虽然集中式ETAM团队经过严谨考量提出的架构更完善,但分散模式会让每一位员工置身规划之中,并最终为企业培养出一大批意识过硬的骨干力量。
IT部门如何判断哪种模式更合理?
首先,我们可以先从做主企业的当前ETAM成熟度入手。一般来说,成熟度越高的方案越受大家喜爱。一切规划都从乱七八糟的现状开始,并最终带来企业级高效控制及持续的改善效用。成熟模式的优势很多,这里就不一一列举了,但弊端也不是没有,其中最致命的就是:成熟模式往往喜欢一味扩大技术规模。
显然,规模绝不是越大越好。就像做冰淇淋,一勺香草雪球搭配少许装饰水果已经非常理想,但有些人偏要在上面再浇上大量糖浆、坚果,盖完厚厚一层还要在顶端加颗樱桃。他们没想过,这样做出来的冰淇淋得用盆装,让人一顿吃下去非得糖尿病不可。
很显然,我们在集中式方案中做出更多设计与规划的同时,也等于是给架构硬塞进了更多标准与实践要求,而实际负责执行的团队则会被繁多的要求压得喘不过气来。此类状况往往会令员工情绪消沉、毫无干劲——而这种结果是每一个稍微了解管理学的领导者都不愿看到的。
在这里,我打算跟大家说说我个人心目中的最佳方案:如果各位当前正管理着一套架构,那么先从ETAM监管模式入手,将其与原有工作相融合。当确信一切运转正常之后,再慢慢检查不足之处。通过这种方式,大家可能会逐渐摸清业务团队对技术的全部需求,或者发现一到两个额外管理步骤会给企业带来哪些改善及提升。
再提一条建议:除了固定的首席架构师之外,尝试把ETAM的职责轮流分配给每一位具备相应水平的管理者,而不要始终由同一个人负责。正因为每个人对于企业需求及协作方针的看法不同,轮换制度才有可能从最务实的角度保证ETAM与现状完美契合。而且因为来自各个部门的人都会参与到监管机制的制定中来,因此他们必然会尽心竭力,毕竟当前的决策就是日后的道路。