敏捷项目操作手册（3）

 independent（独立性）
一定要保证Story是功能上独立的，尽量不要有Story之间的依赖，否则会大大影响将来的开发和测试，曾经有敏捷试点项目由于Story划分太细、依赖关系复杂而造成后期测试无法开展的情况。
 testable（可测试的）
要从可测试性考虑需求，同时要考虑能够独立测试。另外要注意，伴随Story要同时输出可接受性测试用例（Acceptance Test Case，以下简称AT），用于验证Story是否开发完成，可以给测试人员做Story测试。AT用例在Story写作阶段只是对测试要点，场景的描述，在迭代开发阶段可以继续补充和完善。
 estimatable(可估计的)
Story将用于估计代码规模、Story Point。
 small（User Story大小合适）
关于Story的粒度，建议的开发工作量是3-5天（含针对Story所做的开发者测试工作量）。
PO将分析完成的Story放到相关工具或模板中维护。，注意其中包含了AT测试用例。模板也可以自行定制。
◤提示：Story输出要点◢
1、对于增强性项目，编写Story时同时输出相关设计规格文档、粒度到模块级，同时还要输出各个模块的接口文档
2、设计规格文档，如较多则单独出一个文档，如比较简单则直接写在Story Card文件中；
3、Story Card中必须列出该Story涉及到的模块；
4、如果Story不能拆分到3－5天的开发粒度，则一定要确保该Story在一个迭代周期内可开发测试完成。；
5、每个Story Card要有估计信息，本次估计结果用来制定E2E的迭代计划；估计本来就有误差，因此在本次估计上不要花费过多的精力，一般采用专家估计法，PM、PO、项目PL达成一致即可。更详细的估计在迭代计划会议上进行。