【闲聊产品】之五:谁来背黑锅?

记得有部电影里面讲过,能力越大,责任就越大,其实这句话在一定程度上也可以反过来说,你承担的责任越大,那么你的能力也有可能随之变大,至少你会有增强自身能力的机会,那么为什么会有很多人不愿意去承担责任呢?原因很简单,因为承担责任就有可能背黑锅。

其实人性中始终会有自我保护的意识,比如小时候你和小伙伴玩,推推攘攘的把花瓶打碎了,这时候如果有家长问起,很多小孩会条件反射的不想承认是自己干的,但是由于小伙伴在场又不好说是小伙伴干的,所以就保持沉默,但是如果这时候有个小孩站出来主动承认是自己干的,很容易就赢其他小朋友的尊重,甚至赢得家长的尊重,自然而然在后面的玩耍中这个小孩就是大哥了,所以在人性中我们又会敬佩那些敢抗责任的人。

反之,如果在打碎花瓶之后,两个小朋友相互推卸责任,那么即便以后还会相互玩耍,但必然也会心存芥蒂。江湖大哥是怎么成长起来的?肯定是打群架时冲在最前面的那位。

扯远了,说回和产品相关的话题,在完成一个产品的过程中,产品经理必然会和各种项目组的各个角色打交道,由于产品经理其实在行政上没有直接的权利,更多依靠的是角色职能和在项目推进阶段建立的权威性,那么当产品出了问题的时候,如果产品经理把责任一股脑推给其他人,那么造成的结果必然导致项目团队的人心涣散和其他成员对你的不信任,后面再要推动产品朝前走就困难很多了,干事的时候别人像老黄牛,担责任的时候你跑得比谁都快,别人凭什么要跟着你干?所以该怎么做我想你懂的。

同时我发现在很多时候团队间邮件吵架的一个很大原因就是谁来背黑锅的问题,问题在任何公司都会出现,但是一旦出现了责任的相互指责,事情往往就会很难收场,所以在必要的时刻勇于背黑锅也算是一种人格魅力,尤其是男士,当团队的一群人都站出来承担责任的时候,问题可能就不是问题了,整个团队的气场也会更加团结。

最后一句忠告,在有怒气的时候千万不要发邮件、发微博和打电话,自己找个地方待着,冷静后在去平和的解决问题,往往事情会好办很多。

======

微博:@最牛傻蛋

【闲聊产品】之五:谁来背黑锅?

时间: 2024-10-14 01:05:56

【闲聊产品】之五:谁来背黑锅?的相关文章

【闲聊产品】之四:代码的万劫不复

做一个移动互联网的项目,其很重要的一点就是快速迭代.快速更新,在江湖上有人称为"互联网思维",且不说这个观点是不是在任何情况下是否正确,当一个产品经理看着竞争对手在"互联网思维"的指导不断地增加新功能时,能不慌张么? 所以常常会出现"军备竞赛的"的局面,今天你增加个功能,明天我再来个功能或者是为了增加功能而增加功能,一旦出现这种死循环的局面,其实最为危险的是开发团队. 我已经看到过不少这样的案例了,产品经理为了赶功能,程序员开始无休止的堆代码,中

测试人员如何避免背黑锅

系统上线后发生故障在所难免,但本文不讨论出了事故以后如何通过"诡辩论"让自己脱身--职场混久了,大家都不傻.即使侥幸"脱身"一次,在同事心中难免留下不可信的印象--本人来谈谈个人关于"预防"背黑锅的几点看法. 我个人觉得可以从下面这七方面来考虑: 一.测试前进行充分沟通,测试范围和风险 1)跟开发详细确认需求,确认的时候注意方法,比如对方讲完了之后重复对方的意思来确认,回头还可以用邮件的方式让对方再次确认. 2)有邮件的方式把测试范围发送项目干系

【闲聊产品】之三:点评 WWDC 2014

熬夜看完了苹果的WWDC 2014, 感觉真是值了,整场发布会的惊艳是一个接着一个,让我们看到了很多未来的可能性,而且很多产品都是具有革命性意义的. 先说说情理之中的统一性,在使用Mac OS 和 iOS设备的时候我一直感觉到很别扭,比如在iPhone上照了个照片,然后立刻想要在Mac中编辑,必须得等手机上的照片同步到iCloud之后,Mac这边才能接收到,网络稍微出点问题就得等半天,以前提供的AirDrop也没法在Mac OS和iOS之间互通,始终感觉就是个摆设,这次的AirDrop终于可以实

