用户故事图谱和用户画像

产品愿景

产品愿景(Product Vision)是对未来产品切实可行的构想,建议用一句宣传语来简明地向所有人传递产品愿景。
例如:“针对中型公司的市场和销售部门,CRM-Innovator是一款基于网页服务的产品,提供销售跟踪、商机发现、销售支持等功能以改善客户关系,不同于其他产品,我们产品具有巨大的成本优势。”

用户画像

用户画像(Persona)是真实用户的虚拟代表,建立在一系列真实的市场数据和用户调用数据之上的目标用户模型。建立persona的目的是为了让PO与团队成员在产品设计的过程中能够抛开个人喜好,将焦点关注在目标用户的动机和行为上进行产品设计。PO为具体和特定的人物做产品设计要远远优于为脑中虚构的东西做设计,也更来得容易。有了共同的认知基础,PO和团队在实现产品的时候也更容易对优先级和实现手段达成一致。可以参考书籍《创建定性用户画像》。

继续阅读 More

敏捷开发中分解用户故事的几种模式

用户故事是敏捷开发中流行的需求表达手段,各种敏捷流派中都提倡将大型需求进行化整为零,减少颗粒度,提高灵活性,实现尽早交付价值和揭示风险。本文根据 @申导 多年敏捷实践经验,同时借鉴业内流行做法,整理出一套分解用户故事的模式,分享给大家。并且最后也给出了优秀的用户故事需要满足的3C特征及INVEST原则。

继续阅读 More

用户故事图谱 User Story Mapping

传统的产品待办项列表(Product Backlog)相对于传统管理办法是一个巨大的进步,但是仍然存在一些问题:

  • 只见树木不见林
  • 重要的待办项容易淹没在各种细节中
  • 看不到全貌因而难以排列优先级
  • 并未明显地聚焦于用户需求
    而故事图谱是一个可视化Product Backlog的简单工具,有助于解决上述问题,特别是当PB越来越大,越来越复杂的时候。

继续阅读 More

固定范围、固定交付日期情景下团队盲目做出不能实现的承诺,如何改善?

原文: http://cugesoft.cn/blogs/howto-improve-commitment-in-fixed-scope-fixed-deadline-project/

在我给客户提供需求培训和教练服务时,以及在各种敏捷社区活动中,被多次问到scope fixed,deadline也fixed的时候,团队被强制“承诺”必须完成全部需求,此时除了抱怨还有其它方法吗?我把这类问题定义为“固定范围、固定交付日期情景下团队盲目做出不能实现的承诺,如何改善”的问题。

除了背地里大骂那些经理们无知之外,我们真的无计可施了吗?非也,”THERE IS ALWAYS A WAY OUT”, 我整理了下我在不同场合的回答和思考,做成了一个脑图,敏捷教练不传之秘也,供大家参考。

如何理解用户故事INVEST规则中的独立性?

用户故事INVEST规则中的第一个“I”,Independent独立的,是说用户故事应该是自包含的,没有对于其他用户故事的内在依赖。但在实践中,很多人觉得这个基本很难做到,甚至完全不可能,造成很多困惑,那到底该如何理解这条规则呢?

借鉴前人的知识,结合本人的认识和经验,这篇博文从理论和实践角度对此做一个深度剖析,希望能对你有所帮助。

继续阅读 More

用户故事使用中的十大错误

1) 在用户故事中,将开发中的相关人员作为系统用户角色

比如 As a po/apo/ppo/developer/tester/manager/integration engineer, I want 。。。

必须注意,As a 中的role是运行时实际使用该系统的用户角色,不是开发时干系人的角色

包括客户文档相关的用户故事,也要以实际使用该文档完成某项任务的视角来描述:什么角色,什么情况下使用该文档用来做什么,达到什么样的可衡量的目标等,而不是某经理要求该文档。

2) 把系统的发布版本放入用户故事标题中

继续阅读 More