Google的測試領導和管理工作

spasvo發表於2013-12-17

  在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的個人能力和興趣與專案和業務需要之間是一致的。

轉載請註明:

來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/29379530/viewspace-1063448/,如需轉載,請註明出處,否則將追究法律責任。

相關文章