敏捷项目管理-用户故事地图

上图是基于敏捷故事的一个看板或者说敏捷流程中的一种，没有什么比亲身投入的效果更好。用户、组员需求方经过自身的投入、表达以便于让团队成员更加了解其想法和统一组员的想法。用户故事是一种思惟，即故事思惟，运用故事的元素进行思考和设计，解决问题、达到某种效果。
用户故事设计中核心是经过故事传递信息，引发共鸣，解决问题。
讲故事不是一个简单工做，须要优秀的组织能力，清晰的表达方式，达到听众清晰明了咱们想表达的。这里笔者建议，若是平时和人交流的时间太少，能够经过书写博客等方式，组织本身的中心思想，让听众知道咱们要表达什么。

产品在设计中，容易偏向几个极端：1.领域专家；2.用户、需求方，3.偏向研发方。偏向领域专家那么产品的使用门槛过高，没法普及，偏向需求、用户产品过于算乱，没有聚焦性（用户有可能不知道本身到底想要什么）；偏向研发方产品可能会出现水土不服。
这时，就须要一群人：客户、专家、用户、研发等在一块儿，定义和提问，产品要面对的场景是什么？经过产品能够解决那些问题？产品能给公司带来的回报率有多高？为用户带来什么价值？产品的开发，用户的需求会不少、不少，像是一个庞大的地图，而”用户故事“擅长聚焦构建晓得特性，专一小的细节，经过上节课的例子就能够看出，不一样的用户故事块容易出现不相匹配的产品部分，所用，有一种新的方法”用户故事地图“出现了；

经过地图能够解决如下问题：

1. 让咱们更容易看清pro backlog的全貌；
2. 为新功能筛选和规划优先级提供了更好的工具，帮助咱们决策那些backlog放入TODO；
3. 便于使用头脑风暴和其余协做的方式产生用户故事，即如何在故事做坊中更有效的产出；
4. 帮助咱们更好的进行增量式的迭代开发，还记不记得，上节课中”必须有、应该有、可能有、不会有“这几个概念？
5. 为传统的项目计划提供了一个更好的替代工具，从被动到主动参与的转变；
6. 容许咱们从不一样的维度进行项目规划，并确保不遗漏每一个不一样的想法，避免独裁式。

---

如何建立故事？

1. 前期准备：

召集几名产品核心人员，最好是奇数，方便作决定。从用户、产品经理、业务分析师、架构师等组成，由于每一个头衔都表明了项目项目中主要角色的见解，因此建立的故事地图后，能够避免之后向全体宣讲计划时许多没必要要的辩论。准备白班、电子手写板、各类贴纸、胶带、咖啡、烟、打火机和一个相对独立的办公室。

2.整理创意框架

定义和提问，产品要面对的场景是什么？经过产品能够解决那些问题？产品能给公司带来的回报率有多高？为用户带来什么价值？

统一答案，把明确的目标写在便利贴上，按照优先级排好顺序。*这一步很重要

3.刻画用户画像

参照以前写的文章，不过多介绍；

4.从最重要的用户入手，编写大故事，注意不是史诗类型的。

5.深挖细节：从用户画像的角度入手，例以前的”叶海龙“厂长，他在系统中，基于某个流程，他会作什么？是否还有其余的选择？符不符合他的使用习惯？问题出现时，他但愿、他会如何处理？

6.划分MVP发布计划：为何要划分MVP？思考一下。