Апгрейд тупиковых проектов

Моя цель - предложение широкого ассортимента товаров и услуг на постоянно высоком качестве обслуживания по самым выгодным ценам.

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


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

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

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


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

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

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

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

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


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


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

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

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

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

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

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


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


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

Источник: https://habr.com/ru/post/684400/


Интересные статьи

Интересные статьи

Продолжаем серию проектов для тренировки. 9 проектов для оттачивания Front-End мастерства Шесть задачек для Front-End разработчика Занимательная практика для разработчика 8 учебных п...
Этот пост будет из серии, об инструментах безопасности, которые доступны в Битриксе сразу «из коробки». Перечислю их все, скажу какой инструмент в какой редакции Битрикса доступен, кратко и не очень р...
Продолжаю серию статей, посвященных настройке непрерывных локализаций. Первую вы можете найти здесь. В этой статье я расскажу, как интегрировать связку Serge-Smartcat-GitLab и настроить конфигура...
Если Вы используете в своих проектах инфоблоки 2.0 и таблицы InnoDB, то есть шанс в один прекрасный момент столкнуться с ошибкой MySQL «SQL Error (1118): Row size too large. The maximum row si...
Мы публикуем видео с прошедшего мероприятия. Приятного просмотра.