Главное Авторские колонки Вакансии Образование
Выбор редакции:
316 1 В избр. Сохранено
Авторизуйтесь
Вход с паролем

Почему на проекте все идет не по плану

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

Конечно, нет. РП со стажем говорят, что план устаревает в момент, когда он готов. Большинство проектов действительно не реализуется в установленные на первоначальном этапе даты.

Компания Standish Group ежегодно публикует отчеты CHAOS об успешности проектов. По статистике, только 31% из более чем 50 тыс. проанализированных IT-проектов оказался успешным, 50% были проблемными, а 19% и вовсе провалились.

Как спрогнозировать результат

На стадии планирования не всегда есть четкое представление о полном составе работ. Спрогнозировать что-то с вероятностью в 100% нереально, ну если вы не обладаете экстрасенсорными способностями. Далеко не все процессы и задачи в проектной деятельности стандартизированы, поэтому решить один и тот же кейс можно, как правило, разными способами и в разные сроки.

Как сократить неопределенность?

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

Иногда, чтобы увидеть «узкие» места, нужен взгляд со стороны.

Нереалистичные дедлайны

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

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

Ответ очевиден — для того, чтобы в будущем их «подстраховку» не убрали из оценки и не обязали выполнить задачу в сжатые сроки.

Для расчета корректных сроков всегда закладывайте буфер и контролируйте не только окончание, но и старт задач в намеченные сроки.

Распределение ресурсов

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

Отсутствие ресурсного планирования

Другая крайность жонглирования ресурсами — это не использовать их совсем. Составление плана работ в иллюзии достаточности ресурсов на всем протяжении проекта, это как вера в Деда Мороза, когда тебе уже давно не 10 лет. Обязательно учитывайте при планировании отпуска, вероятность отсутствий и форс-мажоров.

Кто не рискует, тот не управляет проектами

Влияние игнорирования рисков очень жизненно описано в книге Даниэля Канемана «Думай медленно, решай быстро»:

«В июле 1997 года строительство нового здания парламента Шотландии в Эдинбурге было предварительно оценено в 40 миллионов фунтов стерлингов. К июню 1999 года бюджет перевалил за 100 миллионов. В апреле 2000 года законодатели установили предел в 195 миллионов, а к ноябрю 2001 года потребовали перерасчета. Была названа последняя цена в 241 миллион фунтов. В 2001 году она дважды менялась, достигнув 294,6 миллиона, а в 2003 году выросла до 375,8 миллиона фунтов. Наконец, в 2004 году строительство было завершено, и, согласно последней смете, затраты составили около 431 миллиона».

Том ДеМарко и Тимоти Листер в своей книге «Вальсируя с медведями» ввели термин «нанопроцентная дата» — это дата завершения проекта, которая рассчитана без учета имеющихся в проекте рисков.

Часто управление рисками считают бессмысленной тратой времени, ведь всего все равно не предусмотреть, так зачем думать о том, что может не случиться. Но это не так, часто описание методов реагирования на 10-20-30 рисков уже значительно снижает вероятность срыва сроков и позволяет руководителю адекватно реагировать на форс-мажоры, а не тушить пожары.

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

Получить гайд для быстрого старта и эффективной работы в agile-досках

Этот инструмент повысить эффективность командной работы.

Девять простых шагов, которые помогут быстро освоить agile-доски. Получите гайд — для этого просто заполните форму.

0
В избр. Сохранено
Авторизуйтесь
Вход с паролем
Комментарии
Андрей Воеводин
Знакомые проблемки... Как по мне, наиболее эффективный выход из проблемы - это попробовать в аспро.agile или в подобном таск-трекере вести проекты. Тогда ничего никуда не убежит и все будет максимально эффективно распределяться.
Ответить
Выбрать файл
Блог проекта
Расскажите историю о создании или развитии проекта, поиске команды, проблемах и решениях
Написать
Личный блог
Продвигайте свои услуги или личный бренд через интересные кейсы и статьи
Написать

Spark использует cookie-файлы. С их помощью мы улучшаем работу нашего сайта и ваше взаимодействие с ним.