敏捷开发中的Story mapping

在敏捷开发的过程中，有效的描述用户故事（User stories）是非常重要的一个环节。只有有了双方功能认可的用户故事，才能有的放矢，构建出用户想要的软件来。下面结合自己的经验来总结一下。

首先必须要澄清一点，形成一份有效的用户故事，可能需要开好几次会才能完成，但开这些会所花费的时间绝对值得。想想，如果软件开发到一半的时候，甚至后期，发现构建的软件和用户期待的软件是不一样的，是不是很悲催？？？

其实整个过程就是一个不断细化的过程，从最为笼统的Themes，划分为几个大的功能块，然后进一步细分得到一些Epics，再针对不同的Epics描述一些用户故事，继而把用户故事细化到容易进行时间估算的任务。这样就便于下个阶段对项目时间的整体估算。

有了不同的任务之后，接下来就需要确定每个任务的优先级了。在这个时候，我们采用一种坐标系的方法。将X轴设定为用户认可的价值，将Y轴设定为开发该任务所需的代价。然后再把所有的任务经和用户商量后分别放在不同的区间内，比如放在右上角第一区间的自然是用户任务价值高，同时开发成本也高的任务，而右下角则是用户认为价值高，但开发成本低的任务。在左上角则是用户认为价值低，但开发成本高的任务，明显的费力不讨好。

在上面的过程中，可能需要开几次会才能获得所有的信息，但所谓磨刀不误砍柴工，这时所花费的时间应该是非常有价值的。

经过上面的划分，就不难确定每件任务的优先级了。这时再根据任务的优先级来计划不同的sprint了。

最后推荐一个我们使用的软件：Miro，在其中可以和用户一起讨论这些不同的概念，比如：Theme，Epic，Story，Task等。

Source: Miro官网截屏