对于IT技术人员来说，每天都会面对各种各样的挑战。但是，富有经验的IT技术人员会了解到如何避免遭遇最危险的潜藏陷阱，从而防止时间以及精力出现无谓浪费。现在，我们就来了解一下，当今IT领域中最大的潜藏陷阱究竟是什么——以及人们究竟可以采取哪些最佳措施来绕过它们?
1：不合作的用户
不管时间过去多久，不合作用户始终都会与从前一样存在。实际上，绝大多用户之所以会选择不合作，是因为存在对新应用程序的恐惧——或者是因为已经非常习惯于使用当前应用程序，而不愿意选择放弃。因此，广大IT技术人员务必要牢记，如果应用程序进行了调整，人们的日常工作流程也必然会随之发生改变。这就属于会令人非常不安的事情，即便是年轻用户也不会有所例外。因此，为了避免该问题出现，最有用的措施就应该是在最开始阶段即让最终用户对应用程序进行了解。这就意味着，技术人员需要确保用户在应用程序的原形设计阶段以及早期就可以参与进来;最终，到了正式投入使用的时间，大家都已经完全掌握应当如何进行操作了。
2：帮倒忙的用户
帮倒忙的用户之所以非常难于处理，是因为他们经常会打着提供“帮助”的幌子前来，结果却由于过分热心而跨越必要的界限。尽管他们非常喜欢为应用程序在调整方面提供大量建议，却从来都不愿意接受一个成品的最终发布。为了防范这种渐变带来的风险，我们就需要为IT项目设置出最后期限来。实际上，解决该问题的最佳措施就是为应用程序开发与改进周期设置所有人都认可的确定截至时间。
3：工具集成度不足
现在，人人都在谈论云计算与移动计算，这让计算平台之间的界限看起来似乎正逐渐变得日益模糊起来。但对于基础设施软件供应商来说，跨平台环境的管理工作并不一定会更容易。由于每家供应商都希望客户使用自有工具集来进行管理，因而并不总是会很清楚地说明哪些工具可以支持其它公司的软件基础架构管理工具。因此，如果人们试图将所有部分都集中起来变成一个“超级”基础设施解决方案，实现使用单一窗口就可以浏览全部资源的目标，就将会发现这属于一件极为困难的工作。因此，对于IT技术人员来说，最佳的处理方法就是找准工具供应商，确保选择的应用程序编程接口(API)可以支持其它管理软件。并且，在决定购买之前，我们还需要利用概念验证(POC)方式来对这些API与其它软件的兼容性进行测试。最后要注意的就是，我们也应该避免使用不容易兼容市场上任何接口的自有开发工具。
4：平台忠诚度
对于IT人员来说，核心能力就是知道技术方面应该怎么做。这种技能属于经过多年实践逐步积累下来的精华，因而也相当于绝大多数IT专业人员的能力象征。这就意味着，当一位使用UNIX系统20甚至30年之久的技术人员被通知现有平台将要迁移到Linux环境之下时，现实问题毫无疑问就会属于面临着无比巨大困难的情况。
(如果必须的话)，一种过渡的缓解方法就是将这些人员带入到新平台之上，并为他们提供迁移过程中必须的培训与支持。但如果他们坚决反对调整的话，或许还可以继续承担维护运行在旧平台上的原有系统的任务。然而，如果公司决定不再设置该职位的话，最终手段可能就是鼓励他们到其它地方寻找新位置——其它商家或许依然在使用他们希望工作的平台。但不论出现了什么情况，最佳措施都是提前迅速解决掉这些与平台相关的忠诚度问题，以防止不满情绪(以及项目中的不合作行为)开始聚集起来。
5：项目管理不善
尽管市面上已经存在有很多新的项目管理技术与工具，但IT领域的相应工作依然属于一个相当薄弱的环节。而造成这种情况出现的原因主要有以下几种情况：项目在整体沟通方面出现问题;项目经理没有做到“及时跟进”，无法掌握到真实的第一手工作状况(仅仅看到了项目跟踪图表上的更新);以及，在项目开发过程中，团队中的技术人员与最终用户无法实现有效沟通。
实际上，确保项目能够获得成功的最佳措施就是将相应规模减小(因而更容易进行管理)，鼓励(而且强制)进行公开交流，并利用市场上已经发布的协作类项目管理工具来进行全面控制。而且，对于所有项目工作来说，事后总结都属于同等重要的部分——毕竟，只有这样才能知道什么属于正确的，以及如何确保每个项目都能做得更好——并将这些经验应用在未来的项目之上。
6：文档缺乏
在IT领域，文档并不属于被强调的部分，这导致它在绝大部分技术工作中都成为一处薄弱环节。难怪很多技术部门都声称，超过50%的时间都被消耗在应用程序维护工作上面了。如果原始应用程序的功能是什么(加上已经进行过的维护过程)等项目都以书面文档形式保存起来的话，维护方面工作所耗费的时间只会变得更少。至于这个问题的解决，则可以采取两种途径。其一，就是采用可以自动完成文档工作的新型应用程序开发软件;此外，也可以为应用程序文档构建一个对应项目并按时进行完善的方式。
7：数据质量很差
即便是世界上最出色的技术，也无法做到对包含有拼写错误地址或者不完整电话号码的重复客户记录进行更正。对于已经记录下来的数据，重复数据删除功能可以在它们被存储或归档到磁盘之前清查出重复的部分。而对于新的数据，应用程序通过更有效的外部编辑处理就能够在其进入到数据仓库之前提升质量。
8：行话的使用
在IT(类似其它技术学科)行业中，交流中全面使用缩写词与行话就属于非常普遍的默认行为;然而，技术人员却没有意识到，当与企业用户进行交流时，他们可能并不理解这些词语的真正意思。这或许会导致双方在沟通方面出现不够畅通的问题，甚至会产生出恐吓效果影响到双方关系的进一步加强。因此，为了避免这样的问题出现，技术部门就应当要求与最终用户共同工作的IT专业人员尽量避免(如果确实存在必要的话，就进行培训)使用到专业方面的术语，坚持依靠通俗语言来进行各种交流。
9：截止时间不切实际
对于业务工作来说，进度是必须迅速而且不讲任何情面的铁定要求。如同以往一样，IT部门往往需要被迫接受过于紧张以至于无法完成全部必须部分的项目截至时间。在这种情况发生时，IT部门通常就只能够采取提供缺少关键部分的初步项目，而选择利用后续增强周期来进行深入完善的曲线应对方式。当然，如果业务部门同意这种做法的话，这里面就没有什么其它问题了。(实际上，这种模式在市场营销等领域中的工作情况就很好)。但是，如果其中存在治理/安全方面的问题，或者应用程序需要进行完全彻底的测试，IT部门就有责任告诉业务管理层这样会导致什么后果出现，将持续多长时间，假如没有这么做的话可能会导致何种风险出现。
10：人际沟通方面缺乏技巧
对于IT部门来说，软性技能往往就属于不擅长的领域。这就意味着，首席信息官们需要认识到这一点，利用增加的预算来为IT关键贡献者提供人际沟通技巧方面的培训——此外，我们也可以利用从最终用户那里征求IT人际沟通质量方面反馈意见的方式，来实现获取更多资源的目标。
其它方面的潜藏陷阱?
在自己的IT职业生涯中，大家是否遇到过一个总是会纠结的问题?如果有所感悟的话，欢迎将宝贵意见与建议发表在这里，让探客网的其它成员也能够进行分享。
