Не всегда провалы проектов связаны с плохим планированием, недостаточными компетенциями или ошибками в разработке. Иногда из-за «
Для кого: для начинающих проектных менеджеров, которым требуется заряд мотивации и сочувствия; для тех, кто любит читать производственные романы; для разработчиков, которые не понимают, что за фигня иногда творится на их проектах.
Давайте смотреть реально. Комедия — мёртвый жанр, а трагедия — это смешно!
Футурама, «20th Century Fox», Мэтт Грейнинг, Дэвид Коэн
Акт 1: Разборки в стиле кунг-фу
Пролог: Крупная коммерческая компания с российскими и международными заказчиками. Новое руководство хочет навести порядок в делах и автоматизировать процессы по-правильному.
В течение полугода проводится цикл из 30 встреч с ведущими участниками рынка, где функциональные заказчики, безопасники и ИТшники оценивают компетенции, опыт и качество продуктов. Готовятся демо-стенды, проводится тестовая эксплуатация по каждому продукту по несколько дней. Далее следует презентация топ-менеджерам и собственникам. К этому моменту, как вы понимаете, трудозатраты каждого участника пресейла уже достигают нескольких человеко-месяцев.
На основе встреч и рабочих обсуждений создается Техническое задание (ТЗ) для конкурса на площадке компании, которое могут выполнить 6 участников рынка и их франчайзи. Первый контракт не самый большой, но все дело в дальнейшем развитии системы. Ожидается нешуточная заруба на конкурсе. И она случается!
Происходит чудо и в совокупности по десятку параметров моя конкурсная заявка выигрывает. Подробно разбираются сметы, фиксируется почасовая ставка на развитие и техническую поддержку на несколько лет вперед. Далее следует настойчивое требование со стороны заказчика начать работы до заключения контракта. Мол, конкурс все равно выигран, контракт обязательно будет подписан, обычная практика в отрасли, нужно успеть завершить работы пораньше и развесить всем медальки. Я по своей обычной практике настойчиво сливаюсь.
Драма: Согласование контракта идет планово, минорные замечания оперативно устраняются, мы близимся к подписанию. Проектная команда сформирована и забронирована, мои аналитики, инженеры и разработчики бьют копытом и рвутся в бой. Дальше события не развиваются стремительно:
Вторник, контракт подписан с нашей стороны. Я везу его заказчику, заказчик принимает контракт в секретариат для проверки.
Среда. Контракт проверен и завизирован, с ним все хорошо. Меня хочет видеть куратор, член Совета директоров. Он сообщает, что подписание с их стороны состоится завтра утром. Примерно в 5 вечера мы пожимаем руки и уверяем друг друга, что проект пройдет максимально быстро и качественно, нас ждет чудесное развитие впереди, а все знакомые куратора обязательно восхитятся нашим проектом и тоже захотят себе такую чудесную систему.
Четверг, 11 утра. Звоню директору по закупкам. Он сбрасывает. Ну сбрасывает и сбрасывает, на совещании человек, наверное. Вечером тоже сбрасывает, начинаю напрягаться. Набираю главного ИТ-шника — он говорит, что в компании случилось ЧП, проблема не в нашем контракте, нужно подождать пару дней. В четверг и пятницу без изменений — ребят, все будет хорошо, ЧП, подождите немного.
На следующей неделе выставка, в которой участвует все руководство компании. Не до нас, но все будет хорошо.
Активно пытаюсь понять в чем дело, может, кто-то после конкурса пришел с условиями получше, может, нужно усилить предложение. Дозваниваюсь до директора по закупкам через его секретаря — он подтверждает, что усиление предложения поможет. За пару дней согласуем и подписываем гарантийное письмо, что в рамках проекта отгрузим еще и дополнительные лицензии.
Контракт не подписан и не подписывается, тишина, но все говорят, что с новым предложением все точно будет хорошо.
Эпилог: Через несколько недель выяснилось, что во среду прямо после встречи со мной топ-менеджеры поехали в ресторан отмечать помолвку функционального заказчика. Функциональный заказчик предложил гулять за его счет без ограничений по бюджету, а после десяти бутылок коньяка на шестерых отказался оплачивать счет в среднюю годовую зарплату в стране. После этого он перевернул стол, разбил окно, начал кидаться стульями в официантов, а затем и в вызванных официантами сотрудников полиции и был уволен по собственному желанию задним числом. Проект стало некому вести.
Описать уровень моего удивления из-за такого хода развития событий очень сложно, ведь несмотря на хорошую часть про риски в целом, в 
Сцена после занавеса: Проект в итоге удалось сдать и защитить почти без просрочек. Заказчик пользовался системой и после моего ухода из компании-исполнителя. ЦОД получил от меня пару заказов на аренду по полной цене. Я серьезно прокачался в софт скиллах, в переговорах и в построении отношений со стейкхолдерами. Меня бросила девушка, которую не устроили мои полгода в другом городе и даже проведенный там двухнедельный отпуск. Но это, наверное, и к лучшему. Наверное.
Акт 3: Любовь и прочие неприятности
Пролог: Крупный промышленный холдинг, в рамках которого есть материнская организация и несколько дочерних с филиалами в самых отдаленных уголках необъятной. В рамках всего холдинга внедрена и поддерживается уже много лет некоторая ключевая система с элементами 
Вся эта ситуация равномерно надоедает согласующему менеджеру, руководителю и ИТ-директору. Мой мобильный добавляют в черный список, для поддержки просят другого руководителя проектов.
Сцена после занавеса: Новую жену для согласующего менеджера с аналогичным пакетом имущества я не нашел, хотя и не то чтобы сильно искал. На встрече, куда я все-таки смог пробиться спустя несколько месяцев, что руководитель, что ИТ-директор загадочно ржали и отказывались обсуждать конструктивные способы решения проблемы. Репликация продолжила втыкать нож в спину и и спустя пару лет, а потом систему поменяли.
Заключение
Почему так сильно бесят «черные лебеди» проектного управления, помимо потерь на неудачных пресейлах и периодической работы в стол?
-
С учетом прочих проблемы ты не можешь достоверно планировать время и загруженность разработчиков и проектной команды, выполнять показатели по прибыли и выручке. Единственный выход — вести больше пресейлов и иметь больше проектов в воронке, сталкиваясь с переработками.
-
Работа над проектами зачастую связана с существенными интеллектуальными и эмоциональными вложениями всей команды. «Черные лебеди» сильно бьют по мотивации и уверенности в способностях держать проект под контролем.
Практически каждый проект имеет свойство расползаться и обрастать дополнительными сложностями. Некоторые сложности становятся непреодолимыми, но сочетание стратегического мышления, знания предметной сферы, крутых софт-скиллов, глубокой вовлеченности в проект и хорошей репутации помогает в изрядном количестве случаев. И называется опытным руководителем проектов.
Как в басне о кузнечике и осьминоге: весь год кузнечик запасал травку на зиму, а осьминог тискал свою подружку и смотрел ящик. Потом пришла зима и кузнечик умер, а осьминог съел все его запасы и купил спортивный автомобиль. Понимаешь, как устроен мир?
Футурама, «20th Century Fox», Мэтт Грейнинг, Дэвид Коэн
*истории выбраны и описаны таким образом, чтобы никому не навредить; произошли более 6 лет назад
ссылка на оригинал статьи https://habr.com/ru/articles/741130/
Добавить комментарий