5.10 与用户代理合作时,做些什么?

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

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

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

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

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

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

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

实在不能接触到用户时

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

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

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

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

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

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

  • 在软件评测里提到了同类产品的哪些功能?
  • 在线新闻组里讨论过哪些功能?
  • 这些功能成为讨论的焦点是否由于其使用起来过于复杂?
  • ……

尽早发布产品

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

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

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