前两天我们在做项目复盘的时候,发现其实在整个过程中还是遇到了不少需求变更的问题,不过还好我们算是比较圆满地解决了这些突如其来的问题。相信也会有很多朋友和我们团队一样,经常遇到客户这边的需求变更,确实这是一个非常棘手的问题。不过在敏捷项目管理过程中,我们还是有一些方法可以解决需求变更这个问题的。
尽管我们对需求变更“深恶痛绝”,但毕竟,该面对的还是要面对的。
在敏捷项目管理中,我们要如何应对需求变更的问题呢?
一、设置Product Backlog与Sprint Backlog
Scrum框架针对需求变更,设置了Product Backlog(产品待办列表)和Sprint Backlog(迭代待办列表)。在每个迭代开始时,产品负责人需要在Product Backlog中,通过优先级排序来筛选、整理出这一迭代的Sprint Backlog,也就是这一迭代需要完成的产品需求。也就是说,Product Backlog是不断变化的,而Sprint Backlog是当前迭代中已经确定的产品需求,是不变的。这样就会保证需求的变更不会影响到当前迭代的产出。
二、做好需求排序设置Sprint Backlog就意味着我们要做好需求排序,那需求的优先级由哪些维度来决定呢? 一个维度是需求的重要紧急程度,比较重要且紧急的需求要往前排,相对不重要不紧急的需求往后排。如果我们要交付一个电商平台的