漫画：我是产品经理，我再也不想开需求评(si)审(bi)会了怎么办？

轻友们大家好~我是珍妮兔，一只工程效率顾问。我的日常生活是和不同的软件研发团队聊天，给大家分享各种轻松把软件做好的最佳实践。如果你有特别想要解决的问题，不妨加我的个人微信：jenny1652告诉我。

---

漫画：我是产品经理，我再也不想开需求（si）审（bi）会了怎么办？

文|画  珍妮兔

我在不同的公司工作过。不同的研发团队，平时开的会也不一样。但是有一个会，几乎所有研发团队都会开。这个会，就是需求评审会。

虽然大家都开需求评审会，但风格各不相同。我觉得可以分为两个流派。

第一类，佛系需求评审会。大概是这个样子的：

这种需求评审会的特点就是：

你讲，或是不讲，我就在那里，不听不闻。

你对，或是不对，我就在那里，不踩不赞。

第二类风格——批斗会式需求评审。大概是这个样子：

如果你和你们组产品经理有什么恩怨，这个会你一定要来参加，因为在这个会议上，你可以亲自参与到把一个产品经理慢慢逼死的整个过程。这种会议的特点是：杀人不见血。

这两种类型的需求评审会，虽然风格迥异，但殊途同归。评审会开完之后，真正精彩的故事才开始——开发和产品经理打架。

问题来了，为什么都已经开过了需求评（si）审（bi）会，为什么还要打架呢？

简单的回答，就是评审会没有开好，没有起到应该的作用。

需求评审会有两个目的，一是降低开发团队对需求的不确定程度，二是让开发团队和产品团队就需求达成一致意见。

从这两点目的来看，批斗会式的需求评审会，无疑比佛系需求评审会更有效（看到这里的产品经理不要打我~后面还有“但是”）。但是，批斗会式的需求评审会，仍然是可以优化的。

批斗会式的需求评审会，有这样几个优化点：

1. 会议的长度 

2. 会议的效果

3. 会议要解答的关键问题

先来说会议长度。

需求评审会之所以开的很长（某些佛系评审会也有这个问题），常常是因为大家去开会之前，对需要评的需求一无所知。

这就造成在会议上，产品经理需要花很多时间来介绍需求。因为会上的时间有限，常常是介绍的时间也花了，下面听的人也是一知半解，想提问题也问不出个所以然。

优化的方法有两个，

一是在会前，把设计和文档发送给开发团队，进行会前的预评审。每个人把自己觉得不清楚的地方，和评审意见记录下来，带着问题和反馈去参加评审会。这样，在会议上，产品经理就不用花那么多时间来念文档了。

二是减少关于“如何实现需求“的讨论。需求评审，主要为了澄清what to do(做成什么样）的问题，而不是为了澄清how to do(如何做）的问题。所以产品经理需要在适当的时候，提醒团队聚焦在会议的主要目的上。

第二点，会议的效果。

有一个影响会议效果，但是常常被组织人（产品经理）忽略的问题，就是缺少项目投资人和用户的参与。这两个角色，都是我们的重要验收人，应该在设计阶段就参与进来，帮助我们保证方向。

所以，不要怕老板没空，不要怕用户不好找，一定要把他们抓过来，参与需求评审。这也是为了他们好。

还有个影响会议效果的原因是，会议上达成的一致修改意见没有做记录，和会议上未能达成一致的事项，在会后没有做跟进。

这两点其实没有什么好说的。因为这是所有的会议都要做的事情。但我看到的事实就是，这两点看起来很普通的事情，真正做到的团队并不多。所以在这里再提出来强调一下。

会议要解答的关键问题

长话短说，对投资人和用户，我们需要问这两个问题：

1. 当前准备做的需求，是不是你们最迫切满足的需求，还是有其他更高优先级的需求要先满足？

2. 当前的解决方案，是否能很好的满足你的需求？

对研发团队，我们需要问这三个问题：

1. 当前的设计方案，是否是满足需求的最优方案，还是有更好的方案？

2. 当前的设计方案，是否有良好的设计和体验？

3. 当前的设计方案，是否是可实现的方案？是否有技术难度，导致我们的设计方案需要重新设计？

看到这里，你会不会觉得，开好需求评审会，其实并不简单？确实如此。

不过一回生二回熟，开几次，大家都熟悉这个流程了，成为了团队的内功就变得容易了。

最后，如果你做为产品经理，还是对需求批斗会心有余悸，你就会前给大家唱下面这首歌吧（来自一个资深工程效率顾问的好（sou）主意，哈哈）：

《其实你不懂我的心》

——童安格

你说我像云捉摸不定， 

其实你不懂我的心。

你说我像梦忽远又忽近，

其实你不懂我的心。

你说我像谜总是看不清，

其实我永不在乎掩藏真心。

你说要远行暗地里伤心，

不让你看到哭泣的眼睛。

PS: 如果你喜欢这篇文章，欢迎分享到朋友圈哟！珍妮兔谢谢你

参考资料：

人人都是产品经理，《需求评审会：一个神奇的会议》，https://baijiahao.baidu.com/s?id=1594435611478146748&wfr=spider&for=pc&isFailFlag=1 

陶笛作品

再介绍一下我自己吧~我是珍妮兔，一只工程效率顾问。我的日常生活是给软件研发同学们分享各种轻松把软件做好的最佳实践，和把软件工程讲得通俗有趣。想跟我做朋友，可以加我的个人微信：jenny1652。不想走丢的话，请关注“轻松做软件”！（别忘了加星标哦）

科学工作，不加班

客官！在看点一下呗~