PPI — 需求工程业务案例¶
概述¶
- 作者: Robert J. Halligan, FIE Aust CPEng, PPI董事总经理
- 日期: 2014年4月（31页演示文稿）
- 核心论点: 需求缺陷是项目成本与进度超支的首要原因，而需求工程的投资回报极高
需求缺陷的影响¶
Standish Group（8380个IT项目）: - 平均成本超支: 89% - 平均进度超支: 122% - 平均缺失功能: 39%
无效需求工程的迹象: - 客户、市场、产品管理或开发者之间就需求产生重大问题 - 因需求问题导致大量重新开发 - 无法量化表达需求质量 - 测试阶段出现需求问题 - 客户偏好竞品
资金去向问题: - 真实需求变更的占比: 未知（无可避免） - 缺陷需求导致的浪费: 理想为0%，实际远非如此 - 设计错误未被评审发现: 理想为0% - 设计错误未被测试发现: 理想为0% - 集成阶段用于返工的比例: 理想接近0%，实际反向
CMU/NDIA 2008研究结果¶
| 供应商SE能力 | 与项目绩效的Gamma关系 |
|---|---|
| 产品架构 | +0.40（中等偏强到强正相关） |
| 权衡研究 | +0.37（中等偏强正相关） |
| 技术解决方案 | +0.36（中等偏强正相关） |
| IPT相关能力 | +0.34（中等偏强正相关） |
| 需求开发与管理 | +0.33（中等偏强正相关） |
| 确认 | +0.28（中等偏强正相关） |
| 风险管理 | +0.28（中等偏强正相关） |
| 验证 | +0.25（中等偏强正相关） |
| 产品集成 | +0.21（弱正相关） |
| 项目监控 | -0.13（弱负相关） |
组合效应: 需求+技术方案能力=+0.49（强正相关）；需求+技术方案+项目挑战度=+0.63（非常强正相关）
SEI/AESS/NDIA 2012研究：需求开发与管理的Gamma¶
| 项目类型 | 需求开发与管理的Gamma |
|---|---|
| 全部项目 | +0.44（非常强正相关） |
| 低挑战项目 | +0.36（强正相关） |
| 高挑战项目 | +0.50（非常强正相关） |
需求分析ROI¶
- 对客户: 需求分析投入可使项目总成本降低，质量提升，缺失功能减少
- 对承包商: 在合同总价值（TCV）框架下，高质量需求减少后期返工和争议，提升毛利率
- 需求质量与需求分析投入的关系: 存在最优投入点——投入过少导致质量不足，投入过多产生递减回报
需求工程核心概念¶
四类分析工作产品: 1. SyRS（系统需求规格）: 精炼后的系统需求 2. VRS（验证需求规格）: 如何验证需求的规格 3. OCD/CONUSE（操作概念描述）: 系统如何被使用的描述 4. VM（价值/效能模型）: 评价系统效能的量化模型，含MOE和效用函数
需求可追溯性: - 设计可追溯性: 子需求→父需求的满足关系 - 验证可追溯性: 需求→验证案例→程序→结果的链条 - VCRI/VCRM/RTEM等交叉引用工具
需求问题记录（RIR）机制¶
结构化跟踪未解决需求问题的工具，提供: - 需求澄清和变更的可追溯性 - 签名授权 - 客户/承包商对话渠道 - 必要时"锁定客户"的手段 - 包含三部分: 需求澄清/信息→获得的澄清/信息→文档来源，附需求基线操作和批准流程
笔记¶
- 2008年CMU研究揭示一个重要模式: 单一SE活动的Gamma多在0.2-0.4，但组合效应远大于各部分之和——需求+技术方案组合达+0.49，加项目挑战度达+0.63
- 项目监控出现弱负相关（-0.13），提示过度监控可能产生官僚化成本
- "需求引出"本身既不高效也不有效——正确的方法是分析问题域，识别需求问题，再向利益相关方征求回应
- RIR机制提供了需求争议解决的结构化方法，对合同环境下的MOSA项目尤其实用
- 需求分析ROI曲线提示存在最优投入点——通常在总开发成本的2-5%范围