Кейс про наследство
Категории: Кейсы
Насколько реалистичным в жизни менеджера будет кейс, что ему достался проект по наследству?
Я бы оценил вероятность такого события - 90%. То есть, 9 из 10 менеджеров поделятся таким опытом :)
Мой кейс
Моя компания делала проект по построению системы аналитики (BI) для одного из уральских металлургических заводов. Проект казался успешным при подписании, сумма контракта была значительная. Для компании это была одна из первых успешных продаж BI да еще и хорошие, перспективные отношения с заказчиком
Проектом руководил менеджер-продакт (МП) из дружественного подразделения и в проекте активно участвовал менеджер по продажам (сейл). В проекте было 2 аналитика и 1 инженер. Я слышал, что в проекте были разногласия между МП, сейлом и Заказчиком. Но люди взрослые - сами справятся. Постепенно, в проекте стали открываться подводные камни в виде некачественных исходных данных (типичная проблема в проектах BI) и обвинения нас в том, что у нас ошибки в алгоритмах. Проблемы нарастали, как снежный ком, пока в апреле МП не ушел из компании. Проект решил вести сейл, что привело к постоянным жалобам команды что каждый день начинается новая жизнь, планы только на 1 день, задачи проекта менялись в зависимости от настроений заказчика сегодня. Команда проекта, тем не менее делала свои задачи, медленнее, но упорно делали. Спустя месяц, Заказчик заявил о том, что хочет разорвать контракт, поскольку мы не компетентны.
Сейл попросил меня включиться в проект, поскольку он не может справиться.
Что сделал?
- Встретились, познакомились с Заказчиком
- С нашей стороны признал проблемы, которые есть
- Начал договариваться о том количестве работ, которое мы должны были сделать и об общем слова (что такое дашборд, что такое отчет и т.д), поскольку мы все говорили на разном языке, что выстраивало разные ожидания
- Привел статистику обращений, где результат был один - проблема не в алгоритмах, а в исходных данных. Заказчик признал эту проблему со своей стороны и накал отношений спал
- Зафиксировали весь объем работ в документе-уставе (до этого, все требования умещались на 2 страницы, на проект длительностью 1 год). в Уставе отразили разделение ответственности, объем проекта и порядок обращений к нам
- На основании документа составили план проекта, который говорил что в течение 3х месяцев мы все закончим
- Заказчик согласился с этим сроком (напомню, что он сам занимался манипуляцией и косяки есть на его стороне)
- На первое время пришлось заниматься микроменеджментом, чтобы откладывать все запросы об ошибках, отвечать на письма, обсуждать с командой что они сделают сегодня
- Каждую неделю писал статусный отчет - где мы находимся, где мы отстаем, почему, на что нужно сфокусироваться, прикладывал обновленный план
- Раз в 2-3 недели устраивали презентацию и обучения заказчика, тому, что мы доставили, собирали обратную связь
- Заказчик начал работать над качеством своих данных, чтобы они не отражались в конечном отчете.
- Спустя 3,5 месяца мы сдали проект, с опозданием на 9 месяцев, относительно первых обещаний )
В итоге
- С Заказчиком у нас сохранились хорошие отношения (хотя проектов не было)
- Лично я все еще общаюсь с этими людьми
- Проект сдали, закрыли, без штрафов
Проблемы, которые были
- Недостаток коммуникации с Заказчиком
- Отсутствие единого понимания сделанной работы (что должно быть сделано в итоге)
- Отсутствие планов и ожиданий со стороны Заказчика (нет ответа на вопрос - когда будет сделано)
- Неясные требования на проекте, с самого начала
- Конфликты внутри команды, что видел Заказчик
- Команда была отдана сама себе =)
Поэтому, не удивляйтесь, если в будущем вас попросят вести чужой проект - вам потребуется провести его предварительную инспекцию, чтобы понять где проблемы. Ровно, что вы делаете сейчас
Все посты написаны мной. Если вам интересно узнать больше, подписывайтесь на мою рассылку о менеджменте. Один-два раза в месяц я пишу статьи о разных аспектах проектного управления или менеджмента в целом. Или вы можете просто написать мне :)