产品在最终上线出现了问题,必然是由众多因素所致,所以才会出现团队甩锅现象的发生。出现问题不要紧,重要的是,产品经理可以通过哪些方法来避免团队之间甩锅现象的发生。

项目中如何避免团队成员相互甩锅?

“我们是谁”

“我们是产品经理”

“我们的日常是”

“撕逼、背锅、甩锅”

“人在工位坐,锅从天上来”,作为苦逼的产品经理,必须要做好时刻背锅、接锅的准备。

“常在河边走,哪有不湿鞋”,其实,不仅仅是产品经理,只要身处职场中,总会有那么一两个锅砸来,轻则撕逼,重则大打出手,造成团队关系恶化,进而对团队工作产生不可逆的影响。

与其被动的“后发受制于人”,何不尝试“先发制人”。那么,作为团队“主心骨”的产品经理,我们怎样做可以尽量避免团队成员之间甩锅现象的发生,从源头遏制问题的产生呢?

通过“Case-Case”的方式重现问题,会更加明确的给我们一些实际的提示。下面我们一起跟着故事去思考,产品经理可以通过哪些方法来避免团队之间甩锅现象的发生。

项目中如何避免团队成员相互甩锅?

图2-1  需求文档目录

项目中如何避免团队成员相互甩锅?

图2-2  需求文档思维导图

由产品经理主导,召开一次简单的需求评审会(强调下,再简单的需求,也是需要拉上团队成员开一次简短的需求评审的)。会议前,我们需要把需求文档、提纲、流程等提前1-2工作日通知到大家,使大家对会议目的、时长和需求有一个了解,以便做好评审会议前的准备工作。

2)小范围的沟通确认方案

产品的需求文档写好了,但是里面的功能和解决办法却不一定都可以实现,那我们在不确定的时候,就可以先去找开发私下沟通这块的内容,在会前提前讨论,达成一致意见。这样可以避免我们在评审时,因为一个功能点实现不了或不合理而被1000次暴击。

3)产品内部评审,降低被怼的风险

俗话说,“三个臭皮匠,能抵诸葛亮”,一个人的思维和能力往往是有限的,设计出来的产品也不可能做到面面具到。所以,在需求评审前,我们往往可以在产品内部进行一次小范围的评审,这样可以避免大部分需求不合理的地方,能直接有效的提升需求评审的效率,同时,也能增加团队对我们的信任感,减少被怼情况的发生。

评审中:

1)适当的强硬,在气势上压倒一切

在需求评审会议正式开始前,我们一定要做好准备,针对需求里面可能会被怼的地方,提前想好、做好应对策略,作为我们的态度强硬的底气。

2)明确目标,做好会议的主导者

产品经理作为需求评审会的发起者和组织者,在此次评审的目的上和方向上应具有足够清晰的认识和把控。比如讨论A功能能不能被实现时,话题突然变成了该功能要不要做的问题。此时,我们就要及时的把大家拉回来,告诉大家此时所有的需求都是已经确定了的,是必须要做的,我们只需要讨论出如何实现的问题就可以了。

时刻记住自己此次需求评审的目的和要达到的效果,即使在被多人手撕的时候,也不能动摇,才让大家跟着我们评审的目标走,明白要做哪些功能点。

3)果断出手,做好会议时间的控制者

本来一个小时的会议,硬是被开成了三个小时的长会,一场会议下,经常是汗流浃背,精神虚脱,这样的评审效果其实并不理想。

所以,我们产品经理要做好时间的控制者,如果遇到需求模棱两可的问题,并且已经超过了会议讨论时间,还没有商量出解决方案的情况时,此时便是按下暂停键的最好时机,切不可因小失大,过度纠结于局部。可以将问题确认后,记录下来,会后完善,必要的时候开二次评审也是OK的。

4)认真聆听,理智回应

人在接受到与自己认知不一样的看法和观点的时候,往往第一反应就是要打断别人,阐述自己的想法与之分辨。这样在会议中,很容易浪费时间,并且很能会产生争执,脱离会议主题。

因此,产品经理作为最作为先阐述需求和解决方案的一方,必然要面对这样的挑战。

选择认真聆听,而后对症下药,是一个尊重别人,又能获取表述机会的好方法。

通常在被别人打断了,我们先冷静下来,不妨认真听下别人的看法和观点,并在大脑中快速形成一个思维导图,迅速对比两个方案,并找出差异点。再针对两个方案的差异点,想出一个更好的解决方案。

这时,我们就可以把自己的理解复述给对方听,在获得对方的认可后,再抛出自己的疑惑,当发现对方显然没想到时,我们再引出自己的方案,获得台下掌声一片,岂不美哉!

当然,这样的临场反应能力不是一朝一夕就能练就出来的,需得“久经沙场”方可提升。不过,这只是应对之策,还是要提前准备充足,方可先发制人,才不会陷入被动的境地。

5)定好开发周期和人员,确定产品诞辰

在需求评审顺利的情况下,开发的工作量一般都能当场评估出来,会后就可直接安排上线时间了。

假如由于功能复杂,需要会后给出评估结果,那么就让大家会后统一评估后,再上报工作量。我们汇总后,在其结果上延后2-3个工作日即可给出线时间了。

