特大喜讯！产品经理没需求了！

产品经理失踪了 程序员第一时间到警察局报警。

警察对程序员说：你先冷静一下，你这样一直笑没办法做笔录

程序员对于需求可谓是又爱又恨，好的需求，描述清晰又有价值，做出来既有利于产品发展，能够升职加薪，又能够提升自己的能力，使个人获得成长。而烂的需求，又复杂，时间又短，没什么商业价值还改来改去，做完以后费心费力，还没什么卵用。

假设有一天，没有需求了，对于产品经理肯定是灾难，程序员恐怕就喜大普奔了。

现在我们就有点面临这样的状况，没有需求。每天盯着任务面板发呆，不知道下次排计划的会议要说些什么。而每个版本开始的时候，可以松一口气，总算排了足够的任务。但是没过几天，又要为下一个版本的任务安排开始焦虑，那是相当的痛苦。恶性循环，长此以往都要失眠了。。

为什么会出现这样的状况呢？其实我们的需求也不少，任务面板上也是积压了一大堆任务。但是都缺少一个明确的主题，产品缺乏明确的方向。所以提的任务要不是需求没有考虑清楚，不知道如何下手。要不就是零零碎碎的小任务，做不做没什么区别。总的来说，就是产品没有明确的发展方向，定不下来有意义的需求。

在这样没有需求的日子里，产品经理很痛苦，其实程序员的日子也不好过。尽管没有需求，但是产品经理是不会让程序员闲下来的，一定会把他们的时间排满。这样要不就是勉强接受说不清楚的需求，不知道如何下手，需求变来变去，最终成了烂尾工程，造成更多bug。要不就是做那些没什么意义的需求，做出来对于产品没有提升，程序员的个人能力也没有提升。最终陷入产品经理和程序员互相不信任，产品越来越差的局面。

那这样的局面应该怎么办呢？主要还是要明确产品的发展方向和路径，建立有效的需求管理方式。对需求进行有效的管理，用一个一个的版本做到一个一个小的milestone，最终完成产品的大目标，产品经理和程序员才能互惠互利，产品得到发展，个人得到成长。需求管理的方式我们最近在尝试以共享需求表格的形式，用下图这样的表格来明确产品目前优先级最高的目标。这样建任务的时候就按照需求管理表格一个一个来，就不会出现没有需求的情况了。

需求管理表格

总之，没有需求无论对于产品经理还是程序员都不是喜讯，只有有效的需求才能使得两方共同成长，产品健康成长~