糟糕的研发团队：所有人都只负责自己的事，美其名曰，边界清晰。结果就是没人为产品质量负责，出现一堆低级错误。
前段时间，貌似某外卖软件就出现了这样的低级bug，文案上有好几个明晃晃的“测试数据”。让人不得不吐槽，世界真是一个草台班子。
1 初阶产品的解法
对于产品经理来说，遇到这种问题，最先想到的，就是自己上。于是乎，就有了累得半死的保姆式产品经理。
保姆式产品经理，顾名思义，就是会想着自己应该事无巨细地考虑好，把产品的每种情况都思考清楚。这样即使研发不给力，也能勉强完成工作。
但实际结果往往会变成，有积极性的研发反而觉得产品太啰嗦，感受不到价值和意义；没积极性的研发更加摆烂，毕竟你都写得这么清楚了，我还思考啥呢？
再然后，整个研发节奏，所有的瓶颈都在产品自己身上。
需求没写详细，没法做；问题没拆解清楚，没法做；文案没思考好，没法做……
很明显，这样的局面，肯定不是产品和老板想要的。
2 高阶产品的解法
更高阶的产品经理，知道要发挥团队的积极性，让他们动起来。
于是乎，每次给研发测试开会，都要讲产品目标，背景，收入情况，用户反馈等等等等，为的就是让大家都有参与感。
对产品经理而言，这个心态转变很关键。
要知道，产品最终是由研发做出来的，只有当他们每天都在思考怎么做会更好时，产品才会真正变好。
而不是一厢情愿，或者孤傲地认为，产品设计就只是产品经理的工作，研发测试都不该插手。
最近对这一点感受颇深。
当我反复不停地和研发共识目标，讲每个修改的背景和意义时，他们确实开始慢慢有了主动性。在很多我没想到的细节上，给了非常多很好的建议。
其实道理也很简单，人只会为自己的事而思考和努力。要让研发有积极性，只能让他们觉得自己就是主人。
然后在此基础上，要不断鼓励好的信号，多多表扬和夸赞。慢慢地，团队氛围就会越来越好，研发管理就会越来越轻松。
3 业务负责人的解法在上一步，其实默认了一个前提，那就是所有人的本性，都是积极主动的。但见的人多了，就会发现并不是。
所以对业务负责人而言，更重要的是人才的选用，以及平庸者的汰换。
要知道，团队氛围是会传染的。当团队里大部分人都没有积极性，那积极的人也会变得不积极。
怎么破局呢？
其实回到本质也很简单，就两点。
一是给团队加一些新鲜血液。从外部招聘你想要的人，让他变成一条鲶鱼，把团队搅起来。
二是公开鼓励你想要的行为，不要让积极者寒心。同时不断对不符合期待的人做谈话，慢慢完成团队更替。
以上是最近在带研发团队时的一些小感悟，分享给大家，也希望每个产品经理都能带出一只优秀的研发团队
