那么为什么项目会失败呢？以下是我最大的五个项目管理失败和吸取的重要教训：
如果出现问题并且没有人注意到，不想引起人们的注意，这是一种基本的人类本能。这与项目管理的本质背道而驰，但沟通不畅往往是项目失败的原因。
我承认，一个非常困难的客户和即将被吹走的预算或时间表的结合让我在通知客户他们的项目状态时犹豫了太久。在项目的最后几天或几周内一直处于安静状态时尤其如此。这也是您的项目时间线中最脆弱的时期——在 Web 项目中保持和培养客户对他们的项目经理的信任非常重要，而这种信任很容易被打破。我已经多次以艰难的方式吸取了这一教训，无法承认。
使用项目管理软件，织蝶云项目管理软件，可有效助你解决项目管控！
在去年冬天的一个特别详细的项目中，一位与我密切合作的队友建议我们为我们正在为客户网站工作的投资组合部分尝试一个新的滑块插件。它使用了我们通常不使用的框架，但滑块的外观和功能比我们通常使用的更优雅。由于时间紧迫，项目的设计方向特别详细，起初我犹豫不决，但我对为客户和我们的开发团队提供更好功能的承诺所动摇。这不是我们过去在我们的典型工具集中讨论过升级的事情，但时机似乎是正确的，这是一个看到新插件运行的好机会。
当然，您可能知道这是如何结束的：这是项目中成本最高的决策之一，无论是工时还是预算。滑块在安装后最终并没有支持我们需要的关键功能，更糟糕的是，它不容易支持响应式大小调整或特定浏览器。这在开始时很容易被发现，但它并没有像计划的更新那样经过技术主管和其他开发人员的通常审查过程。取而代之的是，我们一直在前进并将其集成到项目中。
当我的队友开始测试滑块时，他意识到它没有任何作用 - 而不是回去集成（和自定义）我们通常的解决方案，而是试图将那里的各个部分组合在一起来做我们需要的事情。毋庸置疑，这是一个非常简单的错误，最终让我们俩都承受了很大的压力、尴尬和资源浪费。不必要的“镀金”范围是 IT 项目失败的另一个典型原因。
如果您的团队有标准和流程，请坚持下去，不要随心所欲地更新。如果您的团队真的需要工具或技术中期项目的变化或从中受益，那么在实施之前进行所有动议进行审查是值得的。
我天生就是一个友好的人，我永远不会压抑这一点。但是职业关系和偶然的友谊之间有明确的鸿沟，我已经学会了通过仔细练习将它们分开。这并不是说你不能和你的队友或客户成为朋友——只是当你在互动中打开或关闭专业时要注意。
多年前，我在一家大学刚毕业的公司工作，所有人都有相似的兴趣，并且在我们的城市生活得很近。很自然地，我们下班后和周末一起出去玩，结下了深厚的友谊。我与团队中的几位设计师变得非常亲密，甚至住在我公寓楼里的其中一位设计师的大厅里。我们三个在工作时开玩笑，一起吃午饭，整天开内部笑话。
有一天，我不得不要求快速完成一个没有人真正喜欢的项目——它不漂亮、不有趣，或者大多数人看到或欣赏的东西。技术和设计都很陈旧。这是公司的基石帐户，但不是“酷”帐户之一。我的朋友——该项目的设计师——在截止日期前完成了工作，他最近得到了一个更大、更现代的网站设计，以证明自己——但它没有几个星期就到期了。我就此事与他对质，他问我为什么当他认为我们是朋友时我对他很苛刻。
那时我意识到我在办公室里不再区分专业和有趣的关系——虽然发生这种情况时我们都很年轻而且经验不足，但在更高级的情况下仍然可能发生。个人和专业之间界限的模糊有时是项目失败的原因，因为它会影响问责制。
在您的项目中始终专业地行事，即使是与您的朋友。
友好但保持专业，以便继续让人们对他们在项目中的行为负责。感觉我们与朋友在事情上“通行”要容易得多，当它与职业义务混合在一起时，这可能是一种危险（和尴尬）的情况。
也许只是我，但我发现很容易对项目中的某些危险信号或关键字做出反应。诸如全部大写电子邮件、“新截止日期”或“站点关闭”之类的词，或者更无害的警告信号，例如在项目的关键点缺乏沟通、新的利益相关者在项目启动前被带入项目，或出现奇怪的故障在客户演示之前的站点上。
没有什么比立即转向经理、开发人员或客户要求澄清一些事情更让我感到慌乱的了，如果我花一点时间呼吸、处理和思考，这些事情本来是显而易见的（或我自己可以做到的）关于我的下一步。
在很多情况下，我认为站点上存在重大错误（当它只是我自己或客户端缓存的问题时），误解了对似乎比真正需要的功能大得多的功能的请求，或者客户认为他们的网站/服务器在他们真的没有连接到互联网时已经关闭（是的，这种情况经常发生）。虽然这一点本身并不是一个大型项目失败，但它会导致沟通不畅，并且在不需要恐慌时会引发恐慌。
冷静下来，深呼吸。不需要恐慌时不要恐慌。
在寻求更多帮助之前，永远不要害怕将目光从反应性的电子邮件或消息上移开，暂停一下，花点时间为自己进行调查。
啊，是的：“这个项目可以跳过我们典型的开发/设计/审查/质量检查流程，因为它只是一个小改动”的谬论。这就是项目失败的原因。
很多次我看到这种情况发生在各地的项目中。我通过看似“简单”的维护更新、大型项目的小功能请求以及全面更改范围而犯了这个错误。更新表单字段选项之类的事情表面上可能很简单，但一旦开发人员深入研究它，就会变成意大利面条式代码和完整系统更新。
同样，客户要求对项目进行小的视觉更改可能会颠覆设计过程并因此重新考虑整个站点流程的一部分。
专注企业应用的研发与服务，提供专业解决方案和技术开发
