Вспоминая проекты, которые я профукал, понимаю, что в некоторых просто не дожал. Не дожал решения, коммуникацию, риски.
Расскажу, как борюсь с этим (и, иногда, с собой).
Кто пишет: Роман Ковалевский, больше 10 лет руководит разработкой программных продуктов. Ведет канал «Менеджер от боженьки» об управлении ИТ-проектами.
Быть «удобным» менеджером или «дожимателем»?
Дожимание — сложное искусство, которому я постоянно учусь. Практики хватает, особенно в корпорации, где миллион стейкхолдеров с разными интересами (в компании «HelloFresh», где работает Рома — больше 21 тысячи сотрудников — прим.ред.).
Пару раз в неделю стабильно я нахожу себя в ситуации, где приходится выбирать между быть «удобным менеджером» и «менеджером, который затаскивает проекты». Скажу по правде, второе получается далеко не всегда.
Еще мне импонирует одна цитата: being a jerk is a second best option. Дословный перевод — «быть мудаком — вторая лучшая опция».
А смысл в том, что можно и нужно стараться быть вежливым, хорошо объяснять, приводить аргументы. Это — дефолтная опция.
Но если не получается, то ИМХО лучше отстаивать свою позицию, как получается. Возможно где-то будешь выглядеть пушером или даже козлом. Но лучше так, чем спрятать голову в песок и быть удобным менеджером.
«Жал», но неубедительно
На одном проекте мы пропустили часть подготовки, из-за чего релиз провалился. За пару недель до этого я ходил-рассказывал всем о том, что «кажется мы падаем», но делал это не слишком убедительно, и стейкхолдеры не считали серьезность проблемы. Не дожал.
Или в другой раз, мы решили переписать половину бекенда, чтобы пофиксить критичный баг. Идея с первого дня была спорной, уверенности в глазах разработки не читалось. Я это заметил, но забил, «делегировал». Не вкопался в детали, не настоял сделать Proof of Concept, не поискал экспертизы снаружи. В итоге через полгода, мы не смогли зарелизиться и проблема осталась нерешенной. Снова не дожал.
Баланс между реалистичностью и амбициозностью
Дожимать трудно. Часто это значит поднять неудобный вопрос или указать, что человек чего-то не сделал. Донести сообщение, чтобы и проблему четко обозначить, не срезая углы, и человека не обидеть — безумно трудно. Это я уже не говорю про внутренее сопротивление в таких разговорах.
Дожимать также не всегда уместно. Например, был у меня один сложный клиент, сам тот еще дожиматель. В момент, когда он сам оказался неправ, разумнее было дать ему сохранить лицо, чем дожимать.
Поэтому здесь важно соблюдать баланс между реалистичностью и амбициозностью цели. Если слишком высоко поднять планку, команда справится один раз, второй, а на третий выгорит.
Для менеджера это худший сценарий, ведь проектов много, надо делать и четвертый и пятый.
Также и с коллегами. Если реально что-то горит, то, возможно, есть смысл немного надавить. Но использовать такую стратегию постоянно? С тобой никто не будет работать.
А вы выбираете быть «хорошим менеджером» или «дожимающим»? Пишите в комментариях.
Мнение автора может не отражать позицию редакции.
Что ещё почитать про PM в ИТ:
- Без документа не принимается ни одно решение. Год, как я работаю в европейском продукте — делюсь впечатлениями;
- Как я получил сертификацию для PM’ов;
- Повзрослеть и улыбаться. Project manager жёстко ответила devby.
Релоцировались? Теперь вы можете комментировать без верификации аккаунта.
ну да, поэтому ложь, манипуляции и шантаж и прессинг для того, чтобы казырнуть, что премию дали, а у людей выгорание, п по факту неумение управлять ресурсом на проекте
у нас вот такого дожимателя кикнули недавно на мороз. Но он был дожиматель в нормальную сторону - не брать в работу говняные эпики не готовые совсем и все такое. И на мороз. А удобный который согласен под всякое говно подписываться - работает. Потом достает каждый день - "а какого художника мы все время не успеваем" ?