产品开发中如果只有一件最困难的事，那就是精确的决定做什么。
今天下午在讨论一家法国客户的需求时，深刻感受到了这一点，经过几轮的讨论，本来以为清楚的需求变得没那么清楚了，原因是大家不自觉地应用了实例化需求的方法，利用实际的场景和例子驱动了需求的讨论，又发现了一些需要用户确认的地方，实例化需求真的是澄清需求的利器。
除了澄清需求的好处，实例化需求还可以解决以下几个我们目前碰到的问题：
1. 新手听不懂需求，我们发现团队里面一些新同事在听BA讲需求的时候往往是一脸茫然，甚至有一些老同事也听得比较吃力，如果BA能以例子的形式来讲故事，听众应该会更容易理解需求。
2. 用户故事缺乏验收条件，现在开发在把用户故事交付给QA测试之前，并不十分明确要通过哪些测试才能给QA，往往是只通过了简单的smoke test就交给QA了，导致QA要花很多时间和精力在住流程上，根本没有足够的时间测试异常分支和进行探索性测试。
图片发自简书App
3. 需求是否清楚，缺乏标准。我们每两周一个迭代，第一周的周一主要是BA给大家讲需求，我们发现有些需求其实并不是特别清楚，不应该在周一讲，为了控制需求的质量，黎叔亲自操刀审核每一个需求，在一定程度上起到了一定的作用，但是需求是否清楚仍然缺乏客观的标准，黎叔也很难深入到每个需求内部，了解每个细节。如果每个需求能给出具体的用户场景和实例，我们判断需求是否清楚会更加容易。
当然引入实例化需求势必会给BA带来额外的工作量，但是我觉得这个是非常值得的，因为我在很多场合下听很多前辈都说过：
实例化需求是软件开发中投入产出比最高的实践之一 ，它能有效解决敏捷开发中的需求分析、澄清和拆分等一系列问题。
