5.10 与用户代理合作时，做些什么？

虽然不太理想，但不和实际用户一起而和用户代理一起，还是可能开发出优秀软件的。在这种情况下，还是有很多方法可以用来促进成功。

能访问到用户但访问受限时

访问实际用户受阻且团队被告知要和用户代理一起工作，由用户代理来做出项目相关的所有决定时，团队就要和他们合作，但同时也要与用户简历便捷的联系。

最好的方法之一是请求准许启动一个用户顾问团队（user task force）。用户顾问团队可以由数量不限的实际用户组成，从几个到几十个人都可以。

顾问团队能够提出意见和建议，而用户代理依然是项目最终的决策者。

大多数情况下，用户代理会同意那么做，特别是因为这让他有一个防护网从而避免做出错误决定的时候。

一旦建立起用户顾问团队，并且配置实际用户。它就可以指导每天越来越多的关于项目的决策。可以开一系列的会议来讨论软件的一小部分，然后让顾问团队来识别、编写并且排列用户故事。

当实在不能接触到用户是，必须求助于用户代理，一种有价值的方法是使用多个用户代理。

这有助于减少一种可能性，即开发的系统仅仅准确的满足一个人的需求。使用多个用户代理时，要确保利用不同类型的用户代理。

例如，将一个领域专家和有市场背景的人组合，而不是使用两个领域专家。

为此，要么指定两个用户代理，或者只指定一位用户代理，但鼓励他依靠其他非正式的用户代理。

如果正在开发和其他商业产品竞争的软件，可以使用竞争者的产品作为一些故事的来源。

不过，我们要引入竞争者的产品作为故事来源，需要考虑下面的问题：

另一个可用的方法就是尽早发布产品。

技师发布被称为雏形版本或早期测试版本，及早将软件交付到用户手里，有助于辨别出用户代理与实际用户之间想法的不一致。

更妙的是，一旦软件交付到一个或多个早期用户手里，你就打开了一条与用户沟通的途径，并且可以利用它与用户讨论后续的功能。