Доброе утро, котики! Благодаря каналу @mustread нашла статью, которой хотел бы кинуть в лицо своим прошлым работодателям (подчеркиваю - прошлым!).
Это статья о формировании проектной команды и о распределении рабочей нагрузки между тимлидом и остальными. Так вот, сколько я работал в агентствах, никак не мог донести до руководства что команду надо учить и сплочать, даже если мы все взрослые люди и, казалось бы, всё сами понимаем. Надо четко прописывать регламент и составлять чеклист задач.
При этом не обязательно скатываться в бюрократию - можно написать пункты фломастером на флипчарте, в гуглдоке или любым другим удобным способом. Главное, чтобы функции каждого в команде были четко понятны как ему самому, так и другим участникам команды.
В своей статье Галина Сартан пишет о том, что на этапе формирования команды у вас будет не команда, а рабочая группа. В чем отличие? В рабочей группе распределение командной эффективности выглядит примерно так: 90% делает руководитель, 10% команда. При таком раскладе, убери руководиеля и вся работа команды посыпется.
Вот пример такого распределения, возможно кто-то из читателей узнает себя:
"Рассмотрим перераспределение групповой эффективности на примере работы руководителя отдела продаж. Если он постоянно думает, как выполнить план, вызывает своих сотрудников для отчетов, проверяет до мелочей их работу с клиентами, контролирует процесс на каждом этапе, то его эффективность достаточно высока по отношению к группе его сотрудников. В этом случае на группу остается небольшой процент эффективности в виде исполнения того, что решил руководитель. Сотрудники будут скорее пассивными исполнителями. Если эффективность руководителя по отношению к группе велика, например, 90%, то всю работу сотрудников такой группы руководитель фактически «тащит на себе».
В статье приведен график распределения командной эффективности, который показывает динамику формирования проектной команды (которая сильна сама по себе) из рабочей группы (которая не работает без руководителя).
Помечаю текст тегом #мастрид и дичайше рекомендую к прочтению как тимлидам, так и спецам внутри проектной команды.