Google的测试领导和管理工作
在Google管理TE毫不轻松。问题在于如何激励，而非指令；在于保持凝聚力和一致性，同时又要鼓励创新和实验，信任大家尽可能自己做出正确的决定。
Google的测试管理更多的是激励，而非强悍的管理；更多的是战略指引，而非频繁的督促检查（每天、每周等）。Google的管理是处于一种开放式的、灵活的、经常更加复杂的处境。
Google管理的核心是领导力和洞察力、协商、外部沟通、技术水平、战略规划、招聘和面试、完成团队绩效考核。
Google测试管理者类型：
技术负责人（tech lead）：测试技术负责人出现在大型项目的大型团队里，里面有大量的SET和TE，他们参与解决共同的技术问题或是共享相同的基础平台。他们一般不会管 人。技术负责人还会出现在负责构建产品无关的基础平台的团队里。他们是当你遇到技术或测试问题时要求助的人。这个角色是基于团队动态变化的、非正式的，与 特定的项目相联系。
技术主管（tech lead manager，TLM）：当技术负责人同时也被正式任命为相关工程师的经理时，就被称为技术主管。这些人一般德高望重、能力卓著。他们通常在同一时间只关注一个项目。
测试工程经理（test engineering manager）：工程经理监督跨团队的技术工作，几乎没有例外，都是一级一级晋升上来的。这一职位等同于业界所谓的测试经理，但其职责广度往往类似于其 他公司的总监，这是由Google项目中测试资源的稀缺性决定的。工程经理通常会管理12-35个人，具体数量取决于工作的复杂性。他们负责共享跨团队的 工作和流程，更具风险评估安排资源，并指导招聘和面试。
测试总监（test director）：测试总监数量很少，他们会带着若干测试经理、跨几个产品线，负责整体的测试工作，推动战略性的、有时是转型性的技术架构或测试方法的 实施。他们的关注点在于怎么样通过质量和测试去帮助业务（粗略的成本分析、效益分析等），并经常抛投露面参与业界同行的交流和分享。测试总监一般有 40-70名下属。这一角色的设置基本与大部门或技术划分一致。如Client、Apps、Ads等。
资深测试总监（senior test director）：只有一个，就是Pat Copeland，他负责保证公司层面的同意的职责描述、招聘、外部沟通和总的测试战略。他日常的工作包括分享最佳实践，建立和推动新的大动作做如全局构 建、测试基础平台、静态分析，以及跨不同产品、用户问题和代码库的测试活动。
主管的工作职责：
技术型：测试经理、尤其是测试主管的定位是技术型人才。他们应该会编写代码、评审代码，并且总应该比团队的其他人更懂产品和用户。
协商：不可能什么都测，测试无止境。面对经常性的资源申请和其他要求，工程经理和总监要掌握拒绝的艺术，以理服人（politely say no with great resoning）。
外部沟通：测试管理层还要经常安排外包测试事宜，组织与外部同行的交流，例如GTAC，以及面向更大的社区建立论坛，用用户测试工程问题的讨论和分享。
战略性举措：测试主管和经理会经常问自己，有哪些事情别人做不了但我们能做？如果扩展和共享我们的测试架构来帮助大家，携手共创更美好的会联网？如何 合并资源，投资长期的赌注会怎么样？支持这些战略举措需要业务和技术上的洞察力、需要经费预算、需要顶住其他工作对测试资源的竞争，这确实是一份全职工 作。
绩效考评：每季度一次。重点是你最近做了什么事情？在质量和效率上，对用户而言产生了什么影响？而不会堆砌之前的工作。基本上个人提交一份简短的描 述，讲一下自己做的东西，做一个自我评价。然后同事和经理发表意见，独立委员会组织会议进行跨团队的比照，给出一个评价结果。经理还会帮助团队成员制定季 度和年度OKRs（OKR代表Objectives and Key Results，即目标和关键结果。）经理还要确保在这些目标中，TE和SET的个人能力和兴趣与项目和业务需要之间是一致的。
转载请注明：http://www.spasvo.com/news/html/20131216105433.html
