企业并购和重组中如何有效控制IT资产

作者：

欢迎访问e展厅 展厅 3 CIO信息化管理展厅 电子商务/企业门户, IT运维管理, 制造执行系统MES, 流程管理BPR/BPM, SOA/SaaS/云计算, ... 并购和重组需求不仅改变了全球商业模式，而且造成IT环境越来越复杂。受到这种变化影响的企业都拥有大量技术资产，他们面临着这样的难题：如何将新技术融入到各种不同的平台中去，而这些平台中已有的系统既不协调又有重叠，经常低效率运作。正是由于这样的平台导致企业迫切需要有效控制他们的IT资产。 关键的商业趋势：目前对企业来说，一个稳定且预测性良好的变动管理流程非常重要，它能保证企业的软件开发功能成功地吸纳今天出现的种种变化，并且还能够根据以后的商业需求再吸纳新的技术。目前我认为有如下一些商业趋势影响着企业的变动管理。 1.合法—Sarbanes-Oxley法案之类的法规指导使企业在管理软件开发变动时必须具备一个众所周知的，重复性的，有文件证明的流程。 2.分布式开发小组—成本压力以及不断变动的企业结构要求企业必须具有应付变动的创新方式，包括分布在多个地区的开发小组。 3.改善拥有总成本(TCO)— 降低开发架构的总成本将促进企业构建出一个简单架构，该架构能够管理企业内全部的软件和系统所出现的变动情况。 关键的商业趋势：未来 若目光再放长远些，我认为软件变动管理技术似乎具有发展成一个“单点管理(single point of management)”模型的趋势。在这种情况下，一个理想的变动管理架构能对所有分布式开发资产提供任意时刻/任意地点的服务。如此一来，虚拟小组能够更容易地管理任意一个复杂的系统，诸如那些基于服务导向型架构的系统。 这个理想化的架构也提供了高自动化及配置合理的工作流，并且它们与多平台产品流程紧密相连。特别地，若采用一个单点变动管理，我们就可以实现在各种各样的分布式平台(诸如客户/服务器系统和主机)上初始化架构。 我也发觉变动管理涉及的范围有所扩大，表现在桌面及其它IT产品环境都与当前独立的软件变动有关联。例如，通过一个简单的架构，该架构既可以应付软件资产的变动又可以对付现有系统的变动情况，拥有总成本(TCO)可以进一步得到缩减。我们可以在用户桌面的修订版上首次展示这种能力。 在这点上来说，“最终”目标将是所有的IT变动流程合并起来，如此一来就形成了一个公司级别的变动管理架构，该架构涉及到桌面，应用程序开发以及生产系统。为支持此合并管理模型，我期望经过普通安装的变动管理工具也能够逐渐与开放式、集成化“小组入口”类型的接口兼容。 核心变动管理能力：目前以及未来 越来越多的小组在软件开发项目中已经解决了他们的变动管理问题：他们将项目资产存放进一个安全的仓库、将代码和内容有效地整合并进行管理、追踪错误并进行更改，等等。现在，企业期望将这些资产投入到他们所有的分布小组以及当前和以后的开发项目中去。 他们可能在思考该用什么方式去结合变动管理，使之具有诸如项目管理和IT操作这样的功能。像对分布式资产和行为进行智能复制，以及基于浏览器访问变动管理接口这样的性能变得越来越关键。 一个企业要是能注重变动管理，就可以形成一个更加健全，预测性良好的开发流程，而这又使得企业能够更简单地重新使用软件资产，并重新规划软件资产所要达到的目标，最终企业能得到更高的效率，并降低风险。 然而，风险不仅仅是与开发流程有关联，它也与开发环境的扩充部分相关联。采用管理软件变动方法就不会使现有开发架构在进行大面积变动时承受风险。 在面对不变的技术、流程、平台多样化以及成本压力时，今天的变动管理不仅需要稳定，也必须灵活。今天，具备变动管理能力的企业将更有能力在多个或分布式平台(他们可能在未来面临的)上控制越来越复杂、越来越程序化、多样化的项目。 总结 借助企业级别的变动管理，人们不再局限于只是关注今天的软件配置管理方案，还更多地思考着企业还需要什么来管理多个或分布式项目及平台上出现的变动情况。支持公开标准、支持多样化平台以及支持远程/分布式小组，这些都是关键的因素。 今天，一个具有这些核心能力的变动管理平台将有助于企业更好地适应未来的变动管理挑战，而从企业角度来说，他们利用此平台可以使自己的开发架构和现有资产达到最优状态。(end)

文章内容仅供参考 (投稿) (如果您是本文作者，请点击此处) (1/29/2007)