召开需求澄清会的有效手段∣早学会这个方法,能被少气死3回....
XIN
新
NIAN
年
KUAI
快
LE
乐
#
产品经理必聊的100个话题
第15期:需求澄清会
需求澄清会是指在会议上对需求进行理解,对需求细节进行讲解和问题答疑,使得相关干系人对需求理解一致。在会议上,产品经理给交付团队成员讲解接下来需要交付的需求,干系人理解并提出疑问,产品经理负责澄清解答。
但在需求澄清会上出现的问题可不少,让不少产品经理头疼不已,这些问题你碰见过没?
1.会前发了资料也不看
2.看了资料也提不出问题
3.会上才发现还需要关联其他系统
4.会议邀请的时候才发现还有需要加入的人,没有时间阅读材料
5.开会的时候不积极参与讨论
6.问有没有问题,都说没有
7.一次开不完,还要开两次三次
8.参会的时候带电脑,你讲你的我干我的
9.参会的时候提出一些无关紧要的问题。比如,这里的缩进不是两个空格
10.揪住某个细节往死里讨论,浪费时间
11.邀请了也不不参会
12.参会的时候拉上不了解系统的人来参会
13.我来参会,你来开发
14.不让测试工程师参会
15.开会的时候从头至尾念一遍需求,念的时候要声音低沉,文档里有当当当当,容易催眠
16.一张图也不画,全凭听众脑补
17.文档里写上各种错别字,前后鼻音不分
18.拖长会议时间,参会者疲惫
19.一次开不完,多开几次才能澄清
20.一次确认半年的需求,确保听众肯定记不住
21.调试会议设备先花半个小时
22.会后不问是否理解清楚
23.问的话就问:理解了吗?有问题吗?以确保答案就是:理解了,没有问题了
24.讲快点,反正细节不重要,讲了他们也看不出来什么
25.什么资料也不准备,对着空气讲
26.反正到时候开发也是凭想象,非拉我听会,那就摸鱼
需求澄清会的设计
Business Analysis
生活中大多数企业用过程驱动法来进行召开需求澄清会,这种会议形式的弊端就是不管为什么,整体之间没有太多衔接的逻辑,只管照着流程一步一步走,最后目标没有达成,流于形式,所以造成需求澄清会的“无效”。
因此,我们要利用目标驱动法进行需求澄清会的设计。目标驱动法指的是从目标出发,来设计整个过程,从而明确每个环节应该怎么做才能够确保目标的达成。
1.提前准备
(1)事前的资料的构成形式让人短时间能够充分阅读
(2)事前能够有充分的点对点讨论
(3)事前确保需求文档的质量
完整性:任何没有定义的部分都有可能产生bug,所有必要的内容都被清晰地定义了。
正确性:正确地定义。没有正确定义的内容都有可能被错误地实现。
精确性:精确地定义。模糊的词汇会导致误解,或者让开发人员武断地做决定。
一致性:采用一致的格式,一致的语法,一致的工具去描述相同事物,减少阅读成本。
复用性:反复出现和引用相同的内容只需要修改一次就可以。
易读性:文档应该容易阅读,减少阅读理解所花费的时间。包括文字语句的易理解性还有各种图表的表达的清晰程度。
可测试性:文档中描述的内容应当可测试,可验证。
灵活性:在需求发生变化时能够容易地进行修改,同时保证原始结构和逻辑顺畅。
(4)资料里预留了问题 - 这样可以让读者充分阅读和反馈
(5)事前收集各种反馈
(6)已符合开展需求澄清会标准评估
回复【电子书】领取需求分析实用技巧。数万名产品经理、BA汇聚地,深入需求分析与产品设计、产品运营,帮助你提升产品思维与洞察能力。原创知识体系:可视化需求分析。