敏捷实践之故事卡启动STORY KO

本文是个人总结摘记，部分文字摘自其他大神博文等，如有雷同，未列参考文献，请见谅；

定义

• Story kick off，指的是对某一个Story进行开卡，启动该 Stroy，从而使其进入开发阶段。Story kick off 的时候，通常需要三个角色一起参与：BA、QA、DEV，需要对卡的业务理解保持一致，并且能产出相关AC；

• Story 由BA预先写好，并通过专业的敏捷管理工具进行管理。DEV 在 kick off 的时候，BA 会给 DEV 讲解这个 Story 要完成的功能，以及它的AC。DEV 如果对其中的描述有任何疑惑，需要及时提出来，当场弄明白才可以正确的去完成这些功能。在后续的开发过程中，如果碰到任何疑惑，随时找 BA 或者 QA 了解清楚，不应该自己猜测着开发，更不可跟着心走。

形式

• Story kick off 的核心目的是确保 DEV 开发出的功能都是符合客户期望的； * DEV自己先完整地过一遍 Story 的描述。
  • DEV给BA和QA去讲这个Story的功能以及 AC，并且三者达成一致，如果有疑惑，需要当场得到解决。
  • DEV 开始开发 Story，并自行将 Story 参照 AC 拆分成很多个子任务列表，然后逐一干掉它们。
  • DEV 在 kick off 后将 Story 划分成子任务列表，按照依赖关系和优先级排序，逐个干掉他们。

好处

• Story kick off 也是一项短时间高收益的活动，因为在我们 DEV 界中，有一句邪门的定律：猜出来的需求往往是不靠谱的，最终需要打回重做！
• kick off 能够有效的避免 Dev自行臆测业务需求而产生的浪费。除此之外，能够弥补 BA 在编写 Story 的时候技术视角的一些遗漏。