在最终用户不存在的情况下如何编写用户故事

在上一篇文章中聊到了自己的困惑（真实用户不可能参与到项目迭代中来）和一些自己的心得（客户团队不仅仅包含最终用户，也可以由别的角色比如sc来充当），正好有机会跟教练做了一次谈话，这个想法也获得了教练的认可。无独有偶，在《用户故事》的第五章中就提到了客户代理的概念，仔细阅读下来，跟自己之前的想法基本是一致的。

关于用户代理的角色可以有多种，可以是市场行销人员，可以是用户的部门经理，可以是一些领域专家，也可以是培训讲师或者是相关的技术支持人员。 由于不用的角色有不同的关注点，因此不同的角色充当用户代理时对于达到最终用户的期望时有差异的，也就意味着版本的最终质量是不一样的。 文章提到最好的用户代理就是业务咨询师，没错，就是我们公司的SC，因为他们既懂业务又懂技术啊（深以为然），这对咨询师的要求还是蛮高的，需要切实的获取到用户的需求。

对于这一点来说基本上没有什么疑问了，我的另外一个疑惑是在交付类的项目上如何把需求调研和产品研发结合起来进行敏捷实践？

关于这个问题跟教练也有沟通过，不过基于一些现状来看，要实现这个目标还是比较困难的，教练也会帮忙收集一些最佳实践供后续参考。在这个问题上虽然没有获取“术”，但教练还是传授了一点“道”。教练云：敏捷不能解决所有的问题；敏捷又能解决所有的问题。 翻译过来就是不要拿敏捷当工具，要拿敏捷当作一种态度，一种思想。

当前可行的办法时需求调研和版本研发进行两阶段的敏捷迭代，需求调研本身跟客户不断的review也是迭代的一种方式，检验需求调研的质量的一个标准就是 在研发中是否可以充当合格的用户代理。

文末来一张刚果金的最高黑科技，变形金刚红绿灯，棒棒哒～～～

在最终用户不存在的情况下如何编写用户故事 在最终用户不存在的情况下如何编写用户故事