如果产品负责人有技术相关的背景,那他就可能添加这样一个故事:“给 Events 表添加索引”。他为啥要这么做?真正的潜在目标也许是“要提高在后台系统中搜索事件表单的响应速度”。
到后面我们可能会发现:索引并不是带来表单速度变慢的瓶颈。也许原因与索引完全不相干。指出如何解决问题的应该是开发团队,产品负责人只需要关注业务目标。
只要发现这种面向技术的故事,我一般都会问产品负责人 “但是为什么呢”这样的问题,一直问下去,直到我们发现内在的目标为止。然后再用真正的目标来改写这个故事(“提高在后台系统中搜索并生成表单的响应速度”)。最开始的技术描述只会作为一个注解存在(“为事件表添加索引可能会解决这个问题”)。
到后面我们可能会发现:索引并不是带来表单速度变慢的瓶颈。也许原因与索引完全不相干。指出如何解决问题的应该是开发团队,产品负责人只需要关注业务目标。
只要发现这种面向技术的故事,我一般都会问产品负责人 “但是为什么呢”这样的问题,一直问下去,直到我们发现内在的目标为止。然后再用真正的目标来改写这个故事(“提高在后台系统中搜索并生成表单的响应速度”)。最开始的技术描述只会作为一个注解存在(“为事件表添加索引可能会解决这个问题”)。
本文探讨了产品负责人提出技术相关故事时的潜在业务目标,强调了深入理解这些故事背后真正目的的重要性,以及如何通过提问来揭示实际业务需求。
374

被折叠的 条评论
为什么被折叠?



