Статьи

Войти ENG Поиск

Improving performance
people and projects

Вверх

Планирование проекта: почему нужно придерживаться именно минимальных требований?

Планирование проекта: почему нужно придерживаться именно минимальных требований?

21 сентября 2010

Нельзя объять необъятное
Козьма Прутков

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

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

Но как же не брать на себя эти обязательства, даже если знаешь, что, например, из 100 пунктов требований к проекту минимальными являются только 30, ведь заказчик настаивает на всех 100? Очень просто, общий рецепт - нужно просвещать и предлагать альтернативу. Чуть подробнее разберем фокус с 2 планами, о котором упоминали в посте про сбор минимальных требований:

  • Для начала отберите тех самых 30 минимальных требований и составьте план проекта (укрупненно) для их реализации.
  • Дальше составьте дополнительный план, в котором учтите 70 оставшихся требований (цель этого плана – снять риски с основного).
  • Теперь покажите эти планы заинтересованным сторонам, объясните принцип составления, стоимость и результаты. Особый акцент сделайте на том, что выполнение дополнительных требований (из числа 70) влечет за собой повышенные риски, что удорожает проект. Как правило таких аргументов хватает для достижения компромисса.

Между этими планами существует зависимость 2 типов:

  1. Если основной проект не может быть выполнен в срок, тогда мы жертвуем дополнительным планом (или его частью).
  2. Если какое-то из требований дополнительного плана выполнено, тогда переносим их в основной (при условии низких рисков).

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

Помните расхожую фразу из гангстерских фильмов: «Он слишком много на себя брал…»? Если не хотите, чтобы так говорили о вас, тогда обязательно уделите внимание минимальным и дополнительным требованиям к проекту.


Статья опубликована в интернет-журнале BOT Expert
Постоянный адрес статьи:
http://botexpert.com.ua/MonthTheme1/MonthTheme1_846.html?ThemeID=22

Все новости