在需求进行了澄清之后,组员认可了本迭代的需求,那么我们接下来要做的事情就是写story.

为什么要编写story:

1.story是一个独立的,可测试的故事,跟其他的story没有多余的耦合关系,如果不区分story的话,大家在编码的过程中很有可能对于边界不清晰,可能少做了一部分事情,也可能多做了一部分事情造成预期之外的影响.(划重点:明确边界,可测试)

2.我们并不能保证每个人每天都能按时上班,所以我们要做的事情就是要让每个人都清晰的知道每一个story应该怎么做.所以我们有必要尽可能详尽的编写story并确保每个人拿到其他人编写的story都能明白应该怎么做.

3.我们编写完story之后,经过大家的串讲和反串讲,可以对工作量和预计完成时间达成一致.

 

story编写的要点:

其实每个团队对于story编写要点的要求都是不尽相同的,但是有几个关键点应该是都要遵守的.

1.角色 行为  目的 .例:我作为维修厂,需要能够对订单进行取消操作,从而达到终止订单流程的目的.

2.现状(为什么不满足要求)

3.应用场景

4.具体要求

5.实现方式(这里可以自定义,比如需要发消息的,就定义事件,需要提供接口的,就定义一个接口)

6.验收准则.

 

总而言之,编写story的目的就是为了统一大家的思想和认知,进同进退同退.