Steinzeig.ru

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

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

Чтобы ничего не потерять из виду, стоит с самого начала проекта уделять как можно больше внимания списку работ, которые предстоит сделать. Но в линейных, одноуровневых списках легко запутаться и потеряться. Здесь как раз нам и приходит на помощь иерархическая структура работ по проекту, она же ИСР.

ИСР представляет собой дерево работ, корень которого - это весь проект. Будем разбирать ИСР сначала на примере абстрактных картинок.

Кстати, мне нравится рисовать такие структуры в Mindjet MindManager. Хотя подойдет и любой другой софт для составления ментальных карт и даже Microsoft Visio. MindManager лично мне нравится своей гибкостью и пиктограммами и комментариями для отдельных узлов структуры.

Итак, наш проект:

Допустим, он состоит из нескольких задач и подзадач:

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

Главное правило составления такой диаграммы - это то, что у любого элемента может быть только один родитель. Только один и не более того.

Давайте теперь перейдем от абстрактных примеров к конкретным. Возьмем простой пример, допустим, нам нужно разработать небольшой сайт, причем использовать для его основы какую-то готовую CMS.
Наша работа будет состоять из обычных для простого сайта задач: дизайна, верстки макетов, внедрения их в CMS и установки и сдачи заказчику.

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

Данная диаграмма не претендует на объективность и полноту, потому как была составлена за 5 минут, однако должна показывать общее направление движения по декомпозиции задач.

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

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

• Не забывать о задачах, особенно критичные из которых можно отметить другим цветом;
• Отмечать выполнение тех или иных заданий (как на рисунке выше)
• Сделать оценку проекта, причем, если идти снизу вверх то мы можем сделать точную оценку, а если сверху вниз, то мы можем убирая некоторые задачи подогнать проект под  определенный бюджет.
• Отметить на этой диаграмме исполнителей и не забывать о предупреждении (или бронировании) необходимых для проекта людей.
• Наметить план поставок, в случае большого проекта, выделяя законченные куски (на данной диаграмме это могут быть дизайн, верстка, внедрение и установка)
• От такой диаграммы очень легко перейти к календарно сетевому графику и столь любимой многими диаграмме Ганта

Надеюсь теперь Вас и Ваши проекты обойдет стороной участь Титаника. Комментарии и дополнения я буду очень рад видеть в комментариях. Удачи Вам и Вашим проектам, и не забудьте подписаться на RSS.

Опубликовано 12.17.2007 15:34 и размещено в рубрике теория, управление проектами. Вы можете следить за комментариями, подписавшись на RSS 2.0 ленту этого сообщения. Вы можете оставить комментарий или trackback со своего сайта.