美文网首页
《故事地图》14章-通过探索来建立共识

《故事地图》14章-通过探索来建立共识

作者: 中华小匠人 | 来源:发表于2016-11-22 23:35 被阅读84次

非常高兴能够参与到金爷组织的线上拆书帮活动,从而能和小伙伴们一起交流、学习、进步。

下面和大家一起来学习《故事地图》第14章-通过探索来建立共识,它在整本书中的位置如下:

注:图片摘自大姚姚童鞋

1.产品待办列表如何而来

从确定的目标转化为可行的行动,不容易;

从商业机会中,探索出一个产品的待办列表,同样要花很多很多功夫,每一条都倾注了我们的心血和考量。

在不断的做出假设、验证假设的探索过程中,我们需要时刻清醒的明确自己的初心,我们为什么(why)、要为谁(who)、解决什么问题(what)!

我把它私自叫做3W原则-为什么(why)、要为谁(who)、解决什么问题(what)!

2.探索的目的

大家在一起讨论的目的不是为了开发出可交付的软件,而是为了3W的目的,要为一些人很好的解决问题!

我们可以以产品的任何细节作为小故事的标题,展开深入讨论,从而进步讨论出更小的故事,越来越多的小故事会让我们的产品骨肉丰满,有更多的发展空间。

3.如何探索

1.从业务角度来组织想法

2.理解客户和用户,搞清楚怎么做才能帮助到他们

3.把自己的解决方案呈现出来

4.简化并计划找到最小化的可行方案及其具体开发方式。

3.1.从业务角度来组织想法

我们的探索不是漫无目的的胡乱探索,我们的一切行动都应该是有价值的,商业价值或者用户使用价值,而理清楚开发动机,我们就可以更好地终止对解决问题无用的或者对业务和用户没有价值的主题。

3.2.理解客户和用户,搞清楚怎么做才能帮助到他们

3.2.1.人物画像

相信做过产品的人对人物画像一定非常熟悉了,人物画像是我们在虚拟的一个非常接近我们产品实际用户的人物形象,好的用户画像应该基于好的数据收集,应该具有普适性,集大多数的用户特点。

用户画像让我们的用户定位更形象,从而让我们更容易洞察用户心理和行为。

我们一起创建轻量级的用户画像,力求在团队中建立共识和同理心。

3.2.2.组织画像

如果产品的用户是一个机构或组织,那么,我们把组织或机构的细节描述集合成“组织画像”,组织画像跟人物画像的作用是一样的:

1.让团队对用户达成共识

2。深入了解用户,建立同理心

3.2.3.用地图描述用户目前的工作方式

用地图描述目前用户在没有用你的产品时的工作方式和用了你的产品后时的工作方式,这样可以帮助探索团队真正理解他们正在解决什么问题。

地图的主体包括事实、观察、痛点和快乐。

当用地图描述自己目前已经理解的东西时,你会看到“热点”,即在整个流程中有许多问题的区域。

也会发现回报,即在一系列步骤后可以使用用户在付出后得到回报的开心事。

可以通过消除痛点和放大快乐来开发有价值的产品。

使用这份地图作为脑暴解决方案的跳板,或者通过它来验证自己心仪的解决方案是否真的可以解决问题。

3.3 将自己的解决方案呈现出来

3.3.1.使用地图来呈现解决方案

3.3.2.文字和图片

跟开发人员的沟通,单靠文字是不够的,例如:你向开发人员表述一个想法时,会惊喜的听到他说:“哦,这个很简单,应该不需要太长时间就能做出来”。但等你真的开始投入开发产品时,才意识到开发人员想象的和你想象的相差很远,他想的太简单了。

用户界面可视化,以求对解决方案达成共识。

将整个体验可视化,绘出每一屏,然后再地图上按顺序摆放出来,最后得到的结果看起来像故事板一样。

故事板

我们可以为团队产出的最有价值的东西就是组织结构,我们的故事板组成了产品故事的主线,各个团队随后分别以新的方式来用它来组织自己的用户故事。

