Структура разбиения работ (СРР)

Лекция №5. Планирование проекта

Основные понятия и определения

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

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

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

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

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

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

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

Процессы планирования

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

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

Основные процессы планирования могут повторяться несколько раз в течение как всего проекта, так и его отдельных фаз. К ним относят:

• планирование содержания проекта и его документирование;

• описание содержания проекта, определение основных этапов его реализации, декомпозицию их на более мелкие и управляемые элементы;

• составление сметы, оценку стоимости ресурсов, необходимых

для выполнения работ;

• определение работ, обеспечивающих достижение целей проекта, формирование их конкретного списка;

• последовательность работ, определение и документирование

технологических зависимостей и ограничений на работы;

• оценку продолжительности работ, трудозатрат и других необходимых ресурсов;

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

• планирование ресурсов, определение того, какие ресурсы (люди, оборудование, материалы) и в каких количествах потребуются для проекта. Определение сроков работ с учетом ограниченности ресурсов;

• составление бюджета, привязка сметных затрат к конкретным видам деятельности;

• создание (разработку) плана проекта: объединение результатов

всех процессов планирования в общий документ.

Вспомогательные процессы выполняются по мере необходимости. К ним относят:

ü планирование качества, определение стандартов качества, соответствующих данному проекту, и поиск путей их достижения;

ü организационное планирование (проектирование), определение, обследование, документирование и распределение проектных ролей, ответственности и отношений подчиненности;

ü подбор кадров, формирование команды проекта на всех стадиях его жизненного цикла;

ü планирование коммуникаций, определение информационных и коммуникационных потребностей участников проекта: кому и какая информация необходима, когда и как она должна быть доставлена;

ü идентификация и оценку рисков, анализ фактора неопределенности и его влияния на ход реализации проекта, определение благоприятного и неблагоприятного сценариев реализации, документирование рисков;

ü планирование поставок: что, каким образом, когда и с помощью кого закупать и поставлять;

ü планирование предложений, документирование товарных требований и определение потенциальных поставщиков.

Уровни планирования

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

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

Агрегирование календарно-сетевых планов (графиков) — важный и весьма эффективный инструмент, позволяющий управлять сложными проектами. С помощью этого инструмента участники проекта могут получать сетевые планы различной степени агрегирования, в объеме и по содержанию соответствующие их правам и обязанностям по проекту. Упрощенно агрегирование сетевых планов для трех уровней может быть представлено в виде некоторой информационной пирамиды, изображенной на рис. 13.1. Здесь на основании детального сетевого плана (внизу пирамиды) на следующий уровень управления передается план только с ключевыми этапами (вехами).

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

Обычно выделяют три вида планов:

1) концептуальный;

2) стратегический;

3) тактический (детальный, оперативный).

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

Стратегическое планирование представляет собой процесс разработки стратегических, укрупненных, долгосрочных планов.

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

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

• договорные требования и обязательства;

• описание доступных ресурсов и ограничения на их использование (сроки, интенсивность, размещение и т.д.);

• оценочные и стоимостные модели;

• документация по аналогичным разработкам.

Уровень стратегического планирования связан с двумя основными вопросами.

1. Что мы собираемся сделать?

2. Как мы это сделаем?

Как правило, частные (специфические) цели проекта по мере его реализации могут меняться, в то время как стратегические цели, миссия остаются неизменными, поэтому этапу стратегического планирования придается особое значение. Здесь должна быть достигнута предельная ясность по проекту в целом, по основным этапам его реализации, по целям, которые должны быть достигнуты.

Модель стратегического планирования может содержать несколько подэтапов, представленных на рис. 13.2. Подэтапы стратегического планирования могут и не иметь определенной, наперед заданной последовательности. Как правило, они выполняются несколько раз, когда информация, получаемая после очередного этапа анализа или выполнения процедуры, используется на последующем этапе и снова воз вращается на предыдущий этап (или предыдущие этапы) с уже уточненной или некоторой дополнительной информацией.

Методы SWOT-анализа (Strengths, Weaknesses, Opportunities and Threats – преимущества, слабые стороны, возможности, угрозы) часто используются для целей стратегического планирования, в особенности для оценки специфических параметров самой организации и ее окружения. Для проведения SWOT-анализа используют табл. 13.1. Для ее заполнения необходимо ответить на ряд вопросов.

• Каковы наши преимущества? Как мы можем их реализовать?

• В чем наши слабые стороны? Как мы можем уменьшить их влияние?

• Какие существуют возможности? Как мы можем извлечь выгоду из них?

• Что могло бы воспрепятствовать угрозам?

• Что мы могли бы сделать, чтобы избежать возникновения проблем или преодолеть уже возникшие?

По результатам SWOT-анализа можно определить, в частности, к какому типу следует отнести стратегию для конкретного проекта.

Двенадцать возможных стратегий для проектов:

1) ориентированная на строительство;

2) основанная на финансировании (связанная с применением не тривиальных схем финансирования, возможно с использованием долговых обязательств или субсидий, а также когда уделяется особое внимание финансовым потокам или стоимости капитала);

