教练技术四个计划性问题在用户故事中的使用

四个计划性问题是教练聆听客户的基础，通过不断的变换形式，探索客户想要什么，为什么重要，从而让客户自己发现自己真正的诉求。

对于产品经理也是如此，通过不断的数据探索和客户，用户的访谈，弄清楚用户真正的诉求。

以前看过一个段子，妻子要火柴棍，丈夫把打火机递了过去，然后妻子瞪了他一样，说，我牙缝塞东西了。

用户也好，客户也好，当他告诉你他要火柴棍的时候，你要问一句，你为什么要这个？这个为什么重要？

当然此刻基于用户已有的认知，你可能会得到基于表层的答案。那么你可以继续的探索，如果你有了这个功能，会给你带来什么？哦，可以处理牙齿了。那这个时候其实你也会发现用户背后真正的诉求了。

教练通过不断的，变化形式的，反复如此发问，让客户不会感觉到被质疑了，从而挖掘到深层次。

对于产品经理，在抛开业务领域专家的前提下，这算是技术流产品经理的技能（我用炒股比喻产品经理的技能）。炒股分为基本面分析和技术分析流，前者是靠看公司的财报，整体分析公司业绩，潜在的成长。后者是靠各种K线，阻线，支撑线等技术指标。当然好的操盘手必然二者都精通。

对于B端产品经理在业务领域没有达到权威的情况下，我们可以擅用教练技术的发问方式。当然，我们的产品经理是不是要先去学个教练技术呢，也不是。你要去学，当然更好。那么，请严格的跟随用户故事的三段式吧。

你有没有在用户故事的三段式里面发现四个计划性问题的身影呢？

作者：BRUCE李瑛昊

链接：https://www.jianshu.com/p/4c4a1d3892a1

來源：简书

简书著作权归作者所有，任何形式的转载都请联系作者获得授权并注明出处。

教练技术四个计划性问题在用户故事中的使用相关推荐

用户故事地图学习笔记（四）：如何创建用户故事地图
如何创建用户故事地图用户任务是构建故事地图的基本模块使用目标层级的概念,可以帮助汇总小任务或分解大任务.隐喻:石头,砸成小石头后仍是石头故事地图通过从左到右的叙事流来组织.补充细节探索替代故事 ...
paradigm画时序图 visual_Visual Paradigm使用技巧：从用户故事中生成序列图
为了使客户和项目团队成员能够更简单的阅读项目计划,你可以选择从项目场景中生成一个UML序列图,将计划的序列图进行可视化.在本教程中,我们将尝试编写一个简单的用户故事,然后生成它的序列图. 编写用户故事 ...
DevOps系列之 —— 持续规划与设计（四）敏捷需求管理【用户故事敏捷估算】
DevOps系列之 -- DevOps概览(一)软件产业和交付模式发展趋势 DevOps系列之 -- DevOps概览(二)新型软件技术及交付模式 DevOps系列之 -- DevOps概览(三)De ...
如何做好用户故事地图？
很多同学也许并不太了解.这次分享主要是将我们在各类渠道了解到的关于用户体验地图的各类说法做了一个总结,并结合了我们在工作中的实际运用,给有兴趣了解该方法的同学提供一点我们的见解和看法. 关键词:中后台 ...
如何对一个产品编写完整的用户故事?
用户故事是敏捷项目管理的核心实践之一,除了定义.表达"公式",本文将给大家分享用户故事的价值,比如用户故事在非技术的角度告知研发团队需求背景是什么,让研发团队更轻松的了解用户需求场 ...
用户故事驱动的敏捷开发（规划篇）
作者: 徐磊(CSDN专访.CSDN博客),1999年,本科毕业于北京理工大学工业管理专业和计算机专业:2001年,硕士毕业于UNSW信息工程专业.从事过网管.技术支持.网络.软件开发等工作:2004 ...
敏捷开发中史诗故事与用户故事的颗粒度
作者:陈勇出处:blog.csdn.net/cheny_com 用户故事的颗粒度一直是一个谈论已久的话题,但参加了很多研讨会,搜索了很多网络资源后发现一直没有定论,只好在这里原创一下. 前言:为何需 ...
用户故事与敏捷方法笔记 --- 用户故事
用户故事用户故事描述了对用户.系统或软件购买者有价值的功能. 用户故事应该具备以下特点: 1) 独立的:应该避免故事间的项目依赖.在对故事排列优先级时,或者做计划时,故事间的相互依赖会导致问题. 2 ...
一个用户故事的样例（极限编程）
用户故事是从用户的角度对系统功能的描述,通过与用户一起探讨而得出,事实上XP的实践应由用户亲手撰写用户故事,但对很多用户来说并不容易,所以很多的实践过程中是开发人员和用户一起撰写. 开发人员依照用户故 ...

教练技术四个计划性问题在用户故事中的使用

教练技术四个计划性问题在用户故事中的使用相关推荐

最新文章

热门文章