大家好，欢迎来到项目延期协会，本协会的宗旨是“项目不延期，誓不罢休”，本协会的愿景是“让天下没有准时交付的项目”。
俗话说得好呀，不延期的项目，不是好项目；不想项目延期的产品经理，不是好项目经理。
正所谓术业有专攻，既然我们想揽这个瓷器活，那必须得有金刚钻呀。
古人有云：明确的目标，是项目延期路上的绊脚石。
如果项目里的每个人，都对项目的整体目标有明确的认知，都对自己的工作内容有明确的安排，在这样的情况下，想延期是不可能的。
为了避免出现以上情况，我们要做的是什么？那就是模糊，就是迷离，就是不确定。
首先，关于项目目标，你一定要做到：别人不问坚决不说，别人来问蒙混敷衍。
你千万不要主动跟底下执行的人说项目的目标，这样会让他们能够清晰的认识到项目的价值和自己的作用，这样他们就会更加有动力去做好项目去做好工作安排，这是项目延期中的大忌。
那你不主动说，并不代表着没人来主动问。面对主动来问的人，你能做的只能是含糊其辞、模棱两可、虚与委蛇。毕竟，想说的理由只有一个，不想说的理由千千万万，我给大家罗列一下敷衍的好例子：
这是你该关心的事吗？
知不知道这个，影响你写代码吗？
就算知道了，你又能怎么样呢？
先做下去再说，好不好？
年轻人，不要一上来就问，一定要少问多做！
这是公司领导他们该关心的事，你就安心地做好手头的那点儿事吧！
以上的这些套路，都是实战工作中的日常积累，基本上是拿来即用，即用即生效。
其次，每个人的工作目标，你一定要做到：不明确不分配，别人来问就是你看着办。
你千万不要主动去给每个人进行工作分工，这样会打消他们的工作积极性，这样会容易让他们产生一种依赖感。你帮他们把工作都划分好了，他们肯定就能够提升工作效率，在遇到问题时也能够快速地找到对应人并快速解决，这也是我们所不希望看到的。
那你不主动安排，也不代表着没人来主动做。如果有人主动做了，你可以否定加PUA，从精神和身体上去摧残他。当然，我也会给大家一些优秀案例：
你们自己看好吧，东西就这么多！
你这样是不行的，不会安排就不要瞎安排。
谁跟你说这样可以的？找我确认过吗？
这个问题，是你该关心的事吗？
以上这些案例，同样是拿来即用，即用即生效。
如果你能做到上面两点，我想应该就没人知道项目的目标是什么了，每个人也都不知道自己接下来该干什么。如此这般，延期的种子就发芽了。
时间就像海绵里的水，挤一挤总是有的。工期就像磨坊里的豆腐，压一压总是行的。
压缩工期的核心就两个：不告诉最后结束时间、不停地挑战底线。
首先，不告诉最后结束时间，你一定要做到：别人不问你不说，别人问你就尽快。
你千万不要主动去跟大家说项目的结束时间，因为这样，每个人都会根据自己的情况来进行排期，这样他们就会每天摸鱼，然后在最后几天去突击完成，这是我们不愿意看到的情况。
你只需要告诉大家，有这样的一个项目存在，上头十分关注，这个项目关乎这公司未来5年的战略规划。剩下的，你就让他们自己去悟。
如果有人问你这个项目什么时候要用，你可以有一万种方式去回应，干嘛非要告诉明确节点呢！你可以说：
具体时间不知道，反正尽快吧！
这个说不好，可能下周，也可能下个月，也可能年底，上头可能随时要！
你先按照自己的节奏来进行，不要管什么时候上线！
其次，要不停地挑战员工的底线，你一定要做到：我想怎样就怎样，我说不行就不行。
任务安排下去了，并不是意味着你不管不问，这是不可以的。你还是需要时刻知道他们的进度，并且对他们的成果进行无情的打击，以不断挑战他们的底线。俗话说得好呀，底线，就是用来挑战的。
你可以突然发问，说要看看流程能不能通。你放心，大概率连页面都做不好。这时候，你就可以对他们进行职业、人生等各方面、多维度的攻击。
如果不巧，他们还真能将流程跑通，你就可以避重就轻而谈其他，质问他们为什么没有找你事前沟通、为什么没有找你确认细节、为什么不找你了解流程等等。我也提供一些例子：
你这不行呀，你这样搞，公司要倒闭呀！
昨天跟你们说的项目重要，今天还看不到任何东西，你们不急吗？
再这么搞下去，我真的只能放弃了，我放弃了，公司也就放弃你们了。
以上，关于工期，就是没有明确时间，你随时想要就要，你放心，肯定做不好。这样的情况下，项目的延期那只是时间问题。
明确的需求，是项目成功的开始。既然如此，不明确的需求，就是项目延期的关键。
说到需求，你一定要做到：别人问，就是你看着办；你去问，就是怎么做成这样。
首先，别人问，你就说“你看着办”。
这样做的目的是什么？是为了给后面的需求变更留有余地，你说的太明确，后续打脸不太好，所以就干脆不说。
一千个人，有一千个哈姆雷特。每个人对需求都有自己的观点，每个人的偏好也都不相同。所以，只要你不明说，开发就会按照他们自己的惯性思维去实现，到时候，有的是你发挥的空间。
如果别人来问你需求，你可以这样回答：
你自己先理解一遍，先按照你的理解来做。
这个我们之前已经做过了，你去翻翻之前的代码。
这个东西不复杂，你就按最快的方式实现。
其次，当你去检查页面的时候，你就可以对需求改之又改了。
因为你之前并没有给出明确的需求，所以就算开发做出来了，你也可以否定又否定。这个时候，你就可以针对他们已经开发好的页面，进行全方位、无死角的否定了。
但有一点切记，你在否定的同时，依旧不能给出明确的需求。也就是说，你只管说他们垃圾，但是你不能给正确答案。否则，下次的变更从何而来？
如果你不小心给出了明确的答案，也不要慌，在下次开会的时候，你可以对其否定又否定。毕竟你就是随口一说，没有留下任何证据。就算留下了证据，你也可以说按照现在的来做，毕竟你有这个权利。
具体话术，你可以参考如下：
这个怎么做成这样？你觉得这样做的对吗？
之前是这样实现的？那是以前，那你这次做的升级点又在哪里呢？
这个功能你怎么做成这样？这个我们之前就做过，抄都不会吗？
以上，关于需求相关的，就是不能给明确的指示，需要反复修改，不断的给与否定。不能说一天三变吧，至少一天一变。
一个项目，就是一个完整的集合体，其中涉及到的人和事都是方方面面的，任何一个环节脱节，都会导致项目延期。
而这其中最重要的两个环节就是前期的流程梳理和后端的接口支持。
首先，流程梳理全靠悟，具体逻辑都靠猜。
切记切记不要画流程图，也千万不要写PRD。模糊的流程，是开发进度上的拦路虎，是项目延期的核心要素。
越是复杂的流程，越是不能提供清晰的框架，要让开发人员在毫无逻辑的页面中自己发现规律，要充分调动他们的主观能动性。
当然，如果他们自己将逻辑梳理清楚了，你要做的事就和上面说过的需求一样，否定再否定，变化再变化，修改再修改。必须确保他们之前所做的工作要推翻重来，这样才能为项目延期争取足够的时间。
如果别人来问你流程，来问你文档，你可以这样回答：
你先按照你自己的理解来模拟流程走一遍；
你要多思考，这些都是常识；
你先做，这些东西回头再补给你；
其次，关于后端接口的支持，你也是要能拖就拖。
大部分情况下，前端的工作都是偏展现和渲染。关于业务逻辑、数据的计算，都是后端的事情。还有开发中用到的字段、规范，也是需要后端提供的。
当然，你能不给就不给，不然前端的效率上来了，项目自然而然就上线了。你要做的是什么？就是一个字，拖。不拖到最后一刻不给，不拖到最后一刻不做。
你可能会问，那我一直拖，前端页面还怎么写呢？好问题，你就先让他们用假数据，自己随便写。然后等你接口提供了，他们就需要将所有地方的假数据替换，这样一来，是不是工作量就翻倍了，是不是时间就延后了。
如果别人问题，你可以回答：
你都做好了？
你能保证我接口给你，你的就是好的？
这个接口很快的，分分钟的事，到时候我给你，你一替换就好了。
以上，关于提供的支持，就是能拖则拖，实在不能拖了，也尽量是先提供小部分，千万不要一次性都搞定。
一个项目的成功，离不开好的奖惩机制。有奖励，做起来有动力。有惩罚，做起来有担忧。胡萝卜加大棒，缺一不可。
那如果你想项目延期，该怎么做呢？就是没有呗，说白了就是，做多做少一个样，做好做坏一个样。员工没负担，项目没压力。
你要做的就是，奖励永远都在明天，惩罚永远都在嘴上。
首先，奖励不能不提，但永远都是明天。
一个项目能够稳步前进，明确的奖励很重要。这个奖励，可以是钱，也可以是升职等机会，不限于什么方式，只要能够激发员工的欲望就可以。
你可以提，而且是大提特提。这是和其他都不同的。为什么要提？那还不简单，所谓的画饼，就是要先画，然后给别人希望。
但也只是提提而已，千万不要落实。因为一但落实，大家的胃口就高了，大家的欲望就膨胀了。那如果不落实，大家慢慢的也就知道你口中的饼到底是什么，那自然而然，干活的激情就没有了，最后项目延期也就是迟早的事。
同样，参考如下模版：
这个项目做好了，我才能去帮大家申请呀。
这个做好了，后面再招几个人，你不就是小组长了嘛。
大家好好干呀，上线了我就去向老板要钱了呀！
其次，惩罚永远停留在嘴上，也不要落地。
也许你会问，奖励不给，惩罚总可以吧。记住，千万别。因为如果有惩罚，也会让大家有危机感，也会推动项目的完成。这时候，你想延期是不可能的了。
就嘴上说说算了，语气可以重一点，话可以说得难听一点，但千万不要有实际的措施。毕竟，做的不好，不是一个人的问题，所有人都逃不掉。
久而久之，大家发现，原来自己无论做成什么样，都不会有什么可怕的后果；原来自己无论做不做，也不会有什么不同。如果所有人都是这样的心态，试问项目还怎么可能继续做下去，试问谁还担心项目做不好有什么后果。
具体的，你可以说：
你这么搞，项目搞死了你知道吧。
你怎么能这样做？做之前不思考的吗？
我觉得你并不适合做开发。
以上，奖惩永远只停留在嘴上，不要有任何的实际行动。
成功的项目各有各的原因，失败的项目原因总是那么雷同。
当我们回过头来看，发现项目延期其实并不复杂，只要掌握方法，任何人都能学会。
而那些学不会的人，你们的方法呢？那才是我想知道的答案！
为什么程序猿想砍死乱改需求的产品经理？（神解释）
产品经理十宗罪！
求职防坑指南：怎样判断一家公司是否靠谱？
