P.S. Cтатья предназначена для бизнес-пользователей, а не для профессиональных проектных менеджеров. В этом материале я постаралась простым языком объяснить, что делать с CRM-проектами, которые зашли в тупик.

Зачастую, при наступлении «тяжелых времен» у CRM-проектов их бросают на полпути, завершают, так и не дождавшись требуемых результатов. Однако это нерационально: в любой, даже самой критичной ситуации проект можно спасти, возобновить его эффективность и сохранить вложенные в него деньги!

Первый шаг – выявляем проблемы

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

Проведите «очную ставку» - соберите менеджеров, членов команды, конечных пользователей и всех заинтересованных лиц. Повторно обсудите CRM-проект, пусть каждый выскажет свое мнение. Выявите имеющиеся проблемы и предпосылки их появления.

Помните, что поверхностное обсуждение и коллективное порицание виноватых ни к чему не приведет! Докопайтесь до сути проблем, их первопричин.

В конце собрания обозначьте 2 точки: сообщите, что будет проведена проверка, по результатам которой вынесется решение о завершении или возобновлении проекта. Убедите всех, что вы заинтересованы и знаете, как решить эти проблемы – пусть все собравшиеся покинут совещание с чувством нового этапа улучшений.

Шаг второй: «Скажите - СТОП»

Поставьте проект на паузу и проведите тщательную проверку. Этап пересмотра плана и создание «спасательного круга» для проекта сократит расходы и сохранит ресурсы.

Если источник проблемы – это:

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

• конечный пользователь. Причины: несоответствие продукта требованиям пользователей, частые изменения спецификаций, отсутствие критериев поднятия сроков сдачи. Ваши действия: встреча с пользователями, определение оснований для изменения требований/спецификаций и сроков сдачи.

• плохое планирование. Причины: отсутствие первоначального плана действий, неопытность и неорганизованность команды, постоянное изменение требований и/или спецификаций. Ваши действия: решение проблем вместе с ответственными лицами.

Шаг третий: создание «спасательного круга»

План возобновления проекта должен включать требования конечных пользователей, реальные даты и сроки.

Проинформируете пользователей о том, что изменения требований повлекут за собой смещение сроков или завершение проекта.

Перед перезапуском проекта, проведите встречу с членами команды: менеджером и заинтересованными лицами. Представьте им детальный план апгрейда проекта, обсудите его и убедите всех присутствующих в том, что вы намерены возобновить проект. При необходимости поднятия корпоративного духа – организуйте мероприятие в честь перезапуска проекта. 

Четвертый шаг – последний, но не менее важный

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

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

При возникновении таких ситуаций – ставьте проект на паузу и проводите проверку. Расследование первопричин возникновения таких ситуаций является той искомой нитью, которая сможет привести вас к успешному созданию «спасательного круга» и последующему возрождению проекта.