这个项目本来计划6月上线,现在可能要推迟到8月了。」
听到这句话时,很多人的第一反应是:「研发团队效率太低了。」
但实际上,项目延期很少是单一原因造成的。它是需求膨胀、估算偏差、资源冲突、外部依赖等多种因素叠加的结果。
步骤一:风险识别
在项目启动时,列出所有可能的风险:
技术风险:新技术不成熟、技术方案有不确定性
需求风险:需求变更、需求理解不一致
资源风险:人员变动、关键人员不足
外部风险:第三方依赖、政策变化、市场变化
建议:用「风险登记册」记录每个风险,包括:描述、可能性、影响、责任人。
步骤二:风险评估
对每个风险,评估两个维度:
可能性:高/中/低
影响程度:高/中/低
重点关注「高可能性+高影响」的风险。
步骤三:风险应对
对每个高优先级风险,制定应对策略:
规避:改变计划,消除风险
转移:把风险转移给第三方(如外包)
减轻:采取行动,降低风险的可能性或影响
接受:不采取行动,但准备应急方案
步骤四:风险监控
在项目过程中,定期回顾风险登记册:
策略一:范围管理
当时间不够时,优先保证核心功能。非核心功能可以推迟到下个版本。
策略二:资源调配
是否有其他团队可以支援?是否可以临时增加人手(虽然 Brooks定律 说加人不总是有效)?
策略三:分阶段交付
不要等所有功能都完成再上线。把功能分成几个阶段,先交付核心功能,再逐步完善。
项目延期不可怕,可怕的是「不知道为什么会延期」和「不知道延期多久」。
好的风险管理,让你对项目状态有清晰的认知,即使延期,也是「可控的延期」。
建议:每个项目启动时,花1小时做风险识别。这1小时可能为你省下几周的返工时间。