IT运营为什么会失败?

标签:CIOIT运营

访客:23823  发表于:2012-09-15 22:57:42

IT的运营和相应的风险管理占据了CIO、信息主管、IT经理人相当部分的时间和精力, 同时很多IT经理人也深陷其中。

IT经理人虽然清楚地知道需要有更多的精力投入战略与业务领域, 在实际工作中, 却很难把精力分配做这样的改动。没有一个IT经理人热衷于成为”救火队员”,  但在IT管理这一职位上, 始终承受着来自这一领域的工作压力:

”系统今天凌晨停止运行了! “

“最新的备份只有昨天的,影响不大吧?  业务部门死活不答应”

”我们这套系统投入很大的资金建立的双机切换系统,过去两年都运行地好好的, 怎么在关键的时候, 不能切换! ”

“明明是一个很小的改动, 怎么会酿成这样一个大的错误?”

“我们的一个核心技术骨干走了, 最了解系统的就他一个人, 怎么办? “

“灾难恢复系统作的这样走过场式的演习, 万一真要派上用场, 心里还真没底”

上述摘取的一些问题, 你是不是似曾相识? 回顾一下在过去的, 你是否有过大规模的IT基础设施出现故障, 在半夜被紧急电话叫醒? 你的业务骨干系统在业务高峰时出现停顿, 或是难以忍受的低性能; 关键系统明明事先有白金服务, 厂商却在关键时候告诉你,系统无法在短期恢复 ......

成功的IT运营从来就不是容易获得的。 除了需要平时扎实的工作, 也需要系统化的方法, 以及在IT系统的整个生命周期的每一个环节不懈地努力。 事实上, 即使是最为优秀的CIO和IT经理人, 在追求IT的商业价值最大化的时候, 也始终没有放松成功的IT运营这方面的工作。 因为他们深知,IT运营中的失败, 是对IT组织和IT管理者可信度最大的挑战。这一底线的冲破, 不仅是从IT风险到业务风险, 而是直接的职业风险!

对IT运营及风险管理, 建议从下列几方面入手:

业务冲击度分析

对你的系统进行一个详尽的业务冲击度分析, 是成功地进行IT运营及风险管理的基础,  业务冲击度分析也是在系统建设时候,技术选型的基础。在现实的不少案例中, 客户往往在系统出事故的时候, 才匆匆地进行业务影响的评估, 然后进行紧张的救火活动。 这种次序的颠倒,使得不论尽最大的努力, 业务部门的满意度始终无法达到,IT的可信度被大大地降低。 业务冲击度分析也使IT部门有限的资源能专注在最关键、 最需要的系统上, 而不是分散在不重要系统上。

复杂度分析

随着IT系统越来越复杂,IT的风险也在急剧加大。如何有效地进行IT系统模块间错综复杂的关系?推荐使用其独立提出的七层分层法, 能够清晰地进行系统的复杂度分析, 以及关键模块的依赖关系, 简化了IT运营中因为系统复杂度造成的负担和不确定性。

IT连续性及其演练

IT的连续性是业务连续性的基础。没有IT连续性的扎实保障, 业务连续性的宏伟目标是无法真正实现的, 最多只能停留在纸面上的演练。以业务冲击度为设计基础的IT方案, 在项目的执行交付时候的测试和系统的运营期间定期的演练都是必不可少的, 这也是知难, 行更难的一项议程。

评论(0)

您可以在评论框内@您的好友一起参与讨论!

<--script type="text/javascript">BAIDU_CLB_fillSlot("927898");