Хороший менеджер — какой он?  Публичный пост

Привет, Клуб!

Чуть вводных: уже как полтора года занимаю должность проджекта в небольшой (~100 человек) аутсорс-компании. Под моим началом от 3 до 10 человек в зависимости от ситуации. На мне все контакты с заказчиком, сбор и формулировка понятных требований для разработчиков, двигание тасков в редмайне и джире, ну и всякие административные вещи типа сбора отчетов и тд. Кроме этого, провожу встречи "1 на 1" и в целом стараюсь облегчить жизнь своим разработчикам.

В чем вопрос: как вы видите себе хорошего менеджера? Может быть, у вас есть хорошие или плохие примеры из жизни?


Point One: конечно, за полтора года внутри команды отношения и процессы уже налажены, такого вопроса не возникает. Но интересно послушать про разные случаи.

Point Two: понимаю, что есть мнение про "менеджеры не нужны". Тоже точка зрения, давайте обсуждать.

Связанные посты
11 комментариев 👇
Yury Katkov, миддл формошлёп 4 мая 2020
  • Стучит в барабан, чтобы гребцы гребли в унисон
  • Показывает, куда грести
  • Защищает гребцов от противоречивого внешнего мира, выдавая им консистентную и простую картину
  • Является виноватым в случае провала
  Развернуть 1 комментарий
Yulia Belozerova, Technical Program Manager 4 мая 2020

После 8 лет проектного и программного менеджмента скажу что:

  • Технический бекграунд или нет, это зависит только от проекта и ожиданий команды. Глобально скорее не нужен, хотя у меня как-то был проект миграции 22 приложений в AWS со всей инфраструктурой и сетями, там я пожалела что я не архитектор.

  • Для меня PM это больше account manager, кто хорошо понимает продукт, то есть может в business analysis при необходимости. Потому что в какой-то момент все управление проектом превращается в Stakeholder & expectations management.

  • Иногда я чувствую себя психотерапевтом, няней, барменом, сварливой женой и это только за прошлую неделю.

  • Роль ПМа очень зависит от конторы. Важно уточнить что в вашей организации хотят от этой роли. И чего команда хочет. С другой стороны, как ты жирафа не назовешь, он все равно останется жирафом. У меня есть набор тулзов и практик, но расчехляю я их только по надобности, потому что не бывает такого что проекту нужно все и сразу.

  • PMP и прочие святые коровы проектного менеджмента важны для CV, но они не сделают вас более хорошим менеджером. Я прошла этот путь и скажу что системности больше, а на уверенность в своих действиях это влияет далеко не каждый день.

  Развернуть 1 комментарий

@Covectb_cobaka, а можешь пожалуйста подсказать что за тулзы и практики используешь и как их изучала?

  Развернуть 1 комментарий

@Conscience, а тебе какую проблему надо решить? Я могу написать псто на очередную тысячу знаков, без вопросов. Но пока у читателя не отрастет проблема, к которой это все можно приложить, я буду только впустую воздух сотрясать.

Если про day to day, то кроме гуглопочты, календаря, одной заметки в яблокозаметках, корпортивного мессенджера и гуглодоков я не использую ничего. Вот вообще ничего. В жиру мне давно уже не надо - справляюсь презентациями.

  Развернуть 1 комментарий
Kyrylo Voronov, Senior Backend Engineer 4 мая 2020

самое наболевшее лично для меня - технический бекграунд ОБЯЗАТЕЛЕН

  Развернуть 1 комментарий

@iamkiros, наболевшее: каждый программист считает, что технический бекграунд обязателен.
А каждый директор считает, что ПМ должен уметь продавать.
Каждый юрист считает, что ПМ должен уметь в законодательный риск-менеджмент.
Каждый бухгалтер считает, что ПМ должен уметь в эконометрическое прогнозирование.
Каждый маркетолог считает, что ПМ должен знать клиента.
Каждый завхоз считает, что ПМ должен подписывать бумажки на чертовы моники для программиста.
Каждый начальник соседнего отдела считает, что ПМ должен уметь в ресурсный менеджмент.
Каждый клиент считает, что ПМ должен уметь бухать.

В итоге это не PM, а монстр всерукий.

  Развернуть 1 комментарий
Yury Katkov, миддл формошлёп 4 мая 2020
  • Стучит в барабан, чтобы гребцы гребли в унисон
  • Показывает, куда грести
  • Защищает гребцов от противоречивого внешнего мира, выдавая им консистентную и простую картину
  Развернуть 1 комментарий
Anton Antonenko, Scala/Big Data Engineer 4 мая 2020

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

  • когда нет команды как таковой
  • когда в команде уже есть взаимопонимание и самоорганизация
  • в специфических командах, которые не требуют или просто не могут себе позволить менеджера (например, стартап в стадии зародыша)

Ну а нужен ли технический бэкграунд или нет - это зависит от уровня менеджера. Чем он ближе к команде разработчиков, тем больше он важен. Как минимум для того, чтобы говорить с командой на одном языке и лучше понимать ее + точнее просчитывать риски (хотя это уже спорный момент, должен ли менеджер делать это).

  Развернуть 1 комментарий
Vladimir, программист-мечтатель 5 мая 2020

Из одной оч старой книжки

хороший менеджер кроме перечисленных в вопросе хард скилов, управления рисками и др, делегировать какую-то часть задач, больше заниматься стратегией, планированием. рутина должна быть максимально автоматизирована - составление отчета и пр. но это все только начало) если с хард скилами плохо - команда не будет доверять ПМ, особенно если из-за его косяков случаются овертаймы, например. Не быть болваном в технологиях и не нести чушь на встречах с заказчиками на тему реализуемости каких-то фич в такие то сроки

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

  Развернуть 1 комментарий
Eugene Zubak, Консультант по развитию продуктов 27 апреля в 12:11

Я бы предложил скорректировать заголовок темы на проджекта

  Развернуть 1 комментарий

Уже много хорошего написали, добавлю несколько важных вещей:

  1. хороший менеджер четко коммуницирует важные изменения и цели сверху
  2. он понимает состояние команды и принимает решения, которые необходимы команде для достижения целей - берёт на себя ответственность, но при этом совещается с командой
  3. Он планирует развитие команды с учетом общей стратегии компании - менеджер должен видеть дальше, чем участники команды, потому что он на более высоком уровне управления.

Список, само собой, неполный.

  Развернуть 1 комментарий

😎

Автор поста открыл его для большого интернета, но комментирование и движухи доступны только участникам Клуба

Что вообще здесь происходит?


Войти  или  Вступить в Клуб