Вопрос 4: Построение иерархической структуры работ

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

Вопрос 3: Ключевые определения и концепции методов планирования, организации и контроля проектов.

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

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

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

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

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

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

Рисунок 3.1. Диаграмма предшествования

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

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

· Методы сетевого планирования - методы, основная цель которых заключается в том, чтобы сократить до минимума продолжительность проекта. Основываются на разработанных практически одновременно и независимо методе критического пути МКП и методе оценки и пересмотра планов PERT (ProgramEvaluationandReviewTechnique). Первый метод разработан в 1956 году для составления планов-графиков крупных комплексов работ по модернизации заводов фирмы «Дюпон». Второй метод разработан корпорацией «Локхид» и консалтинговой фирмой «Буз, Аллен энд Гамильтон» для реализации крупного проекта разработки ракетной системы «Поларис».

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

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

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

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

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

Рисунок 3.2 Диаграмма Ганта

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

· структуризации работ на основные компоненты и подкомпоненты

· обеспечении направленности деятельности на достижение всего комплекса целей

· разработке системы ответственности за выполнение работ проекта а разработке системы отчетности и обобщения информации по проекту.

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

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

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

Ресурсная гистограмма - гистограмма, отображающая потребности проекта в том или ином виде ресурсов в каждый момент времени

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

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

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

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

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

Создание ИСР в начале работ по планированию предоставляет менеджеру возможность:

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

· проверить, все ли цели отражены в плане проекта а Создать эффективную структуру отчетности;

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

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

· обеспечить членам команды понимание их роли в контексте общей работы по выполнению проекта.

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

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

Определение основы для структуризации проекта

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

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

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

· компоненты продукции проекта;

· функциональные элементы деятельности;

· этапы жизненного цикла проекта;

· элементы организационной структуры.

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

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

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

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

Рис. 3.3. Пример ИСР, построенной с использованием смешанного подхода к структуризации.

Правила для построения иерархии

Несколько простых правил применяются при формировании ИСР:

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

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

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

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

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

Наиболее распространенными ошибками, допускаемыми в процессе структуризации проекта, являются:

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

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

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

· не учет того, что элементы структуры не должны повторяться;

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

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

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

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

Дата добавления: 2014-11-29