在软件研发排期中要求“倒推时间”，项目结束后悲剧了……

有没有遇到某个项目任务的研发周期已被各路boss定下，研发团队都觉得时间不合理，反馈给上级无果，而要求“倒推时间”进行任务排期的情况？

什么是“倒推时间”？

目标倒推法，从剩下的时间反推算出每天该做的事。

倒推时间（不如说 倒逼时间），在软件项目中来讲就是项目的研发周期已经定下，上级基于自身考虑不会做改动，逼着下面根据结点推算时间。从项目下游开始制定关键时间节点（如测试要求什么时间点转测），再由上游（如开发）出时间节点，这样由下至上层层倒推时间节点以期达成目标。

似乎对一些管理层来讲“倒逼则灵”，更能显得自己有水平。

这让我想起了一部美国大片，具体名字忘了。故事讲的是美国某地发现了怪物袭击事件，引起当地民众的大范围恐慌，从而引得美国高层重视。于是，总统给出调查总局局长三个月的时间查到线索；而总局局长为了让上司满意，直接给出一个月的时间完成任务。然后调查总局又给当地分局局长下达任务，分局局长为了上级满意，直接把时间压缩成了一周。最后分局又给具体的侦查组下达任务，最终任务完成时间又被侦查组负责人压缩到了三天，没完成则让执行人员直接滚蛋。最终留给可怜的探员就只有三天时间了。在看到这一幕时，当时觉得特别的滑稽可笑。虽然，最终悲催的探员堪堪在时间结尾完成了任务，保住了饭碗。

对于时间倒推，不无恶意的想到上级领导肯定是按上面的剧情制定时间周期的。

周期已定，不想立马滚蛋，还能怎么办？只有按上级意思倒推排时间了，在人力资源得不到充分的支持下，无非逼着大家天天熬夜而已。

最近的例子就是公司一项目组，三个月都够呛的项目被压缩到一个月，最终要求倒推时间完成任务。项目结束后统计，项目组人员（近20人）当月平均加班100多个小时（6点半后算加班，按整时算）。项目结束后，主力开发人员直接躺医院一周，被借调的人员全部要求回到原项目组。

上面例子说明倒推时间真的灵吗？不见得。因为该项目任务虽然号称完成，但实际遗留了上百的bug，包括多个被测试人员标记为“严重”等级的。幸运的是该项目的使用人员并不多，否则难以想象带来如何恶劣的口碑。

倒推时间不是良方，无非一种非常规的手段而已，不应该获得追捧。倒推时间，无非让全员在高强度的压力下赶工，很难谈什么保质保量。而没有质量的软件，越是高调的推广越是死的快。试想，如果你在市面上找到一个可有可无的App，里面用起来问题多多，你会怎么处理？留在手机上，期待它的下一个版本？还是直接卸掉，以后不再考虑？如果不是12306这样的应用，我相信选择后者占了十之八九，毕竟大部分人的手机内存还是挺吃紧的。

倒推时间更不应该成为常态，这是透支员工对公司的感情。一朋友公司，就钟爱该良方，最终的结果是几个执行组组长全部出逃，下面人员也走了一半多。最终项目高层领导的结局也是滚蛋走人（看到这里，是不是该转发到朋友圈，再@某某领导）。后面，接锅侠来后“缝缝补补，终会破碎不堪”，最后的结局可能就是推倒重来，开启了新的一个轮回，而对于公司来讲 真的能承受这样的“试错成本”吗？

想学习却无从下手，该如何学习？

这里我准备了对应上面的每个知识点的学习资料、可以自学神器，已经项目练手。

最后送上一句话：
世界的模样取决于你凝视它的目光，自己的价值取决于你的追求和心态，一切美好的愿望，不在等待中拥有，而是在奋斗中争取。
如果我的博客对你有帮助、如果你喜欢我的文章内容，请 “点赞” “评论” “收藏” 一键三连哦！