敏捷开发 — Story/Defect

       敏捷开发中，每天早会面对一个任务面板，其中列满了Story和Defect卡，Story就是某项目的某个划分出的新任务的描述卡，Defect就是需要fix的项目中存在的一堆bug中划分出的某个或某几个bug的描述卡。

      这边列举一个Story模板主要结构（不是标准，是个例子）：

      [Background]

      background content...

      [System Limitation/Logic currently]

      Logic currently...

      [Enhancement/Solution]

      Solution...

      [Acceptance Criteria]

      AC...

      [System Impact]

      System Impact...

      其中，Background主要描述下这个Story的背景，例如：做这个任务的业务背景和具体原因，以及其他；

      System Limitation/Logic currently，这个主要是描述当前已经实现的原有逻辑，因为有可能这个功能之前有，我们只是要在其基础上添加一些东西，如果完全是新功能，可以不写这里；

       Enhancement/Solution，这个主要是描述我们要做的任务，可以分点描述清楚；

       Acceptance Criteria，这个主要是写测试用例，给测试人员看的，尽量写得详细些，便于准确高效测试；

      System Impact，这个主要是用来描述清楚这个story的任务对整个系统的其他模块的影响，这样在开发和测试的时候会注意对其他模板的影响，进而准确开发和全面测试。

       总结下，其实用Story来记录分解的任务，和生活中我们要完成一项任务是很类似的，要搞清楚背景和原因，然后看看现在已经做了多少，然后再看下剩下的如何实现，以及定义AC，也就是任务完成的指标，然后考虑到其他的事情的影响。