3) государственная;

4) проектная, дающая существенные преимущества по сравнению с другими технологиями;

5) построенная на отношениях заказчик — подрядчик, при которой используются различные формы партнерских отношений между заказчиком и подрядчиком;

6) технологическая, ориентированная на применение самых современных, но и в большей степени подверженных риску технологиях;

7) ориентированная на ввод в эксплуатацию;

8) обеспечивающая оптимизацию соотношения затрат, качества и сроков;

9) ресурсноориентированная, применяющаяся при ограниченности или высокой стоимости ресурсов, их дефицитности и уникальности;

10) ориентированная на масштаб решаемых проблем или на заданный параметр, например обеспечение заданного количества рабочих мест в регионе;

11) ориентированная на случайность или на непредвиденные чрезвычайные обстоятельства;

12) пассивная, когда вообще нет стратегии как таковой и поведение окружающей среды непредсказуемо.

Структура разбиения работ (СРР)

Структура разбиения (декомпозиции) работ (WBS — Work Breakdown Structure) – иерархическая структура последовательной декомпозиции проекта на подпроекты, пакеты работ различного уровня, пакеты детальных работ. СРР является базовым средством для создания системы УП, так как позволяет решать проблемы организации работ, распределения ответственности, оценки стоимости, создания системы отчетности, эффективно поддерживать процедуры сбора информации о выполнении работ и отображать результаты в информационной управленческой системе для обобщения графиков, стоимости, ресурсов, работ и дат их завершения.

Принципиальная схема структуры разбиения работ представлена на рис. 13.3.

С одной стороны, СРР позволяет согласовать план проекта с потребностями заказчика, представленными в виде спецификаций или описаний работ. С другой стороны, СРР – удобное средство управления для менеджера, так как позволяет:

• определить работы, пакеты работ, обеспечивающие достижение

подцелей (частных целей) проекта;

• проверить, все ли цели будут достигнуты в результате реализации проекта;

• создать удобную, соответствующую целям структуру отчетности;

• определить на соответствующем уровне детализации плана вехи (ключевые результаты), которые должны стать контрольными по проекту;

• распределить ответственность за достижение целей между исполнителями и тем самым гарантировать, что ни одна из работ не выпадет из поля зрения;

• обеспечить членам команды понимание общих целей и задач

проекта.

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

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

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

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

Система УП должна включать возможность представления ин формации по плановым и фактическим данным в соответствии со структурой СРР, кроме, разумеется, типовых макетов, построенных на основе фильтров по конкретным показателям (срокам, ресурсам, ответственным и т.д.).

Основанием декомпозиции СРР могут служить:

• компоненты товара (объекта, услуги, направления деятельности), получаемого в результате реализации проекта;

• процессные или функциональные элементы деятельности организации, реализующей проект;

• этапы жизненного цикла проекта, его основные фазы;

• подразделения организационной структуры;

• географическое размещение для пространственно распределенных проектов.

На практике используются комбинированные структуры СРР, построенные с использованием нескольких оснований декомпозиции.

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

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

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

Правила, основные этапы построения и возможности использования СРР перечислены ниже.

• На основе информации о плане мероприятий проводится последовательная декомпозиция (разбиение, деление на категории, классификация) по заданным основаниям (признакам, критериям) работ проекта.

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

• Для наглядности и простоты автоматизации использования

СРР каждому элементу декомпозиции присваивается уникальный идентификатор, соответствующий уровню и, например, по рядковому номеру на уровне с использованием разделителей типа табуляции, знаков препинания и т.д.

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

• Для каждой работы, пакета работ, части проекта определяются имеющие к ним отношение данные (поставщики, ответственные исполнители, продолжительность, объемы, бюджет и за траты, оборудование, материалы, спецификации и т.д.).

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

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

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

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

• График и план по контрольным вехам может быть представлен с помощью СРР в виде главного, укрупненного графика, в котором указаны основные компоненты и этапы проекта. Он является всеобъемлющим и может включать контрактные обязательства, ключевые контакты, порядок действий, важные события и отчеты о ходе выполнения работ.

Возможные ошибки структуризации проекта:

· пропуск стадии структуризации проекта и переход непосредственно к поиску и решению текущих, оперативных проблем;

· использование при структуризации только функций, фаз или организационных подразделений вместо конечных продуктов или необходимых ресурсов;

· непонимание того, что СРР должна охватывать весь проект (обычно недостаточное внимание уделяется начальной и конечной фазам проекта, а также работе функциональных, обеспечивающих подразделений);

· повторение элементов структуры;

· отсутствие интеграции структуры проекта с системой ведения бухгалтерских счетов в компании и с системой подготовки проектно-сметной документации;

· излишняя или недостаточная детализация;

· невозможность компьютерной обработки результатов структуризации (планов проекта) из-за ошибок формального характера (каждый уровень или элемент плана должен быть определенным образом закодирован);

· неучет «неосязаемых» конечных продуктов, таких как услуги;

· недостаточное информационное или программное обеспечение.