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