加载 Spotify 播放器；Spotify 可能会设置 Cookie。本设备将记住您的选择。
主要发现
- 信息系统项目管理整体表现出较高的成功率，超过52%的项目被评为最高成功等级（满分10分中获得9分或10分），仅有7.4%的项目评分低于中位水平。
- 仅有26.1%的项目在未作任何调整的情况下同时满足了最初的范围、进度和预算要求，这表明基准的灵活性已成为普遍实践。
- 对范围、进度或成本的计划调整并不自动意味着项目陷入困境或失败，因为项目目标在实施过程中会不断演进。
- 尽管完全没有变更交付的项目获得了最高的成功评分，但合理的调整并不会显著降低人们对项目成功的感知评价。
- 与范围和预算偏差相比，进度变更对项目感知成功度没有表现出统计学上显著的负面影响。
实践启示
CIO / IT 高管
Revise enterprise governance policies to replace rigid, penalty-based baseline adherence with a formal, justified change-request process, recognizing that adjustments do not inherently signal project failure.
IT 经理
Review all active project schedules and scope documents to identify necessary baseline updates driven by shifting business needs, without fearing that these adjustments diminish overall project success.
商业战略师
Establish a structured dialogue with IT project leads to evaluate current business-condition shifts and proactively authorize necessary scope or budget adjustments.
研究人员
Design a follow-up empirical study to investigate the specific qualitative drivers behind why schedule variations do not negatively impact perceived IS project success compared to scope and budget deviations.
政策制定者
Draft updated industry oversight guidelines that move away from traditional technical software metrics (which penalize any baseline change) and instead incorporate socio-technical success criteria for organizational information systems projects.
摘要
本研究调查了组织信息系统项目的项目管理绩效与感知成功度。作者对107位经验丰富的项目经理进行了一项国际问卷调查，收集了472个项目的详细成果数据。通过参数与非参数统计分析方法对数据进行评估，以衡量项目对范围、进度和成本基准的遵循情况。
核心问题
业界广泛流传的报告通常通过严格对照最初的基准计划来衡量项目，因而声称信息系统项目一直保持着较高的失败率。然而，这些衡量基准主要源于技术性软件开发，而非业务环境必然发生变化的社会技术型组织项目。因此，关于基准调整是否真正损害了项目管理成功，目前仍缺乏充分的实证研究。
文稿
Expert: 谢谢 Anna，很高兴来到这里。今天我们要聊的这项研究，确实直击了商业技术领域长久以来的一个痛点。它对来自全球的 107 位资深项目经理进行了详尽的调研，涵盖了多达 472 个实际信息系统项目的具体成果数据。研究核心探讨的，就是我们究竟该如何客观衡量组织系统项目的绩效，以及为什么过去的衡量标准可能严重误导了管理层。
Host: 听到 472 个真实项目，这个样本量确实很有说服力。Alex，在我们深入数据之前，先聊聊那个一直困扰行业的“大问题”吧。为什么过去市面上流传的报告，总说技术项目的失败率居高不下呢？
Expert: 这是一个非常经典的问题。过去业界很多知名的报告，习惯把项目放在一个非常教条的标准下去审视，也就是我们常说的“铁三角”原则：范围、进度和成本基准。如果一个项目在上线时，没有百分之百严格吻合最初第一天制定的范围、时间和预算，就会被直接判定为“有缺陷”甚至“失败”。但这项研究指出，这种评估模型原本来自于纯技术性的软件编码，而现代组织级的信息系统项目是极其复杂的“社会技术系统”。在实施过程中，市场环境在变，企业战略在变，团队组织也在变。把基准的动态调整直接等同于项目失败，这本身就是一个脱离商业现实的假设。
Host: 确实，商业世界瞬息万变，如果完全墨守成规，反而可能交付一个毫无商业价值的系统。那这项研究具体采用了什么方法，来验证基准调整与真正成功之间的关系呢？
Expert: 研究团队设计了严谨的实证分析框架，结合了参数和非参数统计方法。他们不仅追踪了这 472 个项目对最初范围、工期和预算基准的遵循与调整程度，更引入了关键的一环：多维度评估利益相关者对项目最终感知成功度的评分。他们把客观的基准变更记录，与管理者、客户和团队感知到的真实成功度进行交叉比对，从而看清基准调整到底对成功感知产生了多大影响。
Host: 这个切入点太棒了。那么这项研究最终发现了什么？结果是不是颠覆了传统认知？
Expert: 绝对颠覆了认知。首先，最令人震撼的数据是：信息系统项目不仅没有频繁失败，反而整体表现出了极高的成功度。在满分 10 分的评价体系中，超过 52% 的项目获得了 9 分或 10 分的极高评价，被评为中位水平以下的项目仅仅占了 7.4%。
Host: 超过半数的项目拿到了顶尖评分！那这些高分项目，是不是都完美按原计划执行了呢？
Expert: 恰恰相反。数据显示，在完全没有对最初的范围、进度和预算做任何调整的情况下交付的项目，仅仅占总数的 26.1%。也就是说，近四分之三的项目都进行了某种程度的基准调整。研究明确指出，基准调整已成为项目管理的常态化实践。合理的计划调整绝不意味着项目陷入困境，因为随着项目推进，企业的目标本身就是在演进的。
Host: 这真是给广大项目经理松了一口气。那么，调整了基准的项目，最终评价会比那些完全没调整的项目差很多吗？
Expert: 数据显示，完全按照初始基准交付的项目确实获得了最高的分数，但那些进行了合理计划调整的项目，最终获得的成功评价并没有出现断崖式下跌。更值得玩味的是，研究发现，与范围缩水或成本超支相比，进度延期对感知成功度甚至没有表现出统计学上显著的负面影响。换句话说，在企业决策者心中，只要能把功能做对、把价值交付出来，稍微晚一点上线，根本不会被视作失败。
Host: 这个发现对商业管理者来说意义非凡！Alex，我们把话题落到实际业务中，这项研究对企业高管、IT 领导者和项目负责人到底有哪些直接的指导价值？
Expert: 我认为有三个核心的商业启示。第一，打破“不合原计划即失败”的思想枷锁。企业董事会和执行层不应将第一天写在纸上的甘特图和预算表当作不可违背的教条。在复杂的数字化转型中，基准应该是导航仪，而不是手铐。
Host: 灵活性比盲目执着更重要。第二点呢？
Expert: 第二，重新定义项目管控的重点。既然进度延期对感知成功度的负面影响最小，那么管理者在做权衡取舍时，就不应为了死守某个上线日期，而草率砍掉核心业务功能或引入巨大风险。关注业务范围的完整性和最终价值的实现，远比纠结几周的延期重要得多。
Host: 非常有见地。那么第三点启示是什么？
Expert: 第三，建立透明、演进式的变更治理机制。既然近四分之三的成功项目都需要调整基准，那么企业就不应该把“变更”视为丑闻或失职，而应该建立正式的基准调整流程。只要变更能够创造更大的业务价值，就应该被积极管理和沟通，而不是被掩盖起来。
Host: 总结得非常透彻。这项研究用扎实的数据证明了，真正的项目管理成功，从来不是死板地锁死初始数字，而是在不断变化的商业环境中，动态调整并最终交付切实的组织价值。非常感谢 Alex 带来的精彩解读！
Expert: 不客气，也很高兴能与大家分享这些洞察。
Host: 感谢收听本期由 Living Knowledge 支持的 A.I.S. Insights。如果你在项目管理和商业决策中也遇到过类似的基准困境，欢迎在评论区分享你的看法。我们下期节目再见！
information systems, project management, project success, scope management, schedule management, cost management