又或是需求未评审清楚,需要二次评估时,那么我们就在下次会议上给出结果。注意两次需求评审会议不能间隔时间过长,时间久了,大家都会忘记最开始的需求。

评审后:

会后要在24小时之内输出会议纪要,从两方面概述本次会议内容,不需要详细记录每个过程,比如每个人说的每一句话。

1)已解决的

包含已解决的问题描述、解决方案、责任人、起止时间,可以用表格的形式列在文件里,一目了然。

项目中如何避免团队成员相互甩锅?

2)待解决的

也可以用上述同样的方式记录下,发给大家。

RICA矩阵是呈现工作包、人、责任三者关系的管理工具,如下列图表,“什么人、做什么事、需要承担怎样的责任”,在网格化的管理下,项目中每个角色的职责变得都清晰、明了,易于管理,我们可以将其作为产品/项目管理的工具。

项目中如何避免团队成员相互甩锅?

这样一来,既获得了大家对需求的一致意见,也确保了需求的可操作性和团队之间沟通的顺畅和有效性。

3. 未识别的风险

在项目中,团队成员都要有敢于质疑的精神。如果大家都能保持这样的警惕,那么案例中的问题,是否会有可能被避免掉呢?答案是肯定的。

所以,作为产品经理,我们首先要明确,风险识别是风险管理的一部分,是贯穿整个产品开发生命周期的,在生命周期的不同阶段,关注的风险点也是不一样的。

那么在实际开展工作中,我们该如何尽早识别风险呢?

在项目管理中,风险经常被分类为以下几种:

1)外部风险

主要来自于项目开发环境,比如社会环境、国家的政策法规的变化;自然环境的变化,如地震、水灾、火灾等的发生,会给项目带来风险。

2)组织风险

主要来自公司内部,如公司领导支持不到位,缺乏资金或外部资源;项目组中人员流动、内部部门壁垒等。

3)项目管理风险

常见有计划不到位、产品立项太草率,脱离用户和市场需求;产品经理、项目经理不懂得如何采用项目管理方法去管理风险等。

4)技术管理风险

需求评估时,对功能实现的技术评估不到位导致后面实际开发中出现很多技术难点、专利等技术壁垒带来的风险。

同样,对于产品管理来说,我们也可以用上面的方式来提前识别风险。

比如:

设计阶段

我们要关注:“是否会缺乏相关的技术专家对技术可行性的评估”,“产品的需求定义不清楚是否会造成后续不断进行变更”,“产品的目标客户不明确,开发出来的产品是否要对哪个市场和需求负责”等问题。

开发阶段

则要考虑:“需求够不够明确”,“公司管理层意见不统一,是否会突然停掉开发”,“团队角色定义不清楚,缺乏有经验的成员”等问题。

做好对常见问题的排查工作,以达到预识别风险的目的。

然后,就是要做好风险收集。作为风险识别的主要责任人,我们需要及时的收集到大家在产品开发过程中,提前识别出的问题,并将其登记在册。

最后

产品在最终上线出现了问题,必然是由众多因素所致,所以才会出现团队甩锅现象的发生。

出现问题不要紧,重要的是,聪明的我们要学会用“二八法则”,很好的分离出那20%的最主要原因,针对甩锅事件的具体问题,提出针对性的方案。

本文由 @产品小白@璿悦 原创发布于人人都是产品经理。未经许可,禁止转载

题图来自Unsplash,基于CC0协议




互联网人如何进行知识管理?

互联网人如何进行知识管理?

信息爆炸时候,我们每天都吸引了大量知识信息,而庞杂混乱的信息难以为我们提高有效的帮助,我们需要做的就是进行知识管理,通过方法窍门高效利用起来,提升自我。 01 ...

2020-06-19
产品总监晋升之道,游戏思维的团队管理艺术

产品总监晋升之道,游戏思维的团队管理艺术

作为一个产品总监,在面临年轻的团队,如果你的管理方式有问题,对团队乃至整个公司都是一件特别大的灾难。所以,今天我们来聊聊产品总监的团队管理问题与游戏化的团队...

2020-06-19
一个公式,从作品集小白修炼到初级交互设计师

一个公式,从作品集小白修炼到初级交互设计师

本文作者从自己个人经历和想法出发,从三个转变的角度谈谈如何从作品集过渡到行业项目,希望对所有刚刚踏入产品或交互行业的新手们有所帮助。 一、前言 在经历了半年多...

2020-06-18
2020年应聘反思,我总结了这些点

2020年应聘反思,我总结了这些点

在职场生涯中,我们可能会在好几家公司工作,重新应聘必然会遇到很多的问题。本文作者基于自身经历,从五个角度总结了自己的应聘经历,分享给对求职迷茫的童鞋。 先简...

2020-06-18
掌握砍价中的六大用户心理,轻松搞定甲方需求

掌握砍价中的六大用户心理,轻松搞定甲方需求

本文总结了砍价哲学中的六大用户心理,并结合案例对每个用户心理展开了分析说明。沟通的最大技巧是真诚,而谈判的目标是共赢。希望掌握好这六大用户心理,能帮助你更好...

