写在前面

最近有朋友咨询，从零组建一个职能团队和空降到一个职能团队，开展工作都有哪些套路。恰好这两种经历我都有，恰好我喜欢总结和分享，可以给这位朋友谈一下我的经历和感受。本人自我定义是初窥管理门径，所以观点中难免有不成熟的地方，各位看官可以跟更有经验的人请教。

http://s9/mw690/001WNOgkzy7cfJV2xe088&690

本文分别从组建团队、员工培养、工作安排、工作评估、自身要求五个方面阐述。

  阅读本文，可能在以下方面得到收获：

• 从零组建稚嫩团队，工作重心在哪？

• 做什么才能尽快体现部门价值？

• 这项工作对部门经理自身的要求有哪些？

• 在组建团队、团队建设方面有哪些不同？

• 在管理中应避免哪些问题？

1 组建团队

提到团队的组建，免不了要谈到招聘，也许这也是大多数人最关心的问题，若不涉及这个问题，团队管理的讨论就不完整。

在13年的时候，我得到了一个从零组建团队的机会，因为当时公司刚起步，给我的预算并不多，让我不得不慎重的对待每一个面试者。多数时候是从应届生、或者工作经验2年以下的应聘者中筛选，招聘要求也一降再降。因为给我的选择真的不多。

现在来看，招的人只要大面上没问题就可以了，没必要苛求，能力上的不足，可以通过规范和管理策略来弥补。

关于初期团队如何组建，去年写过一些看法，讲的是如何根据承担的任务规划招聘、录用人才需注意的要点。本文限于篇幅，就不再赘述了。 

2 员工培养

前文提到，当初我组建测试团队的背景并不乐观，招到特别满意的人是可遇而不可求的。这就意味着在员工培养方面需要有一些速效的手段。

我用过一些小手段包括，在SVN上创建了一个目录，放了新员工入职须知的文档资料；根据每个人的特点制定培训计划；按照《黑盒测试框架》进行测试用例设计的培训；梳理公司产品的流程以便减少工作交接成本和新组员快速掌握……

除了技能培训，在做事方式上也有些技巧。以指导组员提交缺陷为例。我会经常阅读组员提交的缺陷，观察缺陷写得是否清晰、报告语气是否中性、价值如何？测试是否深入？开发理解缺陷吗？开发人员对这个组员提交的缺陷有什么意见？……初创团队人不多，做到这一点很容易。这项工作有助于测试经理了解产品情况、员工的强项和品德，以及影响自己员工的沟通和人际问题。还有一点很重要，就是训练员工时间管理的能力以及发挥他们在团队里的影响力。因为我们交给员工的工作量往往都比他们所能完成的多，而且很多项目组不愿意修改bug。

3 工作安排

1.尽量避免员工并行多项工作

2.安排老带新

3.让新手在编写新报告之前，先改写老的错误报告

4.让新测试员在测试新程序错误之前，先重新测试老程序错误

5.不要安排测试新手参加几乎完成的项目

6.自己也要跟员工一起工作，这点上跟团队成熟后差别在于投入的工作量。 

4 工作评估

评估下属工作时可以从以下几方面：

• 工作完成质量和效率如何

• 阅读其工作产出物

• 收集与其一起工作的开发或其他有关人员的意见

• 他卷入过什么争端，为什么，又是怎么做的

• 他在遵守诺言方面做的怎么样

• 他遗漏了什么类型的问题

• 他对其他测试员和程序员提供了什么类型的帮助，以提高他们的工作有效性和生产率

• 他在学习新技能吗，是否乐于分享自己的技术帮助同事提高

• 他在处理问题上的角度如何，是否从公司角度上处理问题，处理过哪些？

通过了解这些，测试经理可以对下属的工作和所测项目的现状有更全面认识，可以利用这些信息找出员工的强弱项，然后针对性的培训和指导。 

5 自身要求

最后说说测试经理对自己的要求。 

要求一：确定自己的领导风格

刚走上管理岗的时候，我对管理可以说是一无所知的。管理学上流行一句话“管理是门科学，领导是门艺术”，但当时我对这句话没有任何感触，不知道为什么这么说，也不知道如何落地。

  好在，我运气一向不错。很快就得到了公费培训的机会。跟随郭致星教授学习项目管理的过程中，也学到了很多管理的思想和技巧，那时候才知道管理者也分类型，而且要根据不同的人不同的阶段变换自己的角色——算是完成了管理学的启蒙。 

要求二：不要轻易做出承诺

现实情况是，我们的测试时间总是被试图压缩，也常有领导给测试部安排没人做的工作。小心不要让自己被滥用。不要承诺不可能做到的事情，在这样的事情上不必说谎，不必掩盖问题。有些领导不太讲理并滥用员工，测试经理改变不了这样的人，如果工作难以忍受，可以在找到更好的机会后离开。 

要求三：汇报真相

测试经理的力量来自向需要了解真相的人说明真相。如果在诚实上让步，就会使自己力量的一个核心支柱弱化。不必担心得罪人或被炒鱿鱼，只要有真本事，是为了工作，就不会有大问题。事实上，测试员的本职工作就是暴露问题，而不是将问题掩盖起来。不必，也永远不要在诚实上让步——这是我的血泪教训。

致命的领导错误

• 忽略人性，扼杀下属的创造性，试图标准化下属的全部工作，让每个人都确切的知道他们自己能做什么，然后以相同的方式去做

• 把下属培养成“不可替代的齿轮”，工作无备份

• 评价或考核员工时不关注其创造性、可说服性、判断力或人际敏感性

• 给下属灌输错误的理念，比如告诉他们的工作只是报告程序错误，不需要帮助程序员定位和分析缺陷，不需要考虑如何修改会让程序体验更好

小结

 

• 慎重对待招聘，尽可能招聘合适的人

• 加强自身技术积累，多培训自需要

• 经理也承担很多测试任务

• 初期选择教练型领导风格

• 多跟领导沟通

• 注意员工士气

http://s8/mw690/001WNOgkzy7bsfp14KX97&690

文字作者 | 张树臣 

原文标题 | 如何从头组建测试团队

本期编辑 | 小圱

特别敬告 | 未经允许，请勿转载，版权所有，违者必究

http://s10/mw690/001WNOgkzy7bsfp12SB69&690

http://s6/mw690/001WNOgkzy7aMcsTA7re5&690