Используемые подходы

Степень детализации ИСР

При осуществлении детализации ИСР менеджеру следует решить, насколько детально и подробно структурировать работы: какие из них разделять на максимальное число простых работ, а какие оставить на укрупненном уровне детализации. Существуют 4 уровня детализации:

стадии (phases),

операции (activities),

задачи (tasks),

единица работы, т. е работа, которую может выполнить 1 человек в срок, не превышающий 2 недели) (work unit).

Но на сложных проектах уровень детализации может достигать 6 и более.

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

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

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

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

Детализация всех работ проекта в соответствии с описанными выше критериями может потребовать значительных трудозатрат. Облегчить процесс составления ИСР помогут следующие подходы и методы:

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

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

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

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

1. Возможно, работа, имеющая нескольких «родителей», – это на самом деле несколько однотипных работ. Например, тестирование программного кода производится для нескольких модулей разрабатываемого ПО. В результате для каждого из «родителей» появится по экземпляру «потомков» с одинаковым названием.

2. Если же это одна работа, связанная с несколькими «родителями», следует разделить работу на составляющие, и каждую составляющую соотнести с одним «родителем».

Если два описанных выше метода не применимы, то можно пересмотреть критерии вхождения потомка в родительские работы (пересмотреть логику ИСР).

Дата добавления: 2017-01-14