据项目管理工具提供商 TeamStage 的数据，IT 项目的失败率惊人地高——接近 70%。常见的项目失败因素包括错过最后期限、预算超支或交付成果未能达到最初的目标。

CIO 和项目经理都了解这些风险，他们在 IT 方面尽一切努力来应对这些问题，他们密切关注业务需求，设定和管理预期，并防范范围蔓延，他们还紧盯项目预算。

但是，如果问题不在于 IT 而在于用户本身呢？

我第一份 IT 工作是初级程序员，我被分配到一个大型订单录入系统项目，当订单部门的用户开始反抗时，项目已经进行了一年多，但用户的抵制变得如此强烈，最终项目被取消，CIO 和项目经理都失去了工作。

作为一个初级项目人员，我并不真正知道问题出在哪里——但我在职业生涯的早期就学到了一个教训，那就是与用户发生冲突可能是灾难性的。

后来作为 CIO，我铭记了这一早期教训，我把与用户和业务经理保持定期联系作为我的职责，工作的一部分是对用户的早期信号保持敏感，这些信号会导致项目风险——尤其是关键利益相关者。

以下是一些常见的早期警示信号，这些信号表明利益相关者的行为可能会使项目陷入困境。

1. 未能参加会议

项目会议一开始通常是全员出席并充满热情，会议包括涉及项目的用户领域的经理，然而，随着时间的推移，你会发现这些经理开始缺席会议，起初，他们会告诉你有冲突，但随着时间的推移，他们甚至不再告诉你，只是简单地不出现。

这是利益相关者与项目脱节的信号，它会影响用户和 IT 员工的士气，因为他们也会看到利益相关者——在某些情况下是他们自己的经理——缺乏兴趣。

2. 派遣下属

利益相关者和用户经理与项目脱节的另一个迹象是，他们开始派遣下属代替他们参加会议。不可避免地，会议上出现了一个关键的项目决策，下属说：“我不知道，我得问问我的经理。”

在会议中无法做出决策是导致会议失效的主要原因，在关键项目中，CIO 或项目经理无法承受过多此类情况的发生。

3. 用户错过最后期限

你正在运行一个需要重要用户输入和合作的项目，IT 部门完成了其任务的截止日期，但当任务交给用户时，例如功能测试，经常出现延误和错过最后期限的情况。

最可能的原因是用户领域有其他更紧迫的优先事项，但有时这也表明利益相关者在一旁搁置了这项工作。

如果开始形成用户错过最后期限的常规模式，那么 CIO 或项目经理就该拜访业务单元的利益相关者，询问是否应该推迟或取消该项目。

4. 分心

经理们需要处理很多事情，所以不难想象，最初倡导或发起项目的用户经理因为其他业务分心，无法再集中精力推进项目。

经理们试图通过给予每个任务所能分配的时间来平衡优先级，但这可能还不够，当其他优先事项干扰时，应该考虑暂停项目，而不是让它在过程中触礁。

5. 负面反馈

一个关键的利益相关者支持一个项目，并投入大量精力使其启动并进展，但是突然你开始收到来自该利益相关者及其员工的负面反馈。建设性的批评是预期的，因为项目成员看到必须进行的更正，但如果批评持续增加，就该总结并召开会议。

越早这样做越好，因为很多时候利益相关者不会直接告诉你他们对项目感到失望，而是转向负面反馈。

6. 寻求其他选择

我曾被分配到一个项目，用户和 IT 正在开发一个系统，但用户已经对它失去了信心。用户做的是预算他们自己的资金购买一个商业系统，该系统虽然不如内部开发的系统强大，但更易于使用。

IT 本应当时停止内部项目，但领导层不知道用户已经转向了另一个系统，相反，用户继续对内部系统提供反馈，尽管不那么规律，而项目继续进行，实际上是多余的并且已经死亡。

在理想情况下，CIO 应该与用户管理层保持密切联系，这样 IT 部门就会在用户转向商业系统时立即得到通知，这样可以立即停止内部系统的进一步开发，IT 也可以专注于其他工作。

7. 新上司

IT 和用户正在构建的新项目进展顺利，但原来的利益相关者离职，新经理上任。

新上任的人对内部系统不感兴趣，而是更喜欢使用他在前公司使用的系统，你感觉他可能会选择他熟悉的系统，并终止当前项目。

最好的方法是与经理和其他利益相关者直接讨论这种情况，以便就项目的明确方向达成一致。

定期接触并在必要时调整方向

出色的项目特点是 IT 与最终用户之间的强大协作和热情、管理和预算的支持，以及卓越的用户和技术表现。专家们不断告诉我们，许多项目会失败，但实际上不必如此。

我们确实知道的是，项目中最容易排除和解决的问题是技术问题。更棘手的问题涉及到人，许多时候这些人就是项目旨在受益的最终用户。

因此，CIO 和 IT 领导团队可以通过定期与用户接触，保持对利益相关者“项目脉搏”的把握，并在感知到变化时立即采取行动，从而降低项目失败的风险。