讲述产品与研发的沟通方法 沟通案例分析( 三 )


笔者在团队中总强调一个观点,即出了问题不可怕,应该把注意力应该放在解决问题上,而不是追责 。互相指责不能解决问题,只能把团队氛围搞差,如果出了问题后每个人都只想着如何甩锅,那么问题谁来处理呢 。
所以笔者认为,一个好的产品经理所维持的沟通氛围,应该是人人都愿意畅所欲言,人人都把处理问题放在首位,人人都愿意承担责任的 。
案例三最近新上线的项目,由于某些原因存在很多问题 。这个项目上线前已经忙了两个多月,大家为了它停了手里的不少工作,原以为上线后可以松一口气,可是谁想到是这个样子,每个人心头都憋着火 。
在某一次修复问题的讨论中,矛盾爆发了,项目组内的成员发生了激烈的争吵 。争吵的内容毫无意外是责任归属,双方都认为是对方在系统对接时没有交代清楚才导致的问题 。虽然争论双方都是RD,这次的问题也和PM没有关系,但是我还是介入其中希望能通过自己的努力来解决问题 。
解决方法
先让同事停止争吵,然后告知项目组的每一个人现在讨论的目标不是为了追责,而是要让大家集思广益,尽快解决问题 。目前还没到追责这一步,如果真到了这一步,我作为PM也会站出来承担责任 。
最后让每个人明白,项目做了这么久很辛苦,上线后出现问题大家心里都不舒服,这个可以理解 。但是有问题必须要解决,所以希望每个人在遇到问题时把注意力放在问题上,尽快把问题解决完,这样一个项目才算做的有始有终 。
由于本项目中出现的不少问题都是沟通不到位导致的,因为我表示在解决问题的过程中,有需要我去沟通、协调、确认的,可以随时找我 。然后大家又讨论了处理方案及分工,就各自归位去执行了 。
案例总结
通过这个案例想要告诉读者,尽管有的问题并非PM的责任,但是PM在出现问题后不要想着置身事外,而是要主动参与其中调动团队成员去解决问题 。
上述案例中,项目上线后出现问题,人心浮动时,PM要及时给项目组的成员鼓劲,告诉大家出现问题不可怕,只要按部就班解决问题就好 。当团队成员出现矛盾、分歧时,PM要能站出来搞清楚问题的所在,帮助大家解决问题并时刻提醒大家牢记项目的最终目标 。
总之,PM可以说既是项目的指明灯,同时也是项目的粘合剂 。
受篇幅和案例所限,还有一些沟通方法和沟通时需要了解的注意事项,就不一一列出了 。本文的目的是抛砖引玉,希望对读者能有启发,也希望读者能留言说说自己的沟通方法,不论是站在PM的角度还是站在RD的角度 。
作者:打酱油的熊,公众号:打酱油的白熊
本文由 @打酱油的熊 原创发布于人人都是产品经理 。未经许可,禁止转载 。
题图来自 Unsplash,基于CC0协议

推荐阅读