迭代需求的整理是敏捷开发的第一步,也是敏捷开发很重要的一步,在这一步中我们需要把客户的业务需求按照优先级的顺序,整理成为一个个的迭代。然后把一个个的迭代拆成一个个可验收的故事卡。
在此需要说说什么是故事卡,故事卡和业务需求之间的关系。故事卡是一个个独立的,可验收的功能,一个业务需求可以拆分为多个故事卡。比如:我们常见的账号管理需求,需要对账号进行增、删,改、查。因为添加、修改、删除、查询都是一个个可单独验收的场景,我们可以把账号管理需求拆分为四个故事卡。因此把需求拆分为故事卡的原则是:
1.故事卡是可以独立验收的场景
2.故事卡包含的点数应该尽量小,一般划分为1、3、5个点,如果超过了应该重新拆分该故事卡。给故事卡评点的标准是什么了?我们可以按照一个查询完成的工作量是1个点,然后衡量该故事卡的工作量而适量的评点。
3. 注意故事卡完成的工作量中包括自我测试和联调的时间。而不是单独的只是开发完成。
敏捷开

本文介绍了敏捷开发中需求迭代的重要性,强调将客户需求转化为可验收的故事卡。故事卡应具备独立验收性,点数控制在1、3、5个。需求说明的质量直接影响客户价值,因此在解析需求时需明确功能点、约束条件、业务流程等,避免价值点丢失。通过登录界面示例,展示了如何详细描述需求,包括功能、约束、流程、界面元素及验收标准。

5066

被折叠的 条评论
为什么被折叠?