以模块为中心并不能使模块本身进入迭代开发过程,而我们现在的方法是以用户的使用为中心,可以划分到跨模块的发布版本中。

设计工作室:意指可以想到许多可能想法。

没有哪个人可以自己单枪匹马想出最好的想法,相反,最好的想法通常是几个人想法的融合,伴随的还有更多足以促成这些想法的讨论。

设计工作室可参考具体流程


3.3.3.验证完整性

我们的软件不能只有电影中飙车和枪战的场景,而没有具体细节来呈现事件的发生过程,例如:管理员需要考虑安全问题,经理人需要监督员工对该特性的使用情况等。

借助于用户故事地图,可以帮助我们回想起讨论过程中的重要细节。

3.3.4.验证工程问题

引申到拍电影上,作为制作人,我们不仅要考虑电影情节和特效,还要考虑技术细节,所以,软件开发过程中,我们要与工程师和设计师一起讨论方案地图可行性,让方案落地。

3.3.5.刨根问底游戏


想法、案例和旅程

4.简化和计划

方案出来以后,如何去开发?

4.1.太多的东西需要取舍

通过细分地图,找到一个在时间和人员有限的条件下对开发可行的方案。

可行意味着对特定商业策略、目标客户和用户都是成功的。

4.2.制定优先级的秘诀

按业务价值为故事排优先级

5.探索活动、讨论和工件


14章总结

6.探索的目的是建立共识

还记得所有人在对全局没有概念的情况下开展软件项目工作吗?还记得在开发半道上团队才知道一大堆未被列入计划的工作吗?

当这种情况出现时,原因就在与利益相关人之间没有达成共识。

作者:阿秀    建筑师 &产品经理一枚

相关文章

  • 《故事地图》14章-通过探索来建立共识

    非常高兴能够参与到金爷组织的线上拆书帮活动,从而能和小伙伴们一起交流、学习、进步。 下面和大家一起来学习《故事地图...

  • 用户故事地图读书笔记六

    用户故事地图读书笔记六用户故事和需求的最大区别,用户故事是通过讲,交流协作,沟通达成共识,最后记录和沉淀下讨论。需...

  • 《故事地图》15章-通过探索来进行验证性学习

    面和大家一起来学习《故事地图》第14章-通过探索来进行验证性学习,它在整本书中的位置如下: 1.在开发过程中,不知...

  • 读书《用户故事地图》

    主题:用户故事地图 用户故事地图核心在于讲故事,让大家都看到这个故事的全貌,达成共识。 任务颗粒度,切分一个完整的...

  • 玩转 TurtleBot 3 Burger 之导航测试

    本篇我们通过实现TurtleBot 3 Burger的导航功能,来探究ROS的导航流程 1.建立地图 bur...

  • 「用户故事地图」- 通过探索和学习打造产品

    如果要深入了解敏捷开发,特别是其中的用户故事,Jeff Patton 的书籍「用户故事地图」,必然是不能错过的。这...

  • 【敏捷】故事地图 190806 | 一图见产品全景

    故事地图,是基于视觉卡片和团队共创,建立的产品故事全景。 一、为什么用故事地图? 1、产品全景;2、共同参与;3、...

  • 宝贝疙瘩0716

    在小团队使用OKR方法,它遵循的基本原则是公开透明。通过几次固定的讨论会,来建立共识,形成决议,推动行动。这几次会...

  • 建立团队共识

    一般人都是用应该怎么样,这应该不应该是非常理想化的东西,应该谁都知道,但是实际上有限制有困难,谁都做不到,你怎么办...

  • 产品---- 建立共识

    产品的核心: 产品的需求、产品的设计。 产品需要解构需求用户的需求,那些属于整体性的,那些属于局部性的,选择什么样...

网友评论

      本文标题:《故事地图》14章-通过探索来建立共识

      本文链接:https://www.haomeiwen.com/subject/bzsmpttx.html