5. 当万事顺利时，顾问会居功；当有事不妙时，那是你的错。 和IT顾问一起共事是工作的重要部分，也是一件相当有挑战性的事。顾问用其利基专长帮你部署/配置专业系统，当万事顺利的时候，你们是友好合作关系。但你必须要谨慎了。当事情进展不妙时，一些顾问会把错误归咎在你（公司）身上，并称他们的方案以前在其他地方都好好的，是不可能有问题的，问题肯定在你方。相反，当工程非常成功后，有些顾问绞尽脑汁抢功，忽视你所做的大量工作（比如：量体裁衣地改进方案以适合公司自身发展）。
4. 维护“旧”技术所花时间比实现“新”技术的时间要多得多 在IT行业，有种观念非常吸引人——玩最新的尖端技术。但是，这种观念并非适用于大部分IT岗位。通常来说，IT人士用在维护现有技术的时间比实现新技术的时间还有要多。即便是那些有能力运用大部分最新技术的IT顾问，他们更愿意采用现有的并行之有效的方案，而不是前沿技术组成的方案。
3. 资深IT人通常是实现新技术的最大障碍 很多公司是有能力采用前沿技术的。花时间来更新/更换软件/架构，可以潜在地节约成本或提高生产率和盈利。但是，很多情况下移植到新技术的障碍，并不是预算不够，也不是管理问题，而是IT部门的资深技术员工。很多IT老手对新技术有抵触，不愿意改变。当然了，你也不能说这是坏事，因为维护现有结构的稳定，还需要现有技术。但他们不能把这当成不学习新技术或扩展新方向的借口。有的人因此甚至变得懒惰和自满。
2. 某些IT人士在选择技术的时候，更多考虑的是对自身的影响，而不是业务 另外，一些IT人士还有一个诡秘又必须声讨的事情。他们挑选技术的标准是：看这些技术是不是业务非常依赖他们的，而不看这些技术是否真正适合业务本身。比如，某些IT人士宁愿选那些需要专业技能来维护的方案，而不选即可使用的方案。还有，即便Windows的方案更优秀，某些IT经理人因为自己有比较多的Linux/Unix背景，所以通常会选择基于Linux的方案，而不选Windows的方案。（当然了，拥有Windows背景的也会跳过Linux方案的。）类似上述的例子通常有很多借口和理由，但大部分都是虚伪的。
1. IT人士经常用术语或行话来忽悠不懂技术的业务经理，借以掩盖其搞砸的事。 并非所有IT人所做的事件件都成功，即便是最最优秀的，也会犯错的。但是，在犯错后，并非所有IT人都善于承认错误。 有些人在把搞砸事情后，充分利用业务经理不是很懂技术（即便是一些高水平的技术经理，也不可能面面俱到），再用术语或行话来忽悠他们。比如，在向业务经理解释金融应用程序为什么“挂”了3个小时，技术人员或许会这样说，“在运行程序的时候，SQL服务器蓝屏了。该死的微软！” 他却不提蓝屏真正的原因——更新驱动后并没有在服务器上先测试。 |
