
Комментарии 10
По моему скромному опыту - "формальность" существует потому, что над руководителем группы людей, есть ещё один, у которого фактически и находятся все вожжи. Сабжу лишь остаётся быть прокладкой/буфером/передастом/мальчиком для битья и как только ещё их не называли. Суровая жизня)
А то и не один)). Часть правды в вашем комментарии есть, но всё же стоит стараться не становиться частью давления на команду, иначе команда долго не продержится)
Собственно, и сам "сабж" должен уметь быть не только "буфером", а тем, кто отстаивает свою команду и перед теми, кто находтся выше. Это трудно, но возможно.
Для улучшения мотивации команды надо не KPI регулярно пересматривать, а компенсацию.
Спасибо за статью! В процессе прочтения ловила себя на мысли, что многие тезисы до боли знакомые. Работа менеджера (руководителя) все же требует, хоть и негласно, владения знаниями поведенческой психологии, так как львиную долю рабочего времени занимает коммуникация :). Еще я бы отметила стремление некоторых управленцев "всем угодить", я считаю, что это просто невозможно. Не будет такого, чтобы каждая сторона всегда и всем была довольна. Менеджер тут волей-неволей может оказаться меж двух огней.
Мне кажется, что здесь надо учиться соблюдать баланс. У меня был опыт работы на проекте, состоящем из нескольких команд и атмосфера в них сильно различалась, хотя руководство было одним и тем же. Мой техлид, кстати, сильно поднял свой скилл от "а что это я должен заниматься планированием?" до ответственности за принятые решения (хотя спокойно мог всё свалить на нас).
Спасибо большое за такой развёрнутый комментарий! Полностью согласен - всем угодить нельзя, но можно и нужно выстроить доверие к себе в своей команде и всеми силами её отстаивать!
у нас в команде нет четкого разделения подобных обязанностей между project manager и teamlead. Подскажи, чем из перечисленного в статье должен заниматься каждый специалист?
Я всё-таки сторонник классического подхода по разделению обязанностей, т.е.:
Team Lead (тут имею в виду не лида конкретного направления, а лида всей команды, в которую входят QA, разработчики, PM и т.д.) - 1:1, ретро (общекомандное) - это прям мастхэв по моему мнению, эмоциональное состояние команды очень важно, оооочень!
Воркшопы тоже могут быть, но это обычно за профильными специалистами/менеджерами: QA Lead, лид разработчиков и т.п., однако если у Team Lead-а есть какой-то уникальный опыт, который может помочь кому-то из команды, то почему нет? :)
Также за Team Lead-ом "выбивание" всяких бонусов для команды: премии, ДМС, оплата курсов, т.е. уклон именно в комфорт работы команды, потому как чем меньше недовольств в команде - тем она сильнее и эффективнее!
Тут ещё подчеркну, что интересы бизнеса Team Lead должен соблюдать и отстаивать в том числе, но не в коем случае не забывать про команду, т.е., чтобы без "перекосов", как говорится.
PM - планирование работы команды на проекте, но опять же с помощью других специалистов, для QA - планировать нужно с лидом QA, для разработчиков - с лидом разработчиков, т.к. могут быть разные нюансы, также за PM контроль хода работ по задачам на проекте, согласование ТЗ/БТ
Надеюсь, что мой ответ будет вам полезен :)
От формального менеджера к настоящему: как выстроить доверие в команде