用户故事很重要，是实施敏捷开发和持续交付的重要开端。我们看到很多敏捷的实施，只是简单地把项目的长周期拆分成短周期，并不是真正的迭代。真正的敏捷开发必须是基于用户故事的开发过程。
但是从传统的需求转换到提倡的用户故事的写法“作为……（谁），我想要……（做什么），为了……（为什么）”跨度太大，让人很难适应。这种写法虽然指出了需求分析中的两个重点——谁和为什么（业务价值），但是其涵盖的信息其实比传统的需求写法更抽象，更难以厘清问题，特别对于To B的项目。尽管敏捷强调用户故事是说的，而不是写的，但现实中，我们还是要详细记录用户故事的具体需求，以指导开发和将来维护时追溯。
那么有没有一种更容易与传统需求衔接又能兼顾敏捷所倡导的原则呢？我将分享从实战经验中总结出来的用户故事的另一种写法，帮助大家落地敏捷开发。
阅读全文: http://gitbook.cn/gitchat/activity/59d6f93f6abfd93595cbd2b6
您还可以下载 CSDN 旗下精品原创内容社区 GitChat App ，阅读更多 GitChat 专享技术内容哦。
