我们也不说什么项目立项，启动呀，项目管理早期的一些必要流程呀，今天想说的是，【提测后的前两天】，这个是最关键的两天，测试过程中有阻塞的问题，必定是在这两天集中爆发的，一定要控制好。如果你是这个项目的负责人，具体可以怎么做呢？1、紧盯着bug列表； a) 哪些人的bug最多，太多了，其实是处理不过来的，当然也有可能是测试人员，写错了处理人。这个时候，你就得介入了，找人协助改bug或者纠正bug处理人； b) 哪些bug压根就是无效的或者bug描述贼不清楚的，你得找测试和产品去确认或者让测试人员修改bug描述，以便让开发人员可以用最快的速度去处理； c) 及时让开发扭转bug状态，并让测试介入赶紧验收。这样可以从整体上看，bug处理进度，以便做一些预判，明天需不需要加班？需要，那就赶紧提前协调人，并制定明确的加班目标；2、用最快的速度处理阻塞性问题 p0级别的bug，负责人要自己多去分析，尽力协助帮忙出解决方案，不管是前端的bug，还是环境的bug，还是其他职能小组人员的bug，用最快的速度去处理。最近的一个大项目，提测后的前两天，我就是这么干的，那结果是什么呢？大家不用加班，周六日好好休息，下周再战。如果这个时候有开发跳出来说，Sam哥，这两天bug列表非常重要，我希望我能处理这个事情。如果真有这种人，哪怕他只是提出来而已，你也应该感到开心，可惜暂时还没有。我们其实还是不要太自我设限，你就是想着项目需要顺利上线，以终为始去考虑，中间不设限的去思考和处理问题，就是自然而然的事情了。