项目管理乱，安排的测试人员依然按照标准流程测试，但遇到了各种不顺利，最后项目经理各种不满意怎么办？
项目A因优先级不高，所以一般都是被动投入测试人员（有测试任务的时候响应），知道这个项目管理乱，但不在我们的工作范围内，所以也没太多关注；但最近调整到我们团队了，所以规避不了，必须介入梳理了。
首先，沟通当前情况
目前细节了解还不够，但有了大体了解，结果是项目和测试负责人相互不满意。
测试负责人认为，问题反馈给项目经理，但他以是历史遗留问题，一直不推进解决（没方案没结果）。还要求功能全遍历，不考虑版本变动情况和中间的问题，而且时间也比较紧张。
项目经理则觉得测试负责人无法在规定的时候交付可用版本。
制定方案
在了解了大致情况后，我决定先解决当前的提测任务，然后再推动解决版本管理问题。
对于当前的提测任务，目前已投入3个人，但属于兼职还没开始做这个任务；然后，另一个项目B任务冲突，优先级也比较高。
第一步：在跟相关参与人沟通后决定，项目A再投入一人，今天完成第一轮测试；项目B的任务安排另外2人做。
这样，项目问题，在加大人力投入的情况下可以解决。
第一步，保证了测试团队可以按时完成项目任务；解决让项目觉得问题卡在测试环节的问题。
但项目本身的问题还没有解决，后面的方案是啥呢？
第二步：考虑到实际安排的测试负责人一直工作的环境比较正规，面对相对比较乱的项目，无法顺利推进测试任务，接下来这个项目的测试任务，我会介入。
即暂时隔离测试负责人跟混乱项目的直接关系，他从技术和业务的层面负责完成测试任务；而中间的不规范项，踩到的坑，各种问题，则由我牵头带他一起完成。
第二步的目的是，让测试负责人脱离出来，保护组员的同时，也能解决问题，顺便可以让他学习，面对这种情况的解决方法。
第三步：推动解决项目版本管控的问题（多项目多分支），项目经理期望用人解决管理问题，实际是项目重要性不高，本身也不会投入大量人力。前面说的人力投入，也只是为了解决本次问题。
当然想解决这个问题不容易，首先是项目经理本身的观点，其次是版本管理人员的投入。
这部分不是我能控制的，所以我会想跟相关人员沟通有了初步措施后向上反馈，由上层决策该项目的整体管理方式。
当然，我一直的想法是测试人员可以多做一步，但不是理所应当，测试人力也不充分，遇到问题也是内部协调。短时间可以多做点但大家要奔着正确的解决问题的方向走，不能一直原地踏步。
以上，是针对这个问题，我的解决思路，不过这只是开始，还没有完全开始执行，期待后续能够顺利开展。
当然，在解决这个问题上态度很重要，希望我能控制住。
源自公众号 信小慧