Кто такой руководитель ИТ-проектов, для чего он нужен?

Зачем компании руководитель ИТ-проектов и что входит в его зону ответственности? Почему заказчик не может сам выступать в роли РП и совмещать эту роль с основными обязанностями.

Предположим, вы работаете в небольшой компании. Однажды руководитель вам озвучивает, что excel – это прошлый век. Управленческий учёт, расчёт мотивации, коммерческих предложений, отчёты – всё необходимо автоматизировать и цифровизировать. Не беспокойтесь, он уже нашёл программиста Васю, поэтому бухгалтер Таня будет с ним общаться и ставить задачи, а когда он отдаст вам «готовую программу», то менеджеры по продажам всё протестируют.

И вот вся компания приступает к сложному и мучительному процессу цифровизации. Бухгалтер Таня ничего не понимает, что ей говорит Вася, и почему просто вывести кнопку для построения отчёта он не может «прям щас». Вася не выдерживает тупости со стороны Тани, потому что помимо кнопки за построением отчёта стоят данные, которые должны быть заведены в системе, отчёт должен выводится по определённой форме, которую ему не предоставили, он вроде это всё повторил раз 10, но без толку, она его не понимает, да и вообще программисты – народ не коммуникабельный. В итоге Вася не выдерживает и увольняется. Руководитель между многомилионными переговорами и спорами с женой по телефону находит нового программиста Петю, он не сильно сообразительный, да и медленный, но какой уж есть, не искать же ещё кого-то. Тем более придётся всё начинать заново, ведь Таня с Васей общались по телефону, требования нигде не зафиксированы, и что он в итоге сделал, а чего не сделал – знает только Вася. По телефону уточнить ничего не получится, Танюшку он заблокировал, и вообще у него другой проект.

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

А теперь представим, если бы руководитель взял РП для автоматизации своего бизнеса. Какие задачи закрыл бы РП и что входило бы в его зону ответственности:

1. Поиск ресурсов (программистов Васи, Пети);
2. Формализация требований в письменном виде (если компания маленькая, то требования в письменном виде собираются напрямую от пользователей самим РП, если бюджет позволяет, то можно нанять бизнес-аналитика для ведения документации (см. п.1));
3. РП имеет отличные коммуникативные навыки, поэтом он общается с программистом и с бизнесом (бухгалтером Таней) на понятном для них языке. Если реализация отчёта занимает больше времени, то РП корректирует требования, доносит до бухгалтера новые сроки выполнения задачи, включает реализацию отчёта в бэклог (список задач) программисту;
4. Смена программиста является проблемой, но не критичной, если РП оперативно находит нового, все требования у него формализованы, а также проконтролирована передача дел;
5. Контроль бюджета, сроков исполнения, объёмов и ресурсов – основная задача РП на любом проекте;
6. Для передачи заказчику любого функционала на тестирование должны быть составлены сценарии тестирования, в которых подробно расписан каждый шаг пользователя и как на него должна реагировать система. Без этого документа рядовому сотруднику сложно полноценно протестировать функционал;
7. РП организовывает обучение пользователей, а также не принимает систему без инструкций;
8. РП следит за тем, чтобы были прописаны в договоре гарантийные обязательства по устранению критичных замечаний после выхода системы в эксплуатацию, а также организовывает дальнейшую техническую поддержку пользователей.

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

Стало ли более понятно, кто такой руководитель проектов и чем он занимается? Какие вопросы остались?