多产品预测与项目管理策略
1. 多产品Scrum团队比较
在评估不同产品的Scrum团队时,比较的意图至关重要。若想找出哪个团队速度更快,这种比较既不可行也不可取。每个Scrum团队对产品待办事项的估算标准不同,且工作复杂度和团队能力也存在差异。进行此类比较可能会引发外在动机,导致数据造假。
不过,若为了更好地分配资源和工作而比较进度,是有办法的。可以忽略具体数值,关注速度的斜率来了解进度概况。无论各开发团队的基本单位是什么,斜率都是可比较的。
假设存在多个相互关联的子产品,每个子产品都有自己的Scrum团队。可以为每个子产品创建发布燃尽图并叠加,这样就能清晰看出哪个子产品按时完成的风险最高,哪个处于关键路径。
比较意图 | 比较方式 | 结果 |
---|---|---|
比较团队速度 | 不可行 | 易导致数据造假 |
比较进度以分配资源 | 关注速度斜率,创建叠加燃尽图 | 明确风险和关键路径 |
根据这些无价值倾向的数据,可做出相应决策并引导开发。例如,将人员从子产品C调配到子产品B,或把产品待办事项从子产品B转移到子产品C;也可聘请额外人员进行测试。无论做何决策,下一个冲刺都能提供所需的透明度,以便再次检查和调整。但需注意,若将此信息与Scrum团队的绩效挂钩,可能