在职场中,程序员有时需要推卸责任,以下是几种常见的推锅技巧:
拉产品经理填坑
话术:产品原型(文档)没有写清楚,这块逻辑不清楚,没有办法写或者说已经写了,但是因为需求不明确,写错方向了。
技巧:此招适合甩锅初级产品经理,任何人都会有考虑不全面的点。当出现开发进度延期时,可以通过转移矛盾,让技术 Leader 找产品经理背锅。死磕产品遗漏的情况,攻击产品逻辑疏漏,让产品经理陷入无法自圆其说的境地,顺利解决自己开发任务没有完成这一情况。
适用场景:开发人员与产品经理平级或者跨部门情况,没有 100%逻辑完善的产品,顾此技巧可以反复使用。
缺点:容易得罪产品经理,万一产品经理因为这个被离职了,有可能干你一顿。如果技术 Leader 也懂,很容易失去信任。
技术上实现有难度
话术:这个技术实现上有点难度,在其它平台好实现,在安卓/iOS 上不支持,或者说没有权限,不好做。
技巧:此招适合技术总监或者 BOSS 对技术栈不了解情况。如果技术总监不懂该方向技术,就一直说技术难实现,要点在于技术上的差异性。例如 iOS 实现的了,安卓不一定实现的了,前端实现的了,手机不一定实现的了。
测试环境没问题
话术:在我电脑上都是好的。程序一直没有改过,一直运行都没有出过问题,我们也没有更新过。测试环境没问题啊。清下缓存试试(迅速改掉)。换个浏览器试试。奇怪啊,昨天还好好的,今天这么就不行了。
技巧:通过强调测试环境没有问题,转移问题到其他因素,如浏览器兼容性、缓存问题等。
历史遗留问题
话术:这个bug可以改,但需要很多时间,放到下一版本改吧?产品让这么做的,你找下产品!重启下路由,或换个浏览器试下。历史遗留问题。不急,慢慢来,啥总监催,就算代码改了,也不能立马上线的。以前没这个功能不也能用吗?
技巧:将问题归咎于历史遗留问题,或者强调产品需求的不合理,推卸责任给产品经理或产品团队。
同事的错,领导误会是你
话术:这不是我做的,这是小明做的。呀!我马上去改。我和XX说一下,这样的低级错误别再犯了。我们团队也会吸取教训。
技巧:通过指出是同事的错,或者领导误会,转移责任,并强调团队会吸取教训,显得自己负责任。
建议
虽然推卸责任可能在短期内缓解压力,但长期来看,这会影响团队的信任和个人的职业发展。建议程序员在面对问题时,首先尝试自己解决,或者与团队成员沟通协作,共同寻找解决方案。如果确实需要推卸责任,尽量保持诚实和透明,避免使用过于低级或攻击性的言辞。