我们公司研发资源比较紧张,经常会出现研发资源不足以满足产品需求的情况。所以现在越来越形成一种风气,那就是产品会想办法多提需求,将研发资源一直占住,这样自己这边就能够一直迭代下去了。
表面上看这是一个好的办法,我也一直在用这样的策略做事情。但是现在做的久了就会发现一些问题。产品能够提的需求五花八门,但是无论是哪一个需求都没办法同时将前端后端测试资源全部占用,有的需求对前端占用比较多,有的需求对后端占用比较多,但是一个产品需求是需要所有的人全部完成才能够算作完成。所以在这种取并集而不是取交集的情况,很难满足所有研发的胃口。
不能够满足所有研发,这只是其中一个缺点,另外一个缺点我认为更加致命。当给产品需求加了一个占用研发资源的衡量标准之后,我会不自然的去思考我的需求对于研发的工作量有多少,也会倾向于做些我认为工作量大的事情。然而,工作量大和需求重要并不是挂钩的。有的需求非常复杂,但是对产品来说不重要。如果只是沉迷于出复杂的需求,那么就会陷入到过程而忘记了目标。
产品经理的工作是什么?是在给定的目标下,不断的进行需求挖掘、需求分析、产品设计、项目推动、上线并查看效果的循环。在这个循环里面,仅仅只有产品设计、项目推动是和研发相关,另外其他几个环节是需要和运营、BI、客服、用户等去沟通和思考的。我知道很多的产品现在只是实现需求的工具,对他们来说需求已经很多了,仅仅只是做产品设计和项目推动就已经忙不过来。但是我认为产品并不仅仅是一个执行工作,把握方向、挖掘需求是更加重要的工作。
所以,如果想要成为一个优秀的产品经理,就不能仅仅只是考虑产品设计开发层面的事情,要去思考怎样满足目标,比如拉新、转化、留存。至于研发闲下来该做什么事情,我认为这是研发leader该去考虑的问题。
如果再次发生研发资源紧张没有办法满足需求的情况,我认为一部分是研发leader的责任。即使没有办法解决,我也会坦然接受。