同样地，作为一名CIO，你在领导或指导IT和业务方面的项目指导委员会吗？——这些委员会采用的多数同意投票机制和出现意见一致的情况看上去会像独角兽那样难以琢磨吗？你曾经坚持己见，让这些委员们要遵守项目预算、项目时间表安排，并且作为一个整体团队发挥作用吗？
我们诚实地回答这些问题。大部分症结在于，“责任”变成了为避免“追究责任”所准备的一个更别致的词，责任和实际的责任追究之间没有什么联系。我们所有人都说我们需要问责，但是谁最后会真正受到追究？（我经常被像安然的部分高层否认自己责任那样的事件感到震惊）。然而我们需要鼓励个人和集体主动性的共同发挥，就像IT工作要求我们的流程、应用程序和系统要变得更具有交叉功能和相互依赖性那样必要。
坦白讲，声称IT部门和业务部门之间的通力合作是自己努力方向的CIO必须攒起勇气承认事实。他们需要加强这样的认识：被指派提高工作的IT指导委员会表面上是设计用来提升战略联合和其他合作关系的，为的是有助于围绕责任进行组织功能的重组改造。但是指导委员会在内部被标上风险分担和战略方面的实务操作的标识之前，它应该首先成为一个责任平台，而不是泛泛而谈的不承担任何责任的咨询团队。
最近在澳大利亚，我听到CIO不停哀叹这样的事实：当事情成功的时候，业务部门采摘荣誉；当事情失败时，IT部门遭受谴责。我听到的CIO领导的指导委员会的牢骚让这样的事实变得很清楚：在IT指导委员会或IT部门，责任在业务设计和开展的时候并不是重要的考量因素。要求他们要接受多数意见？全体意见一致？都是废话！
我忍不住认为，很多CIO如果一开始就坚持在意见统一的基础上采取行动和完成决策，那么他们的状况现在都会不错。6年多以前，美国最棒的航天飞机设计师之一——Henry Heinemann负责包含大量技术发展要求的战斗机的生产设计。他的关键管理准则之一就是，任何设计和产品改动必须在团队一致同意的情况下才能确定。他的这种管理造就了天才汇集和整合水平更佳的高性能航天飞行器。
一个有趣的悖论就是，意见一致的领导方法可能是制造争论和坦率探讨的最保险的方式，这种探讨保证了IT和业务部门之间多产的合作。投票权的力量可能是永远不会用到（或很少用到的）的最后的保证手段。
但最终的问题在于，CIO需要让自己的行为符合一定准则。自己的最终行为不是在一致意见基础上形成时，他们需要让这种结果尽可能避免成为“最小公分母妥协”的副产品，而是聪明的人在限制条件内的成功合作。这需要冒一定风险，CIO需要承担委员会委托的责任，就像应该承担自己在IT部门的个人责任那样。但是，其实有时候让别人对集体和自己更负责的最佳办法就是强调他们要相互之间更负责。这是不是有点理想主义？也许是。但是就CIO领导的IT管理和项目管理的未来来说，它似乎在渐渐变成最实用的方法。(X229)
<<上一页
1
2
