用户故事与敏捷方法—编写故事

一、编写故事

1、优秀的故事应该具备以下特点：

• 独立的
• 可讨论的
• 对用户或客户有价值的
• 可估计的
• 小的
• 可测试

独立的	避免故事间的相互依赖（方法：将相互依赖的故事合成一个大的、独立的故事；用不同的方式去分割故事）
可讨论的	故事卡是功能的简短描述，不是签署好的的合同或者软件必须实现的需求。有注释的故事卡可以帮助开发人员和客户继续先前没有进行（或者深入）的对话。
对用户或者客户有价值的	应当避免那些只对开发人员有价值的故事
可估计的	对开发人员来说，能估算故事的大小，或者把故事变为可用的代码的时间量是很重要的
小的	合适的故事大小（分解复杂故事，合并太小的故事）
可测试的	故事必须是可测试的

 

2、总结

故事细节是用户和开发人员讨论得出。

故事应该很清晰的体现对用户或者客户的价值，最好让客户去编写故事。

故事可以注释一些细节。

给故事加上注释最好的方法就是给他编写测试用例。

如果故事太大，复杂故事和复合故事可以分成几个小的故事。

如果故事太小，几个小的故事可以合并成一个大的故事。

故事应该是可以测试的。

 

3、人员职责

开发人员的职责：

• 负责帮助客户编写故事，这些故事要能提醒你们同客户交谈，而不是记录详细的需求定义。
• 如果被问及实现故事所用的技术或者基础架构信息，应该使用对用户或对客户有价值的术语来描述。

客户团队的职责：

• 负责编写故事，这些故事要能提醒你们和开发人员交谈，而不是记录详细的需求定义。