IT 项目六个参数：成功四面体

IT项目六大关键参数：从三角到四面体

在IT项目管理中，传统的三角约束（时间、范围、预算）常辅以质量环，但这仍过于简化。实践中，需关注六个相互关联的参数：时间、范围、预算、质量、风险和收益。它们的平衡决定了项目成败，尤其在开发独特软件时。忽视风险、质量或收益会导致工期延误和预算超支。

参数的理论依据

项目被定义为创造独特产品或成果的临时性工作。由此定义衍生出基本参数：

• 范围 — 实现成果所需的工作量。
• 时间 — 完成项目的时间框架。
• 预算 — 实施项目所分配的资源。

项目的独特性必然催生额外参数：

• 风险 — 偏离计划的可能性。
• 质量 — 符合要求和期望的程度。
• 收益 — 成果对利益相关者的实用性。

所有六个参数存在于任何项目中，即使未正式定义。按时按预算完成项目的秘诀在于从一开始就明确界定质量、风险和收益。否则，当范围或资源出现问题时，质量和收益首当其冲。

预防失败措施：

• 通过用户对齐矩阵形式化质量指标。
• 根据发起人期望定义收益。
• 要求承包商基于类似项目提供风险矩阵。

管理中的文化障碍

在大多数公司中，处理时间、预算和范围较为得心应手。质量常被留作调整余地。风险和收益则因文化缺失而被忽视。

“为什么做这个项目？”这一问题若公司不习惯讨论任何活动的价值，会引发不适。缺乏这种文化时，项目收益会为工期让步：状态会议流于形式，不核实实用性。

为保持平衡，所有参与者必须理解收益。这需要建立在任何层面（从开发任务到公司战略）询问“为什么？”的规范。

实际案例：参数失衡的代价

在一个真实项目中，范围估计为3000人天，工期六个月。22人团队（另计划3人）应每月交付500人天。现实是：新团队无法立即达到峰值生产力。

牺牲顺序：

• 风险 因资源短缺而增加。解决方案—超编招聘，带来次要风险（新人技能不足）。
• 质量 受损：全面测试被削减，一半功能仓促上线，预期会出现事故。
• 收益 丧失：为避免范围扩大，用户友好功能被舍弃。

结果—形式上的工期达成，但各方面均有妥协。

斯大林式方法：优先考虑收益和时间

在严格层级结构中，收益和时间由客户（产品负责人）决定。项目经理基于这些优先级计算其余参数，并申请资源。

优势：

• 降低成果不相关的风险。
• 通过关注收益实现六个参数的平衡。

劣势：资源和风险上过度保险，可能导致效率低下。但相比质量下降的无休止返工，及时获得有价值的成果（即使成本稍高）更为可取。

如何在IT项目中实现平衡

在敏捷和瀑布模型中，忽视风险和收益会导致范围蔓延或技术债务。对中高级项目经理的建议：

• 启动阶段： 创建所有六个参数的矩阵及指标（如质量用平均修复时间、收益用投资回报率）。
• 执行阶段： 每周跟踪偏差，根据优先级调整。
• 收尾阶段： 审计—收益相对于牺牲的保持程度。

| 参数 | 示例指标 | 对其他参数的影响 |

|--------|----------------|--------------------------|

| 时间 | 六个月 | 压缩时增加风险 |

| 范围 | 3000人天 | 与预算相关 |

| 预算 | 固定 | 牺牲质量 |

| 质量 | 测试覆盖率 | 质量中的次要因素 |

| 风险 | 矩阵 | 因资源短缺而增长 |

| 收益 | 用户反馈 | 功能削减时丧失 |

关键要点

• 六个项目参数：时间、范围、预算、质量、风险、收益—构成具有六个面的四面体。
• 忽视风险、质量和收益会导致在时间/预算压力下做出牺牲。
• 启动时的形式化（矩阵、指标）是平衡的关键。
• 带有“为什么？”问题的企业文化能保护收益。
• 优先考虑收益和时间（如斯大林式方法）比混乱返工更有效。

— Editorial Team