产品团队内部合作与外部协调

起点学院产品经理365成长计划,2天线下闭门集训+1年在线学习,全面掌握BAT产品经理体系。了解详情

e64576a2b

最近由于公司的人事变动,整个产品团队被“划归”到了我的“管辖”之下。一不小心,自己竟也成了“管人”的。艾玛,这咋整?

  • 人多了,七嘴八舌,怎么才能快速做出产品方案,提高整个团队的战斗力?
  • 部门与部门间的沟通越来越复杂,如何能够高效沟通?避免不必要的误解和反复确认?
  • 团队大了,如何才能让伙伴们各司其职,不推卸,不拒绝,但是积极主动且认真负责(我要对你负责,我要对你负责,我要对你负责好不好!)?
  • 团队中不愿配合的人咋样才能更好地沟通,且让他/她人尽其才?

……

这些曾经只是在知乎、论坛中看到的人们讨论的热火朝天的议题,如今一股脑儿地抛了过来。

起初我想,产品团队有一半人都是刚刚进到这个团队,应该需要一段适应和磨合,记得我刚刚到公司的时候也是如此,经历了一段时间的磨合与其他人的沟通都能驾轻就熟,毫无障碍。游走各个部门之间,各个角色之中可说是游刃有余;产品设计本身也能高效专注。而现在的产品团队(包含两名UI设计师和三四个产品及我自己)经过了一个月的熟悉,团队还是出现沟通效率低,信息不对称,与技术沟通出现对立的现象。

痛定思痛,团队管理必须提上日程。

可“管理”是个啥?它真的能解决上述的各种问题么。

在研究了较为靠谱的一些前辈的建议,结合自己所在团队的具体情况后,我想,从心态与态度、方式与方法 、工作流程 (对内,对外:即产品团队内部和产品团队与其他团队的交互) 、工作模块化分 这四个方面进行了调整,要求。

一、心态与态度

你会问了:这与管理有半毛钱关系啊?我想说啊老兄,不要被“管理”这个词给吓着了,给迷惑了,给唬住了。“管理”我的理解是简单实用最好。无论你用什么方法,无论你坚持什么理论:泰勒?德鲁克?明茨伯格?okr?kpi?  搞那么高大上干嘛,至少还不是这样规模的团队和当前阶段应该去想的(整个公司目前40人,产品团队算是7个人)。

我所强调的心态与态度:

对待合作同事的态度

绝对不能站在对立地角度看待问题!

绝对不能站在对立地角度看待问题!

绝对不能站在对立地角度看待问题!

重要的话重复三遍。

为什么呢?我们都知道人性有个弱点:预言的自我证实。就是说当你在主观情绪上认定了某种情况,你会不断的强化你的主观认识。这个是被试验证实的,这里不再赘述。当我们与其他人沟通交流中,我们在自己的情绪中注入了积极的情绪,那么我们在讨论问题时不论遇到什么矛盾都不会往对立的形势发展。

我们都是为了一个共同的目标:把产品做好。反之,很多团队间的沟通都是成员之间抱着一种“互相不能说服,互相认为很渣”地恶性循环。想象一下,在讨论一个问题的时候我们互相抱着那种“你水平也不咋地,是你的问题。”,何谈解决问题?早被问题解决掉了。。。所以,站在一种不对立,谦虚,学习的态度、立场上,拥有一个永久学习的心态是利人利己,功在当代,利在千秋的大好事嘛。

对待工作内容的态度:

真正去思考你所做出的设计地合理性。自己不断否定-肯定-再否定。反复斟酌,认真细致。古人云:不以善小而不为,不以恶小而为之。我觉得用在做产品、UI交互、技术等方面都适用。只不过这里的“善小”指的是你对所做事情的反复斟酌与细节处理;“恶小”指的是草草应付差事的行径。

二、方式与方法

其实这个主要是沟通的方式与方法、做事的方式与方法

有了上面所说的心态与态度,那么只要有恰当的方式与方法,沟通不是问题;工作也能很快得心应手。具体的沟通方法与工作方法就不赘述,可以自己去找。大体的原则就是:该妥协的时候妥协,该坚持的绝不妥协,保证质量绝不含糊。

三、工作流程

我总结了我们产品方案到开发这个前期的合作流程。其实团队大了,必要的工作流程就是必须地,大家按照固定的规章行事,各司其职,各尽其才。

产品流程

我们发现过程[5]-[6]是个反复循环的过程。这就是我要求团队要在交付技术产品和设计文稿之前必须做的反复调整、完善的工作。在实际开发中我们经常发现,很多问题是我们前期预想不到的。可是产品经理不是神啊,怎么能都想明白,一点也不遗漏?只能靠团队的力量去弥补这个问题。当我们交付技术人员一个经过团队共同商讨出来的方案时,大部分问题都可提前避免,减少了沟通,提高了效率。

四、工作模块的划分

为每个人划分对应的模块。由于我们的产品较为复杂,所以这样的划分既对新人是个锻炼,也能有效避免工作的交叉,避免在同样的问题争执不下,无法快速推进项目。当然,每个模块我都会给以一定的指导和协助,以保证产品的方向和质量,保证项目进度。

所谓的模块划分,本质上就是“小组制“。这样的制度一方面对产品人员有很好的锻炼,同时,责任分明,工作上没有过多交叉,不会引起意见过于不一致,导致项目无法推进。每个”小组“有对应的产品负责人,这样每个”项目“都有一个主导人(当然啦,最大的主导人是我啦,总得保证质量嘛,但是一般在有不决之事时我才会出现,我只会默默的关注个项目的推进,保证随时发现问题,解决冲突。怎么感觉自己像是救火队员啊。。。哈哈)

所以,小组制的好处多多,大家亲自实践便知。

以上就是我通过这段时间的时间和思考总结的一些关于团队管理的思路和方法。欢迎大家一起探讨,不断提高我们手下团队的战斗力。

好了,今天只说说产品前期的吧,后续有时间再和大家一起探讨产品开发过程中、开发完成后如何协作,如何高效同时保证产品最终开发质量。

 

本文由鱼骨科技高级产品经理 @daocaorende100 原创投稿,并经人人都是产品经理编辑。未经许可,禁止转载。

您的赞赏,是对我创作的最大鼓励。

评论( 2

登录后参与评论
  1. 试用了下鱼骨的产品,还不错啊

    回复
    1. 回复

      多谢哈

加载中