发生在我自己身边的情况是：在我之前没有人对我们公司所使用的各种内部项目管理软件做过任何类型的独立评估。我们一直都是例行公事地升级项目管理软件，而没有真正考虑过我们公司到底是需要花钱买新软件，还是只需简单的磨快我们的旧工具。更加荒唐的是，进行软件评估和开发是我们公司的支柱项目。没有对你当前的项目管理软件进行评估和考虑新的解决方案，你就可能会陷在只使用舒服和熟悉的工具的老路上。

    摆脱限制

    我们已经仔细地考虑过和调查过适当的集成开发环境（IDE），以及给商业管理和通讯的技术支持。那么为什么我们总是没有注意到自己工具箱里这一方面的问题呢？

    我怀疑你们有许多人会说我们会摆出自己的原因，譬如，软件项目日常策略之外的任务总是缺乏时间；处理看起来不会崩溃的事情总是很令人麻烦的；以及它相比而言是承担得起的。

    作为一个项目经理，你也许只忠实于一种特定的项目管理工具。这种联系往往会在整个组织里流传，甚至是在没有什么理由来支持的情况下成了一种“政策”。

    任何类型的改变都伴随有开销和短期的头疼。如果让每个人都觉得使用“Project-o-matic version 3.5.1”顺了手花了你两年时间的话，你现在对其应该不想有所改变。你甚至会相信选择一个特定的项目管理工具并不能真正地带来巨大的改变。它们只不过是有助于记事和通讯，那么为什么还要换呢？

    小心改变的步伐

    开发的惯例现在正在受到开放源代码运动和其他的项目管理方法的挑战。任何失去对这种可能性警觉的组织或者项目管理者都会成为变革步伐的受害者。