敏捷开发(3)---Story划分

系统分析

1、Story划分
     User Story是敏捷开发和管理的核心，要确保Story的输出质量。Story划分这里强调几点要求：
独立性：一定要保证Story在功能上的独立，尽量不要有Story之间的依赖，否则会大大影响将来的开发和测试。
可测试性：要从可测试性考虑需求，同时要考虑能够独立测试。另外注意，伴随Story要同时输出可接受性测试用例（Acceptance Test Case，以下简称AT），用于验证Story是否开发完成，可以给测试人员做Story测试。AT用例在Story协作阶段只是对测试要点、场景的描述，在迭代开发阶段可以继续补充和完善。
可估计行：Story将用于估计代码规模。
大小合适：关于Story的粒度，建议的开发工作量是3-5天（包含针对Story所做的开发者自测工作量）。

Story输出要点Top3：
Story Card中必须列出该Story涉及到的模块；
如果Story不能拆分到3-5天的开发粒度，则一定要确保该Story在一个迭代周期内可开发测试完成。
每个Story Card要有估计信息，本次估计结果用来制定E2E迭代计划；估计本来就有误差，因此在本次估计上不要话费过多的精力，一般采用专家估计法，PM、SE、项目PL达成一致即可。