用户故事与敏捷方法—与用户代理合作

一、用户代理的产生？

——我们没法也不适宜吧一个或者多个用户带到现场一起编写故事，或者用户不能与我们一起讨论；我们又期望尽可能的与用户接触；当我们无法接触到他们时，我们就需要求助于用户代理（user proxy），他们可能不是用户。但是他们在项目里代表用户。

二、用户代理的身份

身份	说明
用户的经理	——如果用户的经理不是实际的用户，其实就是偷梁换柱； ——即使是软件的用户，但他使用的软件模式肯定与典型的用户不同。
开发经理	——最坏的选择之一 ——大都不是在开开发的软件的用户
销售人员	——危险，但可以充分利用 ——必须避免把重点放在那些可以重新赢得已失去订单的故事上
领域专家（主题专家）	——非常重要的资源，取决于他们是否目前或者曾经使用过你们正在开发的软件 ——但是必须避免一点：在编写产品故事时，将产品开发成只适合那些与他们有相同水平的人使用
市场营销团队	——可能更关注产品特性的数量，而轻视特性的质量
以前的用户	——如果用使用过你么的软件，来担任用户代理非常好 ——否则需要谨慎考虑他目标和动机与实际用户是否完全一致
客户——密切交流
培训师和技术支持	——避免仅仅关注产品中的那些他们每天关心的方面
业务分析师或系统分析师	——懂技术，熟悉相关领域知识

三、与用户代理合作，做些什么？

1、当能接触到用户但访问受限时——与用户代理合作，同时也要与用户建立便捷的联系。方法:请求允许启动一个用户顾问团队（user task force）。

2、当实在不能接触到用户——可以使用多个用户代理或者尽早发布产品获得用户反馈

3、可以自己来吗？——可能有更多的缺点

4、设立客户团队——邀请真实用户加入、在客户团队中确定以为项目负责人（通常是产品经理）、确定项目成功必须的关键因素