10个企业CIO应避免出现的错误

ZDNET至顶网CIO与应用频道 11月29日 专栏：任何一家公司的职位设置中，大概都没有比CIO更有难度的了。他们不仅在技术项目中会遇到各种各样的问题，甚至连如何让企业接纳认可他们也成了挑战。CIO们常常思考的一个问题是（特别是当工作不顺利的时候）他们本可以采取哪些不同的做法以避免问题的发生。可以说，研究应该如何确保事情进展顺利是每个人自然而然都会去做的事情。但在这之前，需要CIO们再想想有哪些错误是不应该犯的。下文将列出了10项CIO们应避免出现的错误。

1、受到技术的“蛊惑”

大多数CIO都拥有技术类背景，因此他们很自然的会想要参与细节层面的技术问题研究。但是，CIO这项工作要求的是宏观层面和战略性层面上的技术理解，而非对技术细节的解决能力，因为具体的技术细节将有专门的技术人员负责处理。如果一位CIO不能做到这点，那么他不仅不能帮助下属工作人员，还有可能出现帮倒忙的情况，给公司业务带来风险。企业需要的是一名懂得指挥技术人员解决商业问题的CIO，他们并不关心你是否会使用C++。

2、 使用微观管理法

在边缘化工作岗位了几年之后，许多CIO们开始渴望回归重新参与到IT工作中。有些CIO甚至离开办公室，对其下属的部门经理重新开始了微观管理，而不是仅仅给与指示放权管理，让这些部门经理们能够真正管理起自己的项目。如果你发现自己也有类似想法，请务必要及时制止。你应该扮演的角色是给与这些部门经理应有的支持，做足够的“巡视”和审查工作，确保项目正常运转，而不是过分介入亲自处理每一件事。

3、无视公司政策

这是许多CIO都会自然而然就犯的一个错误。他们之所以会有这样的想法，是因为他们在技术领域的卓著表现，使得他们无需再考虑公司的政治和决策人员的看法。这是极其错误的想法。公司的政治管理可以促成项目的成功也可以破坏项目的进行。因此，你的下属们都在依靠你指明企业内部的政治方向，并创造出必要的政治环境以确保IT项目能够顺利进行。

4、低估最终用户体验的重要性

由于CIO们常常与技术打交道，因此他们往往把重点放在项目的主要技术元素上，为了能够让业务正常运行，应用程序的研发也经常要依赖于这些主要的技术元素。这些基本的元素包括数据库结构、操作系统和网络性能等等。然而，即使所有这些元素都是在最佳的状态下运行，应用程序的推出依然也会面临失败的情况，这是因为应用程序的用户界面和最终用户体验（EUE）的设计有误。CIO们往往都低估了这两个因素的重要程度。为了避免出现EUE层面的失败，CIO们可以招聘一些熟悉用户体验和应用程序设计“人为因素”元素的IT人员参与程序的研发工作。

5、“宅”在办公室

上面提到有的CIO渴望重新操刀项目细节管理，当然也就有CIO极度享受办公室的“宅生活”方式。永远不要假设项目管理报告汇报的项目状态是百分之百正确的。要确保IT项目工作顺利进行的最好办法就是走出你的办公室，和基层工作人员及管理人员建立起融洽的关系。通过观察他们的肢体语言以及谈话内容，你可以获得更为准确的项目进展程度信息。通常，你都可以在问题被写进项目状态报告之前，通过这样的交流沟通及时发现问题。

6、成为一名控制狂

IT人员天生就要受到上级的约束。这点CIO们十分了解。但是如果你打算管控能够促成项目成功的经理人员，或是培养最终用户和他们的客户经理之间的信任关系时，你可能会发现你不得不放弃这种想法。许多CIO都希望能够在技术项目中抓住控制权，特别是当他们拥有类似项目经验（经常负责这类项目）的时候。但较好的办法是，向你的下属展现出一点点的耐心和宽容。允许他人参与并表达自己的想法。

7. 避免接“脏活”

IT专家期待他们的CIO们能够为其项目营造积极正面的环境。当然，项目（和人）也总会有出错的时候。有的时候，你需要及时取消完结该项目或是对项目进行重新的安排。更糟糕的是，你还可能不得不解雇掉某位员工。通常情况下，出现问题，项目经理理所应当应该负责任，但如果形势异常敏感，CIO也可能被牵连其中。通常IT员工都知道什么情况下CIO需要负主要责任。当他们看到CIO缩在他们的角落办公室，让一位主要经理人员为一个项目负责或是处理该经理管控能力之外的人事问题时，IT员工便对CIO失去了信心。

8. 表现出强烈的品牌忠诚度

大多数CIO的职业生涯都至少长达十年之久（如果不是几十年的话）。超过了这个时间段，就容易产生“品牌忠诚”的情节，并会与具有多年合作历史的供应商保持持续的合作关系。CIO们确实应该这么做，因为企业在IT领域的发展并不容易，拥有可靠的共赢合作商对企业来说是一个很大的优势。但是，即使如此，CIO们也必须要注意，不要因此而对新的同样可以为IT带来价值的解决方案（或供应商）产生偏见的看法。

9. 不再重视QA

应用程序和系统的成功推出，很大一部分是取决于应用程序和系统完善的测试工作。这种测试工作应该基于单元测试和集成测试、最终用户体验、以及回归测试和压力测试。由于许多CIO都来自应用程序开发部门，因此他们对诸如质量保证（QA）等系统和应用程序的测试流程带有一种天生的不耐烦心态。这样，项目的时间表往往强调了应用程序的开发时间，而缩短了保证QA工作的时间进程。在项目架构中千万不要有这种倾向。你同样也需要为QA人员留有充足的时间和应有的支持。相信这样你一定能够从完善的应用程序和系统产品中得到丰厚的回报。

10. 从不改进IT部门奖励机制

虽然IT成功的许多基本准则和方法都基本保持不变，但其中一些准则和方法却悄然发生了变化。现在，人们对良好的用户体验、IT服务文化的提供、一切以客户为中心的理念具有越来越高的期望值。此前，IT领域的机制缺乏可靠性和CIO的支持，包括培训、质量保证、人为因素工程方面的应用程序设计以及帮助台的服务响应。如今，这些因素都跑到了专注于服务和质量的IT SLAs（服务等级协议）的前端。但仅仅通过衡量工作人员的表现情况来完成这些SLA的标准是完全不够的。对于IT人员来说，金钱和晋升机会才是最重要的。如果一名优秀的QA人员，或是一名培训讲师，或一名人为因素分析师在其IT机制中没有得到任何的职业发展空间或加薪机会，那么他们或将选择离开，或将选择进入传统的“高回报”领域，如应用程序开发或数据库领域。CIO们应该抵制住诱惑，适时改变现有的IT奖励和升迁机制，因为现实状况本身已经发生了改变。