用户故事与敏捷方法 二
对一个项目来说,客户团队里包括一个或多个真实用户是极其重要的。遗憾的是,我们很难与实际用户一起工作。我们期望与尽可能多的用户接触,这些用户代表了产品的不同角度,当我们无法接触到他们时,我们就需要求助各种用户代理,他们不是用户,但在项目中扮演用户角色。
用户的经理:不要得罪用户的经理,但是为了项目的成功,在令其满意的同时,也要想办法接触终端用户。用户的经理有时时错误信息的来源,只要有可能需要与实际用户来交流求证这些信息。
开发经理:让开发经理担任用户代理,是最坏的选择之一。
销售团队:销售人员是非常好的中转站,应该通过他们接触客户。他们可以为故事的优先级提供高层级的指导意见,但是无法提供具体细节。
领域专家:非常重要的资源,但是存在一个潜在的问题:最终开发出来的软件可能仅仅针对那些与领域专家有类似水平的用户。
以前的用户:非常好的选择,但是应该考虑他的目标和动机是否与实际用户完全一致。
培训师和技术支持:如果你只让培训师做用户代理,你的系统只会变得容易培训;如果是技术支持人员做代理,系统只会变得容易维护。
首先,请记住,在任何时候,实际用户总是优于用户代理。只要可能,就要邀请实际用户加入客户团队。如果无法访问到实际用户,就设立客户代理团队,要以为你自己知道客户的想法,就可以忽略你的用户代理。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· DeepSeek 开源周回顾「GitHub 热点速览」
· 物流快递公司核心技术能力-地址解析分单基础技术分享
· .NET 10首个预览版发布:重大改进与新特性概览!
· AI与.NET技术实操系列(二):开始使用ML.NET
· 单线程的Redis速度为什么快?