【闲聊产品】之二:交互设计还得自己来

移动互联网行业发展到今天,单从技术的地位上来看,核心的软件技术还是被Google.Apple.微软这些巨头掌握着,比如windows.iOS源码,始终会作为一个操作系统的门槛不会被公开,而这些系统平台下衍生的SDK和开发工具却是这些巨头们极力推广的对象. 所以对于大部分不是以技术作为核心竞争力的互联网公司来说,他们其实是在这些巨头们订下的技术标准和自己公司业务做一个整合从而实现成长,因此单从技术的角度来讲,技术固然重要,但已经不是最大的瓶颈了. 如今只要一个技术人员愿意花时间钻研,可供你进步的资

【工作日志】靠别人?那你就等着背黑锅吧!

当想着靠别人的时候,你已经离背黑锅不远了. 事情是这样的: 今天上线了一个新的功能,开发时候,没有自测完全:测试部门经过几天的“严密”测试,ok,上线:然后问题立马来了,硬币转经验的关键点上出乱子,客户一个劲的投诉上来. 领导帮忙紧急修复了bug.其实我是半夜,也就是刚刚才知道还有这回事!中国好领导. 但以后,再也不敢依赖别人帮忙测试,依赖别人帮忙紧急修复bug,依赖别人提醒哪些需求点还没做好做细致. 这是份工作跟这是分内工作,差别很大,马虎不得.

【闲聊产品】之一:半路出家的产品经理

前段时间和一帮子产品经理聚会,我问你们以前都是干什么的啊? 有人回答自己以前是程序员,有人回答自己以前是搞营销的,也有人回答自己是做运营的,最夸张的是有个女孩子曾经是公司前台,我说难怪看你这么漂亮呢.总之最后我发现了一个令人不安的现实:大部分的产品经理其实都是半路出家的和尚! 的确,现在的大学专业里面是根本没有产品经理这个专业,所以一个公司产品经理必然在专业上是不对口的,而且产品经理这个职位在中国开始流行开来也就是在2010之后,所以除了那些大学刚毕业就找到产品经理职位的毕业生之外,其他产品经理

【闲聊产品】之七:投票真的有用么?

最近总是看到这样的现象,很多朋友在对一个事情拿不定主意的时候,总是愿意去发个群组的投票,我觉得从发起人的角度来看,应该是这样想的:1)群体的智慧是正确的保证,民主嘛. 2)既然是群体做出的决定,那么这个决定造成的后果就不是由个人来负责了. 但是往往后果是这样的,几个选项讨论半天没有一个最终结果,因为可能能拍板的人并没有参与,这时候发起人就尴尬了,无论最终的决定是什么,总会有人不满意,总会得罪一方,而且还没有结果产生.同时激烈讨论(尤其是邮件讨论)会参合进很多无关的人,人多一个事情就容易扯很远,时

【闲聊产品之七】投票真的有用么?

最近总是看到这样的现象,很多朋友在对一个事情拿不定主意的时候,总是愿意去发个群组的投票,我觉得从发起人的角度来看,应该是这样想的:1)群体的智慧是正确的保证,民主嘛. 2)既然是群体做出的决定,那么这个决定造成的后果就不是由个人来负责了. 但是往往后果是这样的,几个选项讨论半天没有一个最终结果,因为可能能拍板的人并没有参与,这时候发起人就尴尬了,无论最终的决定是什么,总会有人不满意,总会得罪一方,而且还没有结果产生.同时激烈讨论(尤其是邮件讨论)会参合进很多无关的人,人多一个事情就容易扯很远,时

测试人员怎么避免背黑锅?

作为一个“质量保障”的角色,这个问题肯定会遇到,那么我就浅谈一下自己的看法吧. 谈到这个话题,也许很多人下意识会想到如何“甩锅”,想着如何把责任撇清.其实就我个人经历而言,这个方法虽然必不可少,但用的时候需慎之又慎,而且切不可常用. 因为一旦出现了质量事故,无论解释的多么天花乱坠,都于事无补,反而容易让人觉得你这个人不可信.不可交.说的越多,越让领导反感,觉得你在找借口,没责任心! 如果真这么干了,那方向可能就错了. 我个人觉得可以从下面这七方面来考虑: 测试前进行充分沟通,测试范围和风险 跟开