有没有遇到某个项目任务的研发周期已被各路boss定下,研发团队都觉得时间不合理,反馈给上级无果,而要求“倒推时间”进行任务排期的情况?
什么是“倒推时间”?
目标倒推法,从剩下的时间反推算出每天该做的事。
倒推时间(不如说 倒逼时间),在软件项目中来讲就是项目的研发周期已经定下,上级基于自身考虑不会做改动,逼着下面根据结点推算时间。从项目下游开始制定关键时间节点(如测试要求什么时间点转测),再由上游(如开发)出时间节点,这样由下至上层层倒推时间节点以期达成目标。
似乎对一些管理层来讲“倒逼则灵”,更能显得自己有水平。
这让我想起了一部美国大片,具体名字忘了。故事讲的是美国某地发现了怪物袭击事件,引起当地民众的大范围恐慌,从而引得美国高层重视。于是,总统给出调查总局局长三个月的时间查到线索;而总局局长为了让上司满意,直接给出一个月的时间完成任务。然后调查总局又给当地分局局长下达任务,分局局长为了上级满意,直接把时间压缩成了一周。最后分局又给具体的侦查组下达任务,最终任务完成时间又被侦查组负责人压缩到了三天,没完成则让执行人员直接滚蛋。最终留给可怜的探员就只有三天时间了。在看到这一幕时,当时觉得特别的滑稽可笑。虽然,最终悲催的探员堪堪在时间结尾完成了任务,保住了饭碗。
对于时间倒推,不无恶意的想到上级领导肯定是按上面的剧情制定时间周期的。
周期已定,不想立马滚蛋,还能怎么办?只有按上级意思倒推排时间了,在人力资源得不到充分的支持下,无非逼着大家天天熬夜而已。
最近的例子就是公司一项目组,三个月都够呛的项目被压缩到一个月,最终要求倒推时间完成任务。项目结束后统计,项目组人员(近20人)当月平均加班100多个小时(6点半后算加班,按整时算)。项目结束后,主力开发人员直接躺医院一周,被借调的人员全部要求回到原项目组。
上面例子说明倒推时间真的灵吗?不见得。因为该项目任务虽然号称完成,但实际遗留了上百的bug,包括多个被测试人员标记为“严重”等级的。幸运的是该项目的使用人员并不多,否则难以想象带来如何恶劣的口碑。
倒推时间不是良方,无非一种非常规的手段而已,不应该获得追捧。倒推时间,无非让全员在高强度的压力下赶工,很难谈什么保质保量。而没有质量的软件,越是高调的推广越是死的快。试想,如果你在市面上找到一个可有可无的App,里面用起来问题多多,你会怎么处理?留在手机上,期待它的下一个版本?还是直接卸掉,以后不再考虑?如果不是12306这样的应用,我相信选择后者占了十之八九,毕竟大部分人的手机内存还是挺吃紧的。
倒推时间更不应该成为常态,这是透支员工对公司的感情。一朋友公司,就钟爱该良方,最终的结果是几个执行组组长全部出逃,下面人员也走了一半多。最终项目高层领导的结局也是滚蛋走人(看到这里,是不是该转发到朋友圈,再@某某领导)。后面,接锅侠来后“缝缝补补,终会破碎不堪”,最后的结局可能就是推倒重来,开启了新的一个轮回,而对于公司来讲 真的能承受这样的“试错成本”吗?