Спасение утопающих в проекте менеджеров, дело рук самих менеджеров. Бывает так, что ни руководство, ни подчиненные сотрудники почему то не замечают Ваших бульканий и криков, в конце концов Вы терпите сокрушительное крушение и как легендарный Титаник уходите на дно. Почему так случается?
Одна из распространенных причин — это потеря из вида части необходимых работ, попытки дальше включить их в уже жесткий график, которые в лучшем случае ведут к переработкам, сверхурочным, отставанию от графика, в худшем же — к тотальному краху проекта.
Чтобы ничего не потерять из виду, стоит с самого начала проекта уделять как можно больше внимания списку работ, которые предстоит сделать. Но в линейных, одноуровневых списках легко запутаться и потеряться. Здесь как раз нам и приходит на помощь иерархическая структура работ по проекту, она же ИСР.
ИСР представляет собой дерево работ, корень которого — это весь проект. Будем разбирать ИСР сначала на примере абстрактных картинок.
Кстати, мне нравится рисовать такие структуры в Mindjet MindManager. Хотя подойдет и любой другой софт для составления ментальных карт и даже Microsoft Visio. MindManager лично мне нравится своей гибкостью и пиктограммами и комментариями для отдельных узлов структуры.
Итак, наш проект:
Допустим, он состоит из нескольких задач и подзадач:
На диаграмме четко видно зависимости между задачами и подзадачами. Соответственно, для выполнения Задачи 1 нужно закончить 3 подзадачи, а для выполнения всего проекта все 3 основных задачи. Эта диаграмма на самом деле представляет собой не более чем, структурную иерархическую декомпозицию работ. Но, в очень удобном виде.
Главное правило составления такой диаграммы — это то, что у любого элемента может быть только один родитель. Только один и не более того.
Давайте теперь перейдем от абстрактных примеров к конкретным. Возьмем простой пример, допустим, нам нужно разработать небольшой сайт, причем использовать для его основы какую-то готовую CMS.
Наша работа будет состоять из обычных для простого сайта задач: дизайна, верстки макетов, внедрения их в CMS и установки и сдачи заказчику.
Будем двигаться дальше, пытаясь разложить задачи на самые маленькие составляющие, то есть проводим декомпозицию.
Данная диаграмма не претендует на объективность и полноту, потому как была составлена за 5 минут, однако должна показывать общее направление движения по декомпозиции задач.
Кстати, для крупных проектов можно не стараться нарисовать такую диаграмму в один прием. Достаточно просто двигаться сверху вниз и постоянно держать ее в обновленном состоянии в соответствии с текущей ситуацией в проекте.
Пользуясь такой диаграммой очень легко сделать целый ряд полезных, а иногда и необходимых вещей:
Оригинал: Спасение для менеджера проектов или строим ИСР
Одна из распространенных причин — это потеря из вида части необходимых работ, попытки дальше включить их в уже жесткий график, которые в лучшем случае ведут к переработкам, сверхурочным, отставанию от графика, в худшем же — к тотальному краху проекта.
Чтобы ничего не потерять из виду, стоит с самого начала проекта уделять как можно больше внимания списку работ, которые предстоит сделать. Но в линейных, одноуровневых списках легко запутаться и потеряться. Здесь как раз нам и приходит на помощь иерархическая структура работ по проекту, она же ИСР.
ИСР представляет собой дерево работ, корень которого — это весь проект. Будем разбирать ИСР сначала на примере абстрактных картинок.
Кстати, мне нравится рисовать такие структуры в Mindjet MindManager. Хотя подойдет и любой другой софт для составления ментальных карт и даже Microsoft Visio. MindManager лично мне нравится своей гибкостью и пиктограммами и комментариями для отдельных узлов структуры.
Итак, наш проект:
Допустим, он состоит из нескольких задач и подзадач:
На диаграмме четко видно зависимости между задачами и подзадачами. Соответственно, для выполнения Задачи 1 нужно закончить 3 подзадачи, а для выполнения всего проекта все 3 основных задачи. Эта диаграмма на самом деле представляет собой не более чем, структурную иерархическую декомпозицию работ. Но, в очень удобном виде.
Главное правило составления такой диаграммы — это то, что у любого элемента может быть только один родитель. Только один и не более того.
Давайте теперь перейдем от абстрактных примеров к конкретным. Возьмем простой пример, допустим, нам нужно разработать небольшой сайт, причем использовать для его основы какую-то готовую CMS.
Наша работа будет состоять из обычных для простого сайта задач: дизайна, верстки макетов, внедрения их в CMS и установки и сдачи заказчику.
Будем двигаться дальше, пытаясь разложить задачи на самые маленькие составляющие, то есть проводим декомпозицию.
Данная диаграмма не претендует на объективность и полноту, потому как была составлена за 5 минут, однако должна показывать общее направление движения по декомпозиции задач.
Кстати, для крупных проектов можно не стараться нарисовать такую диаграмму в один прием. Достаточно просто двигаться сверху вниз и постоянно держать ее в обновленном состоянии в соответствии с текущей ситуацией в проекте.
Пользуясь такой диаграммой очень легко сделать целый ряд полезных, а иногда и необходимых вещей:
- Не забывать о задачах, особенно критичные из которых можно отметить другим цветом;
Отмечать выполнение тех или иных заданий (как на рисунке выше) - Сделать оценку проекта, причем, если идти снизу вверх то мы можем сделать точную оценку, а если сверху вниз, то мы можем убирая некоторые задачи подогнать проект под определенный бюджет.
- Отметить на этой диаграмме исполнителей и не забывать о предупреждении (или бронировании) необходимых для проекта людей.
- Наметить план поставок, в случае большого проекта, выделяя законченные куски (на данной диаграмме это могут быть дизайн, верстка, внедрение и установка)
- От такой диаграммы очень легко перейти к календарно сетевому графику и столь любимой многими диаграмме Ганта
Оригинал: Спасение для менеджера проектов или строим ИСР
