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