4、“我们又需要更多的员工了”

　　保持适当员工人数是满足企业运营的需求是一个永远没有尽头的令人沮丧的循环。建议就是预先花些时间来对公司未来的组织架构需求做一个预测。设计一个组织系统的时候，就让它具备能力能够在面对调整时不需要再花费可观的时间或费用进行修改。

　　5、“因为我们没有应用KPI和BSC，因此我们绩效考核做得不好”

　　过于专业的说法只会把用户搞糊涂。记住，当CIO需要的不仅是技术能力，还需要良好的沟通技巧。

　　作为一个商业伙伴，你必须象了解你的技术问题一样，尽可能多地了解收入是如何产生的，组织是如何运作管理的。读一个MBA学位或者定期参加商业会议可以丰富这些知识。

　　同时，非IT管理人员了解一些CIO的技术知识也是非常重要的，这使他们能够明白需求，利害关系，以及某个特定项目的潜在问题。你可以和管理人员一起工作来了解他们想知道多少技术细节。很多管理人员可能希望你越专业越好，而其他人只选择概要式的了解。在做了这样的决定以后，你需要相应地调整你的沟通风格。

　　6、“那些员工不知道我们正在如何努力地帮助他们”

　　CIO在采用新管理方式的时候常常处境尴尬，因为他/她必须让最终用户相信这些工具能够给他们带来好处。能够带来生产力提高的技术，可能被怀疑会让有人丢掉工作。而且，权利、声望和控制的利害关系都可能影响对于新技术需求的正确判断。由于这些原因，你可能会感到很沮丧。虽然你付出了很多努力，用户们对于你花了很大力气开发的工具仍然会很抵触。

　　避免这种情况的最好的办法是多花点时间和员工在一起，向他们解释新方法带来的种种好处。很多大型的组织有正式的用户委员会或者用户理事会来处理这些问题。在很多情况下，如果是用户自己来领导这个委员会的话，成功率会大大提高，因为你能够直接听到来自用户的声音，这使你能够得到更多更有意义的建议，并能够帮助你和个人用户建立更好的伙伴关系。

　　7、“我们的文件被黑了，保密的数据被泄露到了网上”

　　虽然技术已经渗透到我们生活里的所有的方面，很多组织还是没有意识到数据、基础架构和互联网的安全性对于他们有多重要。很多时候，安全性被认为是一张保险单，如果预算紧张，就可以被削减甚至被忽略。当危机产生，安全性成了优先级最高的任务——但是危害已经造成了。安全策略不仅在IT部门内应该人人重视，在整个公司内也应该如此。安全小组，尤其对于大型组织，是非常必要的。备份、灾难恢复和商业连贯性计划应该定期进行，以降低潜在的危险。事后做出反应和完全不知道应该做什么会在清除一个灾难，或者防止灾难发生方面有很大的不同。

　　上面七句话中的任何一句，或者与此相关的潜在问题，都可以通过预先计划并采取防范措施来避免。技术管理者应该有这样的意识，把潜在不利的情况转变成商业发展的机遇。