Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
ISO/IEC 29155-2：IT 项目基准测试要求
系统工程 — IT 项目绩效 — 第2部分：基准测试要求
ISO/IEC 29155-2 规定了组织在进行 IT 项目绩效基准测试研究时必须满足的具体要求。该标准建立在第1部分所确立的框架基础上，涵盖了产生可信且可操作的基准测试结果所需的过程严谨性、数据质量标准及验证机制。
正式采用 29155-2 要求的组织在利益相关者信心和数据完整性方面会有显著改善。建议在数据录入环节使用自动验证规则来强制合规。
核心基准测试要求
该标准在五个关键维度上规定了要求：基准测试规划、数据收集与验证、分析方法、报告协议以及质量保证。每个维度都包含强制性和条件性要求，条件性要求仅在特定情境因素存在时适用。例如，当跨不同地理区域进行基准测试时，必须额外进行购买力平价和劳动力成本差异的标准化处理。
| 要求维度 | 强制性要素 | 条件性要素 |
|---|---|---|
| 基准测试规划 | 范围定义、实体选择、因素识别 | 跨区域标准化、多年趋势分析 |
| 数据收集 | 测量工具验证、培训记录 | 收集过程第三方审计 |
| 分析方法 | 统计显著性检验、异常值识别 | 小样本贝叶斯调整 |
| 报告协议 | 格式标准化、免责声明包含 | 多实体研究的匿名化处理 |
| 质量保证 | 独立审查、可重复性检查 | 外部基准测试认证 |
当组织实施与 29155-2 要求一致的自动化数据验证管道时，数据错误率通常从 8-12% 下降到 1% 以下，极大地提高了基准测试输出的可靠性。
数据质量与标准化
ISO/IEC 29155-2 中很大一部分内容涉及数据质量要求。该标准规定所有测量数据必须可追溯到主要来源，可通过独立手段验证，并在定义的容差范围内保持完整。缺失数据点需要有文档化的理由和敏感性分析，以确认它们不会实质性影响结果。标准的标准化规则涵盖了常见的调整因素，包括项目规模（功能点或故事点）、团队规模、持续时间和劳动力类别组合。
标准化框架引入了等价类的概念：一组具有足够相似特征的项目或实体，可以进行直接比较。不同等价类中的项目仍然可以进行比较，但分析必须记录类别差异的预期方差贡献，并应用适当的统计修正。这种分层方法防止了将表面上相似但结构或风险特征根本不同的项目进行比较的常见陷阱。
数据标准化不是可选项。标准要求明确记录所有应用过的标准化因素和方法。试图在不进行标准化的情况下进行基准测试会产生统计上不健全且可能误导决策者的结果。
质量保证与审计
ISO/IEC 29155-2 规定了基准测试项目的独立质量保证程序。内部审计必须至少每年进行一次，建议每三年或在基准测试范围显著扩展时进行外部审计。质量保证框架包括可重复性要求：任何独立分析人员使用相同的数据和方法必须能够在定义的容差范围内重现所报告的结果。当基准测试结果用于指导外包评估、工具选择或过程改进投资等战略决策时，这一可重复性要求尤为重要。
未能对基准测试数据和方法进行独立质量保证，将使组织面临基于有缺陷或偏颇的分析做出战略决策的风险，这可能带来数百万美元的后果。
常见问题
问：如果我的组织无法满足 29155-2 的所有强制性要求怎么办？
答：该标准允许部分符合，但要求明确记录哪些要求未满足及理由。来自不符合要求基准测试的结果应明确标记为初步或范围受限。
答：该标准允许部分符合，但要求明确记录哪些要求未满足及理由。来自不符合要求基准测试的结果应明确标记为初步或范围受限。
问：基准测试数据应多久刷新一次？
答：该标准建议每季度进行一次数据收集，每年进行一次全面的基准测试。对于项目组合快速变化的组织，更频繁的周期可能更为合适。
答：该标准建议每季度进行一次数据收集，每年进行一次全面的基准测试。对于项目组合快速变化的组织，更频繁的周期可能更为合适。
问：29155-2 的要求能否追溯应用于历史数据？
答：追溯应用是可能的但存在局限性。历史数据通常缺乏完全合规所需的细粒度和情境元数据，因此结果应标记为指示性而非确定性。
答：追溯应用是可能的但存在局限性。历史数据通常缺乏完全合规所需的细粒度和情境元数据，因此结果应标记为指示性而非确定性。
