文/秋之川
这是《落叶》文集里第 357 片落叶，希望你能喜欢，不为别的，只为这份坚持。
【背景】
今天有位同学问我，如果测试人员是被分散在不同的产品线中，在产品经理管理的项目团队里执行测试任务，那在这样一种环境下，如何去做测试团队和流程的管理呢？
【你问】
平衡矩阵型的组织结构里怎么做测试管理？
【我答】
首先，我们来分析一下这是哪种组织结构：
- 是不同产品线的项目团队，那可以认为它是项目制的；
- 没有专职的项目经理，而是由产品经理兼任管理的；
- 需要你去做的其实是测试的职能部门负责人；
综合上述几个特点，我们能得出，这个公司是一种较为常见的平衡矩阵型的组织结构。
接下来，我们就可以看看怎么管理分散在各个项目组里的测试人员。这应该是相对容易做的一件事，因为当下的项目管理是由产品经理负责，所以关于测试人员，你需要做的就是团队管理，或者说职能管理，主要包括这么几项：
- 清楚的知道团队里每个成员的工作任务内容和工作量，以及在各自项目里的任务完成质量，这是最基本的一个要求，也是你能将测试资源做到最优利用率的基础，同时，这也是你作为测试职能部门负责人，在平衡矩阵型的组织结构里需要起到的很大的一个作用；
- 了解并把握住团队里每个成员的特点和发展意愿，基于你平时工作中的观察分析和深度的沟通，是可以做到这一点的；
- 基于以上两点，为团队成员量身定制职业发展路线图，让每个人对自己当前的定位和未来的目标都有较为明晰的认知，这是提高你整个团队战斗力的源泉；
- 建立并营造团队中的良性竞争和学习氛围，让整个团队始终处于项目任务和学习任务相互切换的饱和状态，确保团队有着很明显的成长痕迹；
最后来说说怎么做流程管理，这里我认为即使表面上看对你的要求是测试流程管理，但在去着手做规划时，并不能仅仅只看测试流程，为什么这么说呢？我们先把整个研发流程划分为几大区块：
- 产品设计阶段；
- 产品开发阶段；
- 产品测试阶段；
- 产品发布阶段；
这么来看，测试流程看上去肯定就指的是产品测试阶段的流程，换句话说，也就是项目里测试人员所有参照执行的流程。但你需要注意的是看待这个阶段的流程的视野：
- 往前一步，看到产品测试阶段里面，也就是仅仅涉及到测试人员的流程：
- 测试计划及任务分配流程
- 测试设计及评审流程
- 测试任务执行及跟踪流程
- 往后一步，看到整个产品研发流程，也就是需要测试阶段的上下游配合的流程：
- 需求评审流程
- 版本提测流程
- 缺陷处理流程
- 现网问题处理流程
所以，流程梳理是相对较难做的一件事，虽然我们上面从不同的视野大致看了一下可能会有哪些流程需要去梳理，但其实还有些表面上很难一眼看出来的潜在影响因素：
- 人的因素：
- 不管你是着手梳理测试内部的流程，还是因为质量要求的需要，准备梳理测试上下游的外部流程，都必须得先了解流程中涉及的不同角色人员的现有问题或痛点有哪些；
- 然后先从能解决他们实际问题或痛点的流程开始动手梳理和实施，一个点一个点的去梳理，循序渐进地，有条不紊地将整个测试流程或研发流程梳理清楚；
- 已经固化的研发模式：
- 先不说是一个已经有了研发模式的团队，即使是一家从零开始的初创公司，那也会有研发流程，那是每个团队成员从自己之前的工作当中形成的固化研发模式；
- 最好不要很简单粗暴的直接照搬引入某种所谓标准化的研发模型，IPD 也好，Scrum 也好，都不建议生搬硬套；
- 先跟产品经理了解当前整个项目的研发模式和存在的较为严重的问题；
- 再跟开发和测试了解具体过程中他们觉得效率不高，或者问题较多的环节在哪；
- 综合他们的问题，找出最应该优先解决和相对容易见效的问题环节，再将 IPD 或 Scrum 里的某个流程方法拿去解决；
虽然从具体操作层面上来看，是要由点到面，但并不代表你的规划也是从点到面的，当你对项目作了充分了解之后，就应该先有一个总体上的流程梳理规划：
- 产品适合的研发模型类型，瀑布还是敏捷；
- 按照研发流程的环节来划分需要梳理的流程点；
- 按照产品规划的阶段来划分需要梳理的流程点；
- 将这些需要梳理的流程点按照迫切程度排个优先级，分成若干个阶段，循序渐进的推进执行；
- 根据流程梳理的进度推进，将测试团队的能力需求规划也整合进去，也就是不同的阶段，需要什么样的测试技术和技能，是否需要提前补充相应人才储备或做技术预研；
总的原则建议：
- 攘外必先安内，先整顿好测试内部流程，再根据测试流程和质量的需求，倒逼其他几个研发阶段的流程梳理；
- 如果在没有专职的项目管理人员环境中，尽量争取由测试人员负责项目管理，不管是从质量角度考虑，还是从进度角度考虑，测试人员都是相对合适的兼任角色；
- 最终还是由某个专职的人员兼任几个项目的项目管理权责，会更加合理一些，尽量避免某种角色既管项目，又要兼做本职工作；
《测试路上你问我答》里的 Q&A 101，如果是你要的，甚好！如果不是，你问，我答！
作者简介：14 年测试 + 11 年项目管理 + 11 年团队管理 = 一个测试老兵
