Привет, Хабр! Недавно я писала о том, как понять, что ваш IT-проект летит в тартарары, и что делать, если это уже случилось, и в комментариях мне задали резонный вопрос: «А что делать руководителю, чтобы проект в принципе не пришлось "спасать"?».

Панацеи тут нет. Но давайте разберемся.

В мире есть два типа руководителей проектов: те, у кого всё горит, и те, у кого всё горит, но они умеют это скрывать :)

Это все, конечно, шутки. Но на деле есть те, кто тушит пожары с утра до ночи, и те, кто делает так, чтобы пожары просто не возникали. Вторых меньше, но именно они спят спокойно, не вздрагивая от каждого уведомления.

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

Есть проекты, которые с первого дня пахнут успехом. А есть те, от которых веет таким могильным холодом, что хочется завернуться в плед, удалить мессенджеры и переехать в деревню без интернета. Проблема в том, что часто мы слишком поздно замечаем запах горелого кода и безнадёжных дедлайнов.

Живой пример

Однажды мне в руки «по наследству» от предыдущего руководителя достался проект по автоматизации взаимодействия с подрядчиками. Задача важная: подрядчиков более 50, привлекаемых сотрудников — несколько тысяч, за всеми нужен учёт и контроль, который на тот момент осуществлялся полностью вручную, и занимался этим не один-два человека, а аж целый отдел. Неудивительно, что внутренний аудит это не устраивало, и нам было велено «срочно все автоматизировать». Генеральный директор поставил свою визу и отметил в календаре дату, когда ему нужен результат — через год.

Привет, Хабр! Меня зовут Катя, я начальник отдела методологического сопровождения проектов в РГС. Как руководителю мне постоянно приходится балансировать между контролем (чтобы всЁ работало) и свободой действий (чтобы всЕ работали). И на практике это куда сложнее, чем кажется. Поэтому хочу обсудить, как правильно передавать полномочия в IT-команде, какие задачи тимлид должен оставить себе и где проходит грань между развитием сотрудников и банальной эксплуатацией.