今天的60秒是回答一位朋友关于如果碰到爱拖需求的开发要怎么办的问题。

 

因为内容实在有点长，所以采用了1.4倍的倍速才把时间放到了1分钟以内——so……我估计很多同学不一定能听清楚，因此，我把文稿整理一下，再加一些明确的解说，可能理解起来更容易一些。

 

这个问题其实我们可以再看得远一些，先想一想：

 

为什么有时候开发不愿意接需求？

 

我和很多开发打过交道，通过聊天、观察，我的体会是这样的：

 

1、开发是基础设施，但是存在感低

 

 

开发虽然是非常关键的岗位，但由于它基础设施的属性，所以开发在用户眼中甚至公司内部的存在感较低。

 

一个产品火了，用户感知到的是产品，圈内夸的是产品经理的需求洞察和实现能力或者运营出色的组织策划能力，但很少有人会说，这个产品的技术特别牛逼。当然，也有人会说技术做得很好，但那是在技术圈子，一个圈外的人没兴趣或者看不懂导致无法或无意愿进入的相对封闭的圈子。

 

由于存在感低，所以开发会希望安稳一些，我不求飞黄腾达，但别给我找事儿行不行？

 

2、开发痛恨浪费，所以希望需求有较好的稳定性

 

我听过最有趣的吐槽就是：

 

大哥/美女！这个需求我已经改了第3/5/X遍了，你能不能靠谱点？！

 

开发非常不喜欢做那种反反复复的无用功，一个需求做了改，改完了继续改，会让开发觉得自己对接的这个业务是个无能、无用的废物。

 

当然，需求的变更一定有原因，但对开发来说，你这个业务对接我，我希望你给我的是已经明确的需求，而不是变来变去不知道是什么的想法。

 

3、「领奖励我来，背黑锅你去」让开发觉得做得再好也没用

 

 

有一种很有趣的现象：

 

一个产品或者迭代或者活动安安稳稳上线，通常人们就不会看到技术的贡献；但是如果上线过程出现问题又紧急修复确保了上线节点，人们就会对开发的专业性大家赞赏。

 

所以，你会发现，开发的成就感不能通过产品上线后的数据来获得，反而是内部老大的赞扬，或者偶发的一次紧急修复才会被重视进而给予赞赏。

 

也有一些很恶劣的现象：

 

需要开发配合的时候对人家跪舔，出了事故责任推得一干二净，反正都是开发没有做到位，测试没有测完整，总之我业务就是白莲花。

 

当然了，这种现象在各种角色身上都会发生，毕竟「甩锅」不用动脑子，更不用受惩损失。

 

存在感这事儿还好说，毕竟入了这一行，很难回头了，安安定定就好，但是！

 

需求做了改改完了还要改、好处全没有背锅第一名，这种事儿，开发是做不到平心静气的，那怎么办？

 

需求能不做就不做咯，少做少错不做不错，做好份内事儿领份安稳工资，也是人生一种选择，而且我相信，大多数人都喜欢这个选择。

 

所以要解决这个问题，需要三件事儿：

 

1、需求明确，尽早提出

 

什么叫需求明确？

开发一拿到文档，就知道你要做什么，为什么这么做，做了有什么好处，啥时候希望上线……毕竟，接下来如果要讨价还价，也得有讨论的基础。

你对开发说，「哥，我下周要做个活动啊。」

人家问你，「啥活动？」

你说「我需求还在写……」

好吧，那我觉得换作我，也会要你圆润的离开。

但如果你会开发说，「哥，我下周要做个活动，文档写好了，咱们讨论一下呗。」

这时候，就算我不想接你的需求，我也会尝试先看看这个需求到底哪里有问题，可以拒绝你，对不对？

 

什么叫尽早提出？

譬如说，今天星期三，你跑去和开发说，「哥哥，哥哥，我下周三要上线一个活动，你来帮我做做呗。」

话说，你页面设计做好了么？功能开发完了要测试嘛？工作日算下来一共5天，你觉得你们家开发都是全栈吗？

所以，你可能需要打出足够的提前量，譬如，提前个2-3周把需求提出来。

这样做，是为了能够让开发有足够的时间来做资源分配，他好你也好。

 

当然，如果你还能做到需求不变更，那你简直就是哈利路亚，人类之光。你也别觉得难，做运营的时间久了，你自然会得到这项技能。

 

2、加强沟通，手拉手做朋友，建立情感绑定

 

毛主席教导我们说：「要团结一切可以团结的力量……对我们来说，朋友越多越好，敌人越少越好。」

你想要开发乐意接你的需求，你得对人家好点儿啊。

平常看到人家在加班，送杯饮料、叫个外卖；中午休息没事儿干，拉着一起玩一把游戏，大不了蹲公司楼梯间里呗；聊天的时候，一起骂骂不靠谱的领导、乱七八糟的项目……诸如此类，开发觉得你是自己人，这样就能建立情感绑定。

 

情感绑定有什么好呢？
譬如我和开发组小六关系好，可你和他不熟，咱俩有个需求同时提交，你觉得小六更愿意把我的需求做好呢，还是更愿意帮你把需求做好呢？

 

你品，你细品。

 

3、主动担责，积极分享，建立利益绑定

 

 

主动担责，是要你敢负责任；积极分享，其实是你要你愿意分享数据和分享成就。这俩项都关乎领导力。

 

战争时期，有两个小分队，一个小分队的头儿体恤同袍，补给下来，先让手下人吃好，自己再吃，交火了，自己拔枪往前冲；另一个小分队的头儿总想着自己，补给来了，自己先挑，剩下的给士兵，交火了，大喊一声「都给我上！」自己往后一缩。

 

你觉得，这俩小分队，谁更爱戴自己的Boss？

 

其实你放到工作里来也一样。

 

我给你说个骚操作，你品品：

 

项目上线，业务一封邮件，群发全员，抄送开发老大：感谢大家的鼎力支持，让项目如期上线！

数据好看，业务再来一封邮件：各位同学太给力了，没有你们的付出（要具体点），这个指标是没办法这么快达成的！

 

那你就可以：

 

项目上线，一封邮件，抄送开发老大：感谢开发在这个项目里的大力支持，任劳任怨硬拼节点，辛苦有加，非常感谢！

数据好看，再来一封邮件，依然抄送开发老大：军功章有开发的一半，也有我的一半，主要是xxx的，咱们开发真是靠谱，开发能力名不虚传！

什么？你说数据不好看怎么办？

还是一封邮件，抄送开发老大：对不起，我辜负了开发哥哥们的辛劳，都是我的错，大家的付出被我糟践了，我下次改进。

坚持这么做，我告诉你，不仅开发不会拖需求，其他相关部门也都愿意和你一起做事情。

这不是套路，这是方法！