https://www.spokesman.com/stories/2009/sep/05/laboata-only-way-cruise-spokane/
谁是开发团队的团队领导?
通常,在开发团队中,Team Lead 是经验丰富的程序员之一(尽管团队领导并不总是编码员),其职责不仅包括编写代码和其他技术工作,还包括协调整个团队的活动。大多数情况下,对技术部分以及每个团队成员的能力和特征都有深入了解的开发人员或 QA 测试人员被任命为团队领导。团队负责人与技术负责人有何不同?
由于这两个职位在很多方面都很相似,而且担任这两个职位的专家的职责在很大程度上是重叠的,所以让我们澄清一下它们之间的区别。- 与技术主管不同,团队领导不必具有技术背景。这可能是一位经理,也可能是一位早已不再直接编写代码的前程序员。
- 团队负责人可以远程管理团队。
- 团队负责人更关注团队的预算、计划和其他非技术方面。
- 多参与HR工作,包括假期规划、薪资审核等。
团队领导与项目经理有何不同?
另一个与团队领导重叠并导致一些混乱的职位是项目经理的职位。简而言之,区别在于团队领导应该主要关注人,即团队,而项目经理则直接关注项目。这体现在团队领导负责处理开发团队项目技术实施相关的问题,而项目经理则解决与项目相关的问题,例如融资、短期和长期战略、法律方面等等。团队领导的职责
现在让我们回顾一下开发团队Team Lead 的主要职责。-
监控开发过程中质量标准的遵守情况。
团队负责人的任务是确保团队编写符合公司标准的代码并生产出高质量的产品。
-
监控优先事项的遵守情况。
此外,团队领导必须确保团队在工作时遵循优先级,并且通常知道在软件产品的每个特定生产阶段什么是最重要的。
-
组织团队。
正如许多经验丰富的团队领导所指出的那样,他们的任务首先是确保团队是自组织的,并且每个参与者都为共同的事业做出贡献。
-
负责团队中的所有问题或困难。
团队负责人负责开发团队中所有可能影响最终产品质量的问题。
-
树立了专业精神和遵守最佳编码实践的典范。
团队领导的另一个相当重要的角色是为其他团队成员树立榜样,遵循编码中的既定原则和最佳实践。
-
了解并能够在编码中实施不同的流程和方法。
此外,为了项目的利益,团队领导必须了解并能够在程序员团队中实施各种方法,例如 Scrum、看板、XP、精益等。
-
分配责任。
团队领导者的任务是以这样一种方式组织工作量,即没有任何团队成员是唯一有能力实施项目的一个或另一部分的人。这样,即使其中一位专家不在现场,团队也能高效工作并继续工作。
-
与客户和/或管理层保持沟通。
团队领导的另一个重要任务是与客户或管理层保持持续的沟通,以确保开发团队从业务角度清楚地了解项目的目标和问题。
负责该项目的工作。
但团队领导者最重要和最重要的职能之一是确保项目工作稳定且持续进行,以便团队成员本身和管理层/客户都能清楚地看到和理解进度。
-
维持团队纪律。
当然,团队领导者有义务监督纪律:团队成员如何相互交流、参加会议、处理工作等。
如何成为一名优秀的团队领导?建议
现在,让我们继续了解行业专家和经验丰富的开发人员如何成为一名真正优秀的团队领导的技巧。-
关注人,而不仅仅是编程。
“团队领导的职位通常由最资深、最有经验的开发人员担任。这可能是一个错误。一个人拥有很强的技能和技术知识,并不意味着他也擅长领导别人。”北卡罗来纳大学技术支持专家 Mike Honeycutt在问答网站 Quora 上分享了她的经验。
尽管项目工作的技术方面对于团队领导来说也非常重要,但这个职位中最重要的角色仍然是领导力,即管理人员并组织程序员和其他专家团队的工作。因此,培养沟通和管理能力非常重要。
-
控制你的自我。
Не стоит воспринимать данную позицию How место большого босса. На самом деле она оставляет крайне мало места для контроля. “Для меня было большим сюрпризом, что у тимлида на самом деле очень мало власти над проектом в целом. Тем, кто получает удовольствие от власти, это можно быть сложно понять. Позиция тимлида оставляет очень мало пространства для эго,” — отметил Чак Кариш (Chuck Karish), релиз-инженер компании Google.
-
Учитесь выступать посредником и договариваться.
“Для меня самой большой сложностью всегда была необходимость быть посредником между командой разработчиков и всеми остальными. Каждое, даже самое простое решение, может иметь далеко идущие последствия, поэтому очень важно обсуждать его со всеми заинтересованными сторонами,” — говорит Линда Брэнаган (Linda Branagan), в прошлом опытный тимлид из компании Construct Internet Design.
- Обсуждайте детали и договаривайтесь обо всем заранее.
Поскольку коммуникации — это важная часть функциональности тимлида, старайтесь по-максимуму обсуждать все аспекты работы над проектом и договариваться обо всем заранее, советует Майк Скэнлин (Mike Scanlin), СЕО американской компании Born to Sell и бывший тимлид в целом ряде ИТ-компаний, среди которых T/Maker и General Magic.
“Нет ничего хуже, чем работать в течение года над проектом, и, продемонстрировав результаты своей работе на очередной спринте, услышать от членов команды что-то вроде “А How насчет этих функций?” or “Мы забыли, что нам нужно будет реализовать вот это.” Постарайтесь убедиться в том, что все известно и четко спланировано еще до начала работы над проектом,” — рекомендует он.
-
Не провоцируйте конфликты, но будьте готовы к ним.
Также важно помнить о том, что будучи на позиции тимлида, очень сложно угодить всем сторонам, а поэтому конфликты в той or иной форме практически неизбежны. “Работа на позиции тимлида означает, что на Howом-то этапе вам придется принимать решения, касающиеся членов команды, и эти решения неизбежно будут вызывать конфронтацию. Этот аспект работы часто оказывается неожиданным для многих тимлидов, потому что далеко не все умеют и способны решать конфликты,” — сказал Стив Морс (Steve Morse), разработчик поддержки в компании Tealeaf Technology.
GO TO FULL VERSION