进度太赶，没时间测试怎么办？

进度太赶，没时间测试怎么办？ 昨天有个会员问了我一个极度真实的痛点：“老师，项目进度特别赶，研发过程根本没时间测试，最后只能带着Bug强行上线。这种情况到底该怎么办？” 我特别理解。很多项目经理遇到这种事，第一反应就是“没办法，客户催得紧，先上线再说”。这可以理解，但是一定不是最佳选择。 遇到工期极限压缩，大家千万不能凭感觉瞎赶。教大家一个小套路，让大家化被动为主动。 第一步，翻历史数据，摸清底线。 所有的困惑都来自没有数据，有了数据，你的解题思路就自然有了。先把你过去三个月（大概30-100个）交付过的项目拉出来，分分类。比如“做水杯”的项目，历史平均交付周期是3个月；“做纸箱”的项目，平均是2个月。 你手里有了这个数据底线，心里就不慌了。 第二步，拿数据去跟客户“博弈”。 有了历史数据，下次客户再来，说“这个水杯项目，我要求你2个月给我交出来”。你心里十分清楚，水杯最快也得3个月。 这时候你不要直接认怂，也不要硬着头皮答应。你要拿着历史数据去跟他早期博弈、折中。你可以说：“老板，做水杯最快也要3个月，2个月实在太极限。咱们折中一下，2个半月行不行？” 把丑话说在前面，把预期拉到一个双方都能接受的区间，比后期天天被客户骂要强得多。 第三步，拆解研发链路，挤“时间水分”。 假设博弈完，工期定死在了2个半月。你发现还是没时间测试怎么办？ 把研发链路拆开看。把一个水杯的研发分成6个阶段，去查每个阶段历史平均花了多少天。你仔细一诊断，你一定会发现某几个环节是有“水分”的，比如设计规划有拖延、环节协同有扯皮。 你要做的，就是把这些洼地里的水分挤干。 通过优化流程、减少等待，硬生生把前面的研发周期压缩出几天时间来。 第四步，死保关键测试，强制预留。 前面挤出来的几天，也千万不能乱花。测试绝对不能全部砍掉，但也不能全测。 你要把测试用例分类：哪些是边缘的，哪些是核心主链路必须测的。把这些必须测的用例挑出来，算算需要几天。比如算出来需要4天，好，把这4天强制写进排期里，把时间预留出来，那抄底的质量保证就有了。 这就是你的底线。前面的研发再怎么赶，这4天的时间也必须死死抠出来留给关键测试。 确保哪怕只测了最核心的，但上线不会出大事故。 好，基本就是这个逻辑，就可以帮助大家解决问题。#项目管理 #项目经理 #pmo #进度管理 #交付管理