情景模拟

张三给某个程序员提需求

张三： 哎呀，我这里有个需求，挺紧的，想两周就给上线了，给我们的大客户用，这是需求，你看看

程序员看了一遍需求文档，眉头紧锁，心里嘀咕：我去，这么多，我得干一个月啊， 你还想两周上线，太着急了吧，完全做不到啊
程序员抬头看了张三，心里寻思着：这人在公司地位还不错，我怎么跟他说呢？

到这里我们停一停，假如你就是这个程序员，你会怎么办？

好，心里带着你的方法，我们接着往下看，分情况看

action 1：直说

程序员： 这个需求的工作量太大了，不可能两周上线，我做不到

张三：不行，你必须给我两周上了线，这可是大客户要的，必须完成，完不成也得给我完成

程序员：#¥%&%%&&%

张三：#¥%&%%&&%

终：程序员被祭天

action 2：和张三砍需求

程序员： 这个需求的工作量太大了，不可能两周上线，下面是所有功能的开发所需时间，我们先做重要的，非核心的先不做了

张三：行吧， 你这效率不行啊，只给做一部分，我还得和客户给个交代，看看能不能寻求谅解，你尽快啊，别拖拖拉拉的，出了问题为你是问！

终：部分需求顺利上线，张三寻求了客户的谅解，程序员被批评开发效率低

action 3: 给出三个方案让张三选

程序员：这个两周上线没有问题， 但是有一些条件，需要您选一下
1.我可以按时完成，但是质量可能有问题
2.你给我足够的时间，按时按质交付
3.还是按你的这个时间，但是你必须砍掉一些需求

张三：喔， 我得好好想想，你等会儿， 我回去沟通一下，和客户讨论一下，到时候我通知你

张三： 最终我们采取方案3，砍掉一部分需求，麻烦给列一下各个功能点的开发量，我们评估一下砍掉哪些

程序员：好

终：部分需求顺利上线，程序员加薪

总结

虽然实际工作不会有上面情景模拟的那么夸张， 但是我相信各位能够看出来，明显 action 3 给出三个方案让张三选是更好的应对方式

我们很多技术人员比较实在，好像回答这种问题，只能说可以或者不可以。不是的，你这样的话，就被 PUA 了。PUA 是啥，就是他营造了一个环境， 把你扔进来，这个环境是他自己的逻辑空间。你进来，他就问你，行还是不行。这时候，无论你怎么说，你都已经被 PUA 了。

怎么反 PUA，你就是要逃出他的环境，把压力推回去。比如，你说可以的，但是有一些前置条件，您看看。Option 1，我可以按时完成，但是质量可能有问题。Option 2，你给我足够的时间，按时按质交付。Option 3，还是按你这个时间，但是你必须砍掉一些需求。

三波传回去，这就反转了，因为这个逻辑是你的，你让他选择。要不然，你说不能干，那样的话，就是硬刚，没必要。

Never Say No，永远不要说不，要说 yes，要说有条件的 yes

这种应对方式，也不仅仅局限在程序员的需求开发中，大家可以灵活应用

说白了，一句话就是： 跳出他的逻辑，让别人进入你的逻辑