版本管理
 
在项目进行过程中,客户与利益相关者的一些需求变更没有办法避免。
 
产品负责人需要一个好的方式来管理这些需求以及变更记录。让团队成员可以明确了解,在每个版本中需要做哪些新功能或优化。另外,合理地复用需求也可以极大地减少返工并提高团队的生产力。
 
需求池
 
需求管理难点之一是建立需求池并将其与业务体系关联起来。需求只有与业务使用场景相结合时才有价值。产品负责人也可以将需求按照业务体系进行组织管理,使团队成员能够更好地理解需求。
 
变更影响
 
在实际业务中,需求不仅仅是文字记录,而是结构化的信息,具有多个依赖和引用关系。更改一个需求会产生对其他需求,包括史诗,特性,用户故事,任务,缺陷或测试用例的一系列影响。
 
业务需求和项目复杂度逐渐增加,在研发过程中变更需求会产生怎样的影响,现在也变得不好确认,包括对相关需求和目标用户的案例也要进行调整。
 
需求标准
 
产品负责人或项目经理面临的另一个难点是:客户或利益相关者会频繁变更需求。客户提出了一系列需求,无论是否确认了需求文档,他们随时都会想要变更需求。
 
如果项目需求范围发生变化,新的需求可能会增加成本预算,甚至导致项目计划重新安排。团队很有可能会面临预算超支或返工。
 
频繁变更需求的主要原因在于:需求文档编写和确认过程中,利益相关者没有完全参与进来。如果团队要遵循标准化的需求制定方案,利益相关者应预先确认需求变更的可控范围,团队才能以此进行工作量和成本推算。