2020-06-17
进大厂,还是进小厂?

进大厂,还是进小厂?

选择大厂还是小厂,对于很多人来说,是难以抉择的。大厂和小厂都有各自的优势、缺点,本文作者结合自己的个人视角,谈谈在大、小厂的经历和感悟。 职场也像个围城,在...

2020-06-09
网易严选交互团队的管理方式进化史

网易严选交互团队的管理方式进化史

管理团队是一个艰巨的任务,不仅需要管理者的智慧,也需要具备相关的管理知识。本文作者从具体的工作分工、文档管理分发和人员培养这三个方面出发,分享了网易严选交互...

2020-06-08
如何通过一张表,提高20%的工作效率?

如何通过一张表,提高20%的工作效率?

在日常工作中,每周的工作都充实而有所沉淀吗?是否觉得自己在假忙碌?如何有序推进工作进展,有序记录自己的工作?本文作者结合自身实践,讲述了在方法论上对自己工作...

2020-06-08
2020年,转行数据分析师需要注意哪些问题?

2020年,转行数据分析师需要注意哪些问题?

随着大数据在各个领域的应用越来越广,数据驱动产品和精细化运营已经成为企业经营的制胜法宝,相应地,数据分析师这个岗位也越来越受到关注。2020年,还能转行数据分析...

2020-06-05
京东群面题|如何用0.01元买到一瓶可乐?

京东群面题|如何用0.01元买到一瓶可乐?

这是一道京东的群面题,作者给出了一个简单的回答思路。 任何交易都遵循等价交换原则,如果一瓶可乐价格为0.01元(正常售价约为2.5元),那么必然需要其它形式的价值填...

2020-06-05
“空降型”产品经理快速入场指南

“空降型”产品经理快速入场指南

无论是内部调岗,还是职场跳槽,许多产品经理都必须面对融入的问题。就如一个空降兵,面对历史遗留问题,和现实的剧震,依旧需要义无反顾地发起冲锋。除了需要勇气,更...

2020-06-04
腾讯产品能力框架之通用能力篇:执行力

腾讯产品能力框架之通用能力篇:执行力

执行力就是以目标为导向,以结果为准绳。本文讲解腾讯产品能力框架中的通用能力——执行力,从五个层级分解学习能力,助力职场人走得更远。 本文是产品能力框架的第三篇...

2020-06-04
如何正确构建和使用产品知识库?

如何正确构建和使用产品知识库?

产品知识库的价值不在于文章数量的多少,所以不要刻意追求更新频率和更新数量。能够运用知识库去解决实际工作中遇到的问题,这才是其真正的价值。 1. 什么是产品知识库...

2020-06-04
解决80%以上职场冲突的认知方法——事实最大

解决80%以上职场冲突的认知方法——事实最大

事实最大。你掌握的事实越透彻,也就越强大。 日常人和人的沟通中,80%以上的冲突和挫败,来自与“事实”有关的两个问题: 问题1:没有基于事实来沟通。 假如,你是一位产...

2020-06-04
面试最烦的一种人——刷面经、背题型、找套路

面试最烦的一种人——刷面经、背题型、找套路

正如上次写群面的文章说的,群面的目的是做一名合格的「Horsekeeper」,而不是去想着争风头、当leader、抢reporter这些花里胡哨的。同样单面也不是刷面经、背题型这么简...

2020-06-04
我的14年设计路:从新人到设计总监

我的14年设计路:从新人到设计总监

从初入职场的野蛮生长到独当一面的设计总监,作者在职场摸爬滚打了十四年,分享自己的经历和总结,希望对你有所帮助。 最近,我从蘑菇街辞职了,我在这家公司一共呆了9...

2020-06-03
转岗交互前,我做了哪些准备(下)

转岗交互前,我做了哪些准备(下)

从UI设计到交互设计,作者回顾了自己的转岗之路,对过程中的经验与思考进行了总结,希望能对你有所帮助。 上篇文章我分享了交互设计师的产出物和我是如何学习交互设计...

2020-06-02
从职场菜鸟到独当一面,这三点建议要牢记

从职场菜鸟到独当一面,这三点建议要牢记

刚步入职场的新人最希望的就是能够以较快的速度成长起来,具体应该怎么做呢?本文给出了三点有用的建议。 现在外部大环境不是太好,就业压力巨大,岗位的竞争尤为激烈...

2020-06-02
我花了两年,成功把自己「毁」掉了

我花了两年,成功把自己「毁」掉了

初入职场的年轻人总是特别害怕和迷茫,不知道该怎么在职场中生存。本文作者将用自己两年的职场经验,告诉你什么路该走,什么路不该走。 毕业后的时光过得很快,今天是...

2020-06-01
锅背得冤不冤?产品经理的丛林生存法则

锅背得冤不冤?产品经理的丛林生存法则

甩锅体质:趋利避害是人的本性,甚至是动物的本性。产品经理作为被重点甩锅的对象,可以有108种背锅方式。究竟产品经理的黑锅,背得冤不冤? 一、锅都有哪些? 1. 进度...

2020-06-01