背景：目前正过渡于管理7人的大数据测试小组，覆盖功能、自动化、性能测试。
谈到“管理”这一项，本身我是没有太多的资格来谈这一项，因为我也是稚嫩的，也是有过一些比较深刻的不愉快的回忆，开始带人做事从一开始的1个人到如今慢慢需要过度到需要管理7个人的大数据测试小组，也正是顺利的过程中夹杂的不愉快的经历使我能够比较深刻地来总结这一项。同时，在工作中，我有幸遇到几个有经验的管理者，我从他们身上学到的经验也是今后受用无穷的。
（1）人员招聘
招聘人员我更偏向于招聘年轻的、相比经验丰富者，我更加看重求知欲与学习能力。人员招聘根据当前职位空缺，招聘相应能力工作者，比如我当前的项目是需要协调多方项目组的配合，因此我需要招聘的人员除了测试能力外，应该是比较善于沟通的，而编程能力可以放低标准。
（2）合理规划职责
对于组内事务合理分配责任田，明确职责范围，明确职责范围一定要明确说明并列举出来，并规划备份的人员，以防临时请假、人员流失问题。
（3）指定测试计划
测试计划的制定以征求团队成员的意见为先，不是被动告知截至日期，而是优先让团队成员评估，根据他们评估的时间再行指定日期，发挥他们的主动性以及激发他们对于测试计划的严格执行的动力。对于测试计划我内心也会根据测试内容规划测试计划，如果他们规划的测试计划与我评估的相差较大（过短、过长），对于时间评估过短情况，我会予以提醒：是否遗漏考虑了某项工作，如果不提前提醒有可能后面再发现就严重耽误测试进度；对于过长的计划，让团队成员说出理由，再根据理由再行确认。
（4）规范测试过程
测试过程中很多都需要制定规范，不然会导致五花八门的效果，比如用例的编写规范、命名规范、缺陷单提单规范、性能脚本的命名规范、测试指导书的编写规范、测试环境使用规范等等；
制定规范时可能有些问题一个人提前想不到，因此需要1、提前与有经验的前辈沟通；2、测试组内评审，集思广益；这样制定的规范可能在实践过程中发现仍有遗漏，及时补充就好了，这样经过几个迭代的实践就成熟化了。
（5）跟踪测试进度
及时跟踪测试进度很重要，对于较为优秀的团队成员，他们接到工作后，会有意识的及时汇报进展，而有些成员就算提前明确约定好下班前反馈进度，也会遗忘。而我也会因为忙碌而忘记再次询问。因此晨会制度很有必要，能及时明确他们当前的遇见的困难，及时帮忙推动，也起到一定的督促作用，毕竟晨会上需要说明你昨天完成的什么，如果什么都没有完成，想必也会很不好意思吧。
（6）授权他人
在项目迭代过程中，我发现很长一段时间，我一直处于很忙碌状态，而团队成员都比较空闲。其实无非是无法识别出哪些是能够授权成员去完成的事情，哪些是不可以的，过于亲力亲为是团队不良现象。我记得我看过一本书，上面写着，如果你作为管理者在楼下喝一杯咖啡都需要担心某件事情做不好，证明你不是合格的管理者，甄别出哪些核心的东西是我需要cover的才是关键1、需求评审 2、测试用例评审（相当关键） 3、测试报告 4、测试指导书 5、测试进度把控及相关问题的解决。另外授权他人时，一定要注意几点1、赋能，事情交给某个成员去做，一定确认他有能力处理或者是你提前给予一定的时间进行赋能，说明实际做法，甚至可以不记麻烦的说明到具体怎么操作，如果是重复性的工作写成文档，让成员自行查看文档，节省沟通成本。2、说明事情的背景 、意义 3、说明事情的截至日期 4、衡量事情的标准：怎么样才算做好了。
（7）俯瞰问题，学会拒绝
管理测试组需要承担来着其他方面的工作要求，如果该工作要求脱离当前实际，不要完全被动接受，说明理由，学会拒绝。举例说明：测试组只有一套测试环境，30多名测试人员共用，虽然诸多不便，也曾经尝试申请，却以失败告终，在原本的环境下已经习惯了，后来换了一个上层领导，而我却已经忘记了可以再次去争取这个环境的，没成想领导主动提出去申请环境，这个是最近从某个前辈那里学来的东西。拒绝的同时，需要提出可供选择的其他行之有效的方案。
（8）尊重、相信团队成员
尊重团队的成员，主要体现在言语上。看了一本书上面写着，在与团队成员沟通的时候需要保证80%的时间在听，20%在说。虽然这个比例我当前认为还是有些夸张，但是倾听真的很关键。随意打断别人说话是不礼貌的，哪怕你知道别人要说什么。
相信团队成员不等于不审核工作输出，而是带着信任的角度去看工作成果，而不是批判与质疑。
（9）定期/及时沟通
定期主动下行沟通是很重要的环节，了解团队成员的当前的想法，之前我遇到过一个成员一开始工作很积极、后面工作就不太不积极了，当时还闹了一些不愉快，我自我反思还是有一定的责任。如果能够做到定时沟通，知道团队成员的难处，有些问题就可以圆满解决。
（10）根据表现及能力再行培养
使团队的成员感觉到能够学到东西很重要，这有利于团队成员稳定。因此需要根据其能力及想法，适度的安排新的工作，使其在工作中进步。这里说的根据其表现，其实就是当前工作中的状态，识别出团队成员的优点和缺点，比如团队中有同学就属于相对粗心的那种，很多事情不多加思考就立刻行动，往往造成了返工，但是他的积极性很高，学习能力很强，这种的同学培养的方向可以在测试开发方向。
（11）优胜劣汰
能力不够可以教、方法不对可以纠正、态度不行直接淘汰。
如何甄别态度不对，交代的事情与完成的结果拿数据说话。举例说明，需要完成一个文档的编写，文档遗留了什么内容或者多次纠正未进行修改，这种数据都进行记录，沟通的时候可以拿这些数据给当事人看。
（12）团队文化培养
鼓励分享！分享即输出！
（13）重复的内容及时总结、归档，节省团队时间
举例说明：测试指导书、《新员工入职指引》等文档。节省沟通成本。
（14）开放的心态
作为组长，需要保持开放的心态，多向其他组的测试学习，引入新的测试方法。
写到这里就告一段落，还是开头那句话，管理方面我还很稚嫩，我会继续学习的，多向身边前辈学习。