声明：本文首发微信公众号【菜鸟要飞】，如有转载，请标明出处！
最近被程序员和产品干架的视频刷屏朋友圈，事情的经过大概是：一个产品给程序员提的需求：app的主题颜色要随着用户手机壳颜色的变化而变化，然后就干起来了。
而事实上是平安科技两名外包员工因个人矛盾大大出手，最后却被段子手调侃称程序员和产品干架的场景，迅速火爆朋友圈，可见，程序员和产品之间的矛盾虽然没有真到干一架才能解决的地步，但在实际工作中也经常会面临剑拔弩张的时刻。作为一个程序员，是忍辱负重呢还是迎难而上呢？小编简单分享一下自己的经验。
一、干一架
那就是赢了看客，输了全部。相信最近这段时间，没有哪家公司会接受这两位同僚了。退一步来说，即使没有被开除，下次测试提BUG了，老板催进度了，你还统统遇神杀神啊。大家都是成年人，干架太幼稚了，想想你上一次打架的时候吧。
二、该怼回时就绝不口软。
简单总结一下，让程序员不爽的需求不外呼奇葩需求，技术实现难或工作强度大的，技术上无法实现的，对于这些要提出自己的质疑、及早的暴露风险点，否则加班受累的是自己。但也不能像骂大街的一样随便拒绝，一定要怼的有理有据又专业，这可能就是传说中的职业素养。
对于奇葩需求。可以从需求提出的背景，有没有做过市场或用户调研；功能上线后能带来流量还是能提高转换等好处；如果不能带来预期的效果，浪费大量人力谁来承担等这些方面质疑产品。
对于技术上实现难或工作强度大的需求。不要说因为难而拒绝，这只会显得自己很无能，产品不会因为这个原因就砍掉需求，而且即使砍掉这个需求，还有下一个需求顶上来，何必呢？作为一名程序员，我们的本职就是开发新需求，修复旧BUG。这时，只能拉长开发时间，正确的回怼应该是，开发这个需求有一定的难度，技术上需要调研，所以时间要放宽，上线存在风险点，看看产品能否接受。
对于技术上无法实现的需求。不要轻易说不能实现，有可能是自己的技术不到家，避免打脸，更不要直接拒绝，拒绝的理由解释再多产品也不会相信，对于不懂技术的产品来说多说无益。可以说不能实现但自己要准备一个可以实现类似功能的B方案，大多数时候，产品绝不接受拒绝，但可以接受妥协。例如根据手机壳的颜色改变app主题的颜色，其实这个需求说到底是一种AI换肤，AI很难，但换肤总可以实现吧，也可以再贴近些，可以在服务端配置主流手机壳的颜色皮肤，当app打开时，请求数据展示给用户，让用户选择皮肤。如果产品还不接受，那就让产品去找竞品实现效果，找不到，他自己就尴尬了。
总之，理性的互怼还是很有好处的，一方面显得自己很有想法还能减少自己的工作强度，另一面刷存在感，让同事，让领导感觉到你的存在，感觉到你在团队中的分量。大多数默默无闻的写代码，只会显得自己很平庸，领导的评价中总少不了‘要有自己的想法’。
三、无规矩不成方圆
更让程序员抓狂的是需求的反复变动，一方面重复和无用的工作很让人心烦，另外感觉被产品牵着鼻子走，那可不行，一个产品而已还真把自己当领导了。所以要有一个流程。
需求评审阶段。需求文档描述清晰，对于有歧义的描述及时提出疑问；明确需求依赖的相关方，尤其是非本团队的他方，例如依赖某个系统上线，这个时候要让产品明确他们的上线时间。对于比较复杂的业务需求，要有清晰的流程图。
功能开发及测试阶段。影响功能必须要变动的需求，走需求变动流程，发邮件通知领导及相关人员并说明原因，更新需求文档，申请需求延期；其他需求变动下期优化。千万不要做口头变动的需求。
功能回归阶段。这个时候需求还改，产品可以离职了。
欢迎关注我的公众号：【菜鸟要飞】 ，面试宝典、学习路线、源码分享等等你来学
网友评论