Осведомленность

В начале пути руководители сталкиваются с ложным ощущением необходимости знать больше и лучше всех остальных. Это ощущение усиливают требования компаний с запросами на умение читать код, писать запросы в БД или тестировать функционал. А иногда встречается требование, чтобы руководитель был на все руки мастер, да и в целом, раз уж он руководитель, то должен быть самым умным и разбирающимся. Подобные критерии необоснованно излишни и вот почему.

Руководитель отвечает за проект и по ходу его развития становится ясно, что менеджер точно такой же эксперт в своей области, как и любой участник команды: он владеет своими инструментами, навыками, у него есть свои экспертность, практика и опыт в проектном управлении и менеджменте. И этот опыт - не в бизнес анализе, тестировании или разработке. Это полноценная и отдельная роль. Любой разработчик очень сильно удивится, если ему придется собирать требования от клиента. Или если бизнес аналитику поставить задачу "создать дизайн для проекта".

Смешение ролей, некорректное распределение нагрузки в угоду экономии, разное понимание роли проектного руководителя в компаниях - темы отдельных обсуждений.

Теперь к сути: менеджер должен быть самым осведомленным о том, что происходит в проекте. Он больше всех знает о текущей ситуации, обо всех победах и неудачах команды, о проблемах любого масштаба, об изменениях. Хороший знак, когда руководитель становится первым, к кому приходят за помощью и рассказывают о проблеме. Руководителя можно считать самым осведомленным, если ему первому поведают о плохом настроении или выгорании на встрече тет-а-тет. Настоящий менеджер первый заметит выгорание в команде, проблему, назревающий риск, сдвиг планов, изменение в составе работ.

Руководитель не может знать лучше всех в экспертных областях других участников. Но может знать больше всех о проекте и происходящем вокруг.