что такое иср проекта
Технология иерархической структуры работ
Мы находимся в самом начале рассмотрения процессов планирования. И нас интересует создание календарного плана. Вступительным шагом данного процесса является определение состава работ, об их последовательности пока речи не идет. Важно собрать в одном месте в структурированной форме всю совокупность действий, которые необходимо осуществить, чтобы проектная задача была полностью выполнена. Первым важным инструментом определения содержания проекта мы рассмотрим иерархическую структуру работ (ИСР). Теоретически создать настоящий документ не представляется сложным, но на практике он специфичен и требует учета массы нюансов.
Правила структурирования работ
Для целей определения состава операций хорошо подходит методология последовательной иерархической структуры работ проекта, она также называется часто структурной декомпозицией работ (СДР), в англоязычной интерпретации – WBS (Work Breakdown Structure), или структурой разбиения работ (СРР). Мы будем пользоваться аббревиатурой ИСР. Этот документ – плод творческой командной деятельности, в результате которой уточняется содержание проекта в части состава работ.
«Работа» – самое точное определение осуществляемых в ходе достижения проектных целей процедур в силу максимальной близости к задачному контексту проектной деятельности. Работу и задачу легче всего грамотно декомпозировать (разбить) на составляющие операции и подзадачи. Я лишь напомню, что работа – это элемент процессуального действия, имеющего входы, выходы, длительность, ресурсное наполнение, управляющее воздействие, а задача тяготеет к результату. Работа – категория динамическая, а задача – это точка в будущем, адекватная в понимании «достигнуто – не достигнуто» в заданный момент времени.
Хотя задача и работа не одно и то же, в проекте их объединяет результат, который и является предметом декомпозиции при разработке ИСР. Таким образом, разбивая общий результат проектной задачи на более мелкие элементы, которые мы также можем разбить, в итоге получаем структурную иерархию. Для такой иерархии обязательны правила как собственно разбиения, так и контроля правильности выполненной декомпозиции.
ИСР формируется на основе ряда правил, два из которых являются ключевыми.
Методика построения иерархической структуры
Значимость ИСР возрастает с ростом масштаба задачи. Являясь одним из ключевых факторов успеха проекта, иерархическая структура работ служит основой для:
Иерархическая структура работ представляет собой совокупность элементов, выполненных в удобной графической форме. Графическое представление имеет ряд преимуществ перед списочным составом задач или работ. За счет наглядности ИСР и коллегиального труда над ее созданием достигается большая вовлеченность и мотивация команды, уровень коммуникаций повышается, улучшается мониторинг операций и их контроль. Кроме того, визуальная форма позволяет охватить всю архитектуру проекта одним взглядом.
Важным элементом структуры выступают пакеты работ, представляющие собой как раз списки операций, в процессе выполнения которых достигается результат вышестоящей задачи. Пакет работ выполняется без потребности в дополнительной информации, выдает измеримый результат, подлежит реалистичной оценке и может быть передан для исполнения стороннему подрядчику. Важным подспорьем для иерархической структуры является специальный словарь. Он позволяет всем участникам однозначно толковать термины и элементы структуры, а менеджеру проекта словарь помогает определить границы ответственности членов команды и не допустить дублирования операций под разными названиями. В словаре ИСР указываются:
Структура разрабатывается групповым методом в несколько итераций. При этом последовательно разбираются цели и результаты проекта, критерии их достижения, продукты, функциональные зоны, критерии разбиения результатов, объемы операций, технические требования. Схема этапов создания ИСР представлена в конце раздела. Основные ориентиры (условия) при создании структуры работ следующие.
Выбор критериев для разбиения на элементы
Существует несколько подходов к разбиению результатов проекта на элементы. Основными являются два из них: продуктовый и функциональный. Данные критерии совмещать на одном уровне нельзя, а на разных уровнях иерархии допустимо и даже целесообразно. Продуктовый подход необходим PM для общения с заказчиком. Заказчику важно видеть, что и когда менеджер будет ему сдавать, все ли продукты проекта будут ему представлены и т.п. Функциональный подход удобен менеджеру для взаимодействия с исполнителями. По нему проще назначить ответственных за отдельные блоки операций.
Иерархическая структура работ, формируемая под руководством PM, на верхних уровнях иерархии может использовать любой критерий, исходя из логики декомпозиции. Часто, если проект выполняется в несколько этапов, может использоваться подход, исходя из кубической модели структур проекта (смотреть схему, размещенную выше). На верхнем уровне мы разбиваем результаты по этапам жизненного цикла проекта, затем структурируем по производимым проектным продуктам, и, наконец, пакеты работ комплектуем по функциональному критерию или по видам деятельности. Ниже вашему вниманию представлен пример продуктовой ИСР.
Мы находимся в позиции менеджера проекта. Для РМ ключевая информация для создания иерархической структурой кроется в уставе. В нем нам важен раздел «Структура продукта». Допустим, на первом уровне ИСР мы сразу используем продуктовый подход, игнорируя этапы жизненного цикла. Важно не допускать смешивания разных по значимости операций на одном уровне. Кроме того, нельзя смешивать содержательные и управленческие работы.
Описание содержательных действий следует выполнить в первую очередь. Только когда данное описание выполнено полностью, можно формировать управленческий блок работ, выделив его в условный продукт, например, в «Систему управления проектом». Помимо содержательного комплекта продуктов и СУП на первом уровне иерархии также размещаются такие «продукты», как «Проектная документация» и «Объект, сданный в эксплуатацию». Далее приведен пример иерархической структуры, сформированной по функциональному критерию.
Иерархическая структура работ является первым документом процессов планирования проекта. Иногда его, плана по вехам и матрицы ответственности оказывается достаточно, особенно в небольших проектах, чтобы перейти к календарному планированию и формированию бюджета проекта. Я считаю, что эта процедура самая сложная в плане, требующая кропотливости, лаконичности, логической строгости. Тем не менее, с опытом все трудности преодолеваются, и, осуществив структуризацию работ несколько раз для однотипных проектов, PM, как правило, достигает отличных результатов.
Преимущества Иерархической Структуры Работ (WBS) для менеджеров ИТ проектов
Имеющие дело со сложными ИТ проектами руководители подтвердят, что разделение задач на более мелкие и управляемые части делает рабочий процесс намного проще. В этой статье расскажу о процессе, который поможет структурировать каждый этап проекта и учитывать все поставленные задачи. Речь идет об иерархической структуре работ WBS (Work Breakdown Structure).
Если вы помните, как использовать Agile-методологию управления проектами, определять критический путь и ставить SMART-цели, то пришло время перейти к новому уровню компетенции в управлении проектами.
Что такое иерархическая структура работ WBS?
Иерархическая структура работ WBS, или структура декомпозиции, представляет собой схему, где задачи проекта отражают их отношение друг к другу и к проекту в целом. Термин был впервые употреблен в США в 1993 году.
WBS основана на графической природе, которая помогает менеджерам проектов предсказать результаты, основанные на различных сценариях. Процесс часто описывается как структура ответвления, которая охватывает все этапы проекта в организованном порядке. WBS также может быть представлена в виде табличного списка задач и элементов в плане разбивки работ диаграмм Ганта.
Менеджеры используют структуру декомпозиции, чтобы структурировать и делить проекты на легко управляемые компоненты. Они, в свою очередь, разделяются до тех пор, пока они не назначаются конкретному специалисту в команде.
Почему стоит использовать WBS:
Планирование: исследование, планирование бюджета, согласование и утверждение плана, вопросы координации.
Питание: меню, закупки, приготовление пищи, обслуживание.
Площадка и активности: столы и посадочные места, посуда, декорирование и оборудование, брендинг.
Участники/гости: приглашения, список гостей, особые случаи.
Персонал: водители, повар, официанты, уборщики.
Хедлайнер: приглашение, вопрос логистики, согласование сценария/ плей-листа.
Компоненты WBS
Согласно иерархической структуре, необходимо пройти несколько этапов (компонентов) для того, чтобы оптимизировать и упростить процесс управления:
5 шагов для разработки простой структуры WBS
Чтобы достичь целей проекта, необходимо следовать определенному плану выполнения WBS.
Начните с концепции проекта и утверждения главных моментов в верхушке иерархии. Определите все необходимые задачи, от которых будут зависеть результаты. В идеале, в процесс планирования и определения концепции должны быть вовлечены усилия всей команды. Тем не менее, каждый специалист должен отвечать за выполнение конкретной задачи.
1. Утвердите и распишите проект
Это может быть просто предложение или абзац, описывающий концепт и функции проекта после завершающей стадии. Эта стадия WBS представляет собой основу любого проекта и, как правило, разрабатывается всей командой.
2. Выделите все ключевые этапы
После того, как первый этап завершен, можно приступать к следующим.
Может быть, вам придется делить задачу на множество этапов в зависимости от характера вашего проекта. Как правило, это зависит от требований, возможностей бюджета и временных рамок. 
3. Определите конечные результаты
Сформулируйте для себя все моменты, которые должны быть завершены в течение каждого этапа. Все они должны иметь конечные результаты. Вы должны их достичь полностью, прежде чем перейти к следующему этапу. Каждый конечный результат также должен иметь свое описание, цели и функции.
4. Разделите конечные результаты на управляемые задачи
После создания списка конечных результатов добавьте еще один уровень иерархии для расчета деталей. Задачи проекта должны быть выполнены в виде секций. Любой член команды или небольшая команда будет иметь возможность легко управлять ими.
5. Распределите задачи
Назначение ответственного за каждую часть работ является последней стадией иерархии. Конкретный специалист будет отвечать за конкретную задачу. Он/она будет участвовать в каждом этапе работы, что приведет к качественным результатам.
В видео показан легкий способ создания WBS.
Кто может использовать WBS?
Как правило, менеджеры используют структуру при разработке коммерческих, жилищных и строительных проектов. С ней инвесторам и клиентам проще понять, что и как происходит в развитии проекта.
Разработчики ПО тоже сперва утверждают концепции и создают требований на ее основе. Это придает WBS черты идеального инструмента для разработки.
Если попробовать классифицировать команды, которые могут использовать инструменты WBS, получим такой список:
Преимущества структуры WBS для менеджеров ИТ проектов
Структура WBS стала популярной и широко используемой в разработке программного обеспечения благодаря ее очевидным преимуществам. Руководители проектов смело ее применяют. И вот почему:
1. Усиление коммуникации в команде проекта
Неважно, имеет ли ваш ИТ проект внутреннюю или внешнюю направленность. Иерархическая структура работ включает в себя коммуникационные акты на каждом шагу.
2. Поле для творчества
Похоже на стереотип, но люди думают, что разработка программного обеспечения – это только аналитическая работа. Нет, здесь еще есть пространство для развития творческих способностей. При определении концепции проекта члены команды могут использовать WBS и предлагать творческие идеи для развития проекта.
3. Фокусировка на конечных целях
WBS помогает держать всю команду в фокусе и сосредоточенной на конечной цели. Это сводит к минимуму вероятность выполнения ненужной работы.
4. Детализация
Каждая деталь тщательно рассматривается, поэтому в проекте ничего не теряется.
5. Предвидение появления проблем
Когда проект будет готов, могут возникнуть непредвиденные проблемы. Иерархическая структура работ помогает сократить их число, поскольку все детали учитываются перед выполнением.
6. Коллективный мозговой штурм
Менеджеры используют структуру для мозгового штурма, чтобы найти полезные идеи и решения. С ее помощью их легко собрать, а затем из них вычеркивать ненужные.
7. Вопросы планирования
С помощью WBS легко определить, какие из запланированных задач отстают от графика.
8. Управление рисками
Если вы используете WBS, вы уменьшаете риски и управляете ими с самого начала. Это помогает распределить все ресурсы: денежные средства, время и трудозатраты.
9. Распределение задач
Когда вы структурировали свой проект, становится легче назначать задачи конкретным людям.
10. Гибкость для различных команд
Иерархическая структура работ используется в различных сферах. Не имеет значения, сколько людей в команде: WBS всегда будет поддерживать процесс выполнения проекта. Она также может стать отличным инструментом для привлечения клиентов, так как показывает процессы изнутри и помогает их лучше понять.
WBS + диаграмма Ганта = улучшенный процесс планирования
Для отображения иерархической структуры работ широко распространена практика применения диаграмм Ганта. Именно они четко отображают всю структуру, причем в очень удобном виде. Диаграммы Ганта используются во многих программах и сервисах для управления проектами, таких как GanttPRO, MS Project, Wrike и т.д.
Вот, как это выглядит на примере GanttPRO.
Диаграмма Ганта позволяет расширить функционал иерархической структуры работ. Так, благодаря ей четко видны сроки начала и окончания задачи, ее полная протяженность, кто ее выполняет, каков прогресс выполнения, зависимости между задачами. Кроме того, можно обозначить вехи — важные события, влияющие на проект, а также критический путь.
Онлайн диаграмма Ганта подходит и для управления командой проекта. Под каждой задачей можно оставлять комментарии, прикреплять файлы, делиться самим графиком, экспортировать его в популярные форматы, просматривать историю изменений — командная работы действительно удобна. Впрочем, как и отслеживание других процессов, связанных с управлением проектами.
Подведем итоги
Иерархическая структура работ — распространенный и удобный способ планирования ИТ и любых других проектов. А если отобразить ее диаграммой Ганта, то в таком виде она значительно упрощает процесс не только планирования, но и управления. С ней можно:
Иерархическая структура работ (ИСР)
Есть такой мощный инструмент, про который, уверен, многие слышали, но мало кто знает как его использовать. Называется он «Иерархическая структура работ» (ИСР). Она же структурная декомпозиция работ (СДР), она же Work Breakdown Structure (WBS). С помощью нее можно делать много интересных вещей, о которых я сейчас вам последовательно расскажу на примерах и картинках.
Что такое ИСР? Способы отображения и кодировка элементов.
Иерархическая структура работ (далее ИСР) — это разбиение вашего проекта на более мелкие и измеримые части. ИСР описывает все результаты/работы, которые должны быть получены/выполнены для завершения проекта. Все, что не вошло в ИСР в рамки проекта не входит.
Часто ИСР представляют в виде диаграммы, где нижние уровни являются декомпозицией верхних. «Часто» — далеко не означает «всегда», как вы понимаете, поэтому ИСР также может быть представлена в виде:
Все элементы ИСР имеют специальную кодировку, смысл которой — присвоить каждому элементу уникальный номер.
Самый верхний уровень имеет код 0 (ноль) и его часто именуют просто: «проект». Элементы первого уровня нумеруются последовательно от 1 до количества элементов на уровне (обычно не более 7). Второй и последующие уровни нумеруется таким образом, чтобы элемент сохранил ссылку на вышестоящий, например «1.2.4″. Чтобы лучше понять о чем идет речь, посмотрите на пример диаграммы.
В некоторых случаях иерархическая структура работ содержит специальное дополнение, т.н. «словарь ИСР«. Это чаще таблица, которая помогает правильно прочитать вашу диаграмму:
Зададимся двумя вопросами:
Иерархическая структура работ. Принципы декомпозиции
Разные менеджеры по разному подходят к этому вопросу. Существует несколько популярных способов:
По фазам жизненного цикла
Например, ваш проект выполняется по таким фазам: Продажа, Аналитика, Проектирование, Дизайн, Продакшн, Верстка и т.д. Вы можете представить все эти объекты на первом уровне, чтобы дальше разбить их на более измеримые кусочки.
Это удобно, когда у руководителя проекта и заказчика нет разногласий по набору фаз проекта, а также каждая фаза имеет понятый всем участникам набор результатов.
По ключевым результатам проекта (deliverables)
Например, проект по внедрению системы управления транспортом может иметь такой набор результатов: Информационная система, Карты для маршрутизации транспорта, Векторные графы дорог и маршрутов, Механизм поддержки, Обученный персонал, Оборудование.
Эти результаты удобно отразить на первом уровне, чтобы заказчик ясно и точно видел, что будет сдано ему по завершению проекта. Здесь важно помнить, что если результат не представлен на ИСР, то в проекте он не будет получен.
По организационной структуре проекта
Например, в вашем проекте есть 4 структуры, которые вовлечены в реализацию проекта:
Очень удобно показать структуру результатов проекта, распределенную по всем участникам проекта, до подписания контракта.
По источникам финансирования
Например, проект выполняется с использованием своих и заемных средств. Наверняка спонсоры захотят увидеть, какой именно результат будет получен и за чьи инвестиции.
По подпроектам
Иногда можно использовать смешанный подход: на первом уровне фазы проекта, на втором организационные структуры, на третьем — результаты.
Главное — не запутайтесь. Важно, чтобы выбранный подход к декомпозиции позволил оценить весь объем проекта.
Иерархическая структура работ. Глубина декомпозиции
На этот счет есть только несколько практических рекомендаций:
Лирическое отступление: ИСР — это инструмент планирования объема проекта, а не задачник. Поэтому вполне нормально, когда вы декомпозировали результаты до 5-10 рабочих дней, а последующую декомпозицию сделаете после подписания бюджета.
на выполнение данного элемента нужен 1 человек. Иными словами, если для выполнения элемента потребуются трое, например, аналитик, разработчик и тестировщик, то нужно продолжить декомпозицию, чтобы определить, за какой результат каждый из них будет отвечать.
Проверка корректности и достаточности ИСР в принципе не сложная:
Промежуточный итог
Планирование проекта
План управления проектом
Процесс разработки плана управления проектом есть процесс документации действий, необходимых для определения, подготовки, интеграции и координации всех вспомогательных планов. Корректно составленный план управления проектом является основным источником информации о том, как проект будет планироваться, оцениваться, контролироваться и закрываться. План управления проектом обновляется и редактируется в рамках процесса осуществления интегрированного управления изменениями проекта (см. соответствующий раздел), для поддержки версионности документа рекомендуется использовать лист управления документом, шаблон которого представлен в табл. 1.6.
План управления проектом может быть либо резюмирующим, либо детализированным и состоять из одного или нескольких вспомогательных планов и прочих элементов.
План управления проектом рекомендуется разделять на 3 блока по характеру содержащейся в них информации.
Рассмотрению основных вспомогательных планов управления и элементов базовой линии проекта, равно как и описанию ключевых методов и процедур составления этих планов, посвящены отдельные разделы данной книги.
Формирование иерархической структуры проекта
Построение ИСР
Существуют два основных способа разработки ИСР : «сверху вниз» и «снизу вверх». Далее приводится описание подхода «сверху вниз».
Разработка ИСР станет более легким и осмысленным делом, если будет доступна следующая информация:
При выборе способа структурирования ИСР рекомендуется следовать принятому на предприятии или в отрасли стандарту, это позволит избежать сопротивления новому методу, которое неизбежно возникнет.
Для определения степени детализации ИСР нужна следующая информация:
ИСР со следующей детализацией:
Несмотря на уникальность каждого проекта, ИСР предыдущего проекта часто может служить шаблоном для нового. Например, большая часть проектов внедрения ИС в конкретной организации будет иметь одинаковые жизненные циклы, а потому и одинаковые или схожие результаты каждой фазы. Шаблон ИСР представляет собой древовидную структуру работ, детализированную до уровня пакетов работ, которую можно адаптировать под конкретные проекты в конкретной области приложения.
Определение содержания проекта
К информации, имеющей ключевое значение для составления описания содержания проекта, относятся:
В табл. 2.1 приведены требования к описанию содержания проекта: перечислены обязательные разделы с необходимыми рекомендациями и пояснениями к их наполнению. Аналогично уставу проекта для поддержания версионности разрабатываемого документа и отслеживания его статуса рекомендуется использовать лист управления документом, шаблон которого был приведен в разделе об уставе проекта.
Иерархическая структура работ — важный инструмент коммуникации участников проекта
Иерархическая структура работ – инструмент для разбиения всего проекта на более управляемые элементы путем декомпозиции результатов проекта на составляющие либо временные результаты поставки. ИСР отображается в виде иерархической диаграммы, где на первом уровне находится один элемент, это обычно название проекта, а нижние уровни представляют собой все необходимые компоненты либо работы, которые нужны для получения результатов проекта.
Второй уровень ИСР может быть разбит либо на крупные составные компоненты и работы проекта, имеющие продукто-ориентированную природу (например, в проектах внедрения ERP-систем второй уровень можно разбить на модули системы – планирование, производство, складской учет и пр.), либо на фазы жизненного цикла проекта (анализ, дизайн, разработка, интеграция, установка, сопровождение). Также не исключен вариант совмещения продукто-ориентированного подхода и жизненного цикла.
Важно понимать, что в ИСР должны входить абсолютно все результаты и работы проекта, даже те, которые будут выполняться сторонними организациями (подрядчиками). Также, где это актуально, должны быть включены административные работы (поддержание офиса, закупка канцтоваров, обслуживание техники и пр.).
На практике, в зависимости от размера проекта, может быть разработано и больше уровней. При этом не следует переусердствовать с детализацией, так как излишне детализированная ИСР приведет к непродуктивному увеличению усилий руководителя проекта по контролю за всеми элементами. Количество уровней в каждой ветке ИСР может быть различным, таким образом абсолютно не обязательно достигать одинакового уровня детализации для каждой ветки диаграммы.
За каждым элементом ИСР должно быть закреплено одно ответственное лицо, которое отвечает за достижение результата, определенного по этому элементу.
При разработке ИСР важно соблюсти 2 основных принципа построения ИСР:
Правило 100%. Оно говорит о том, что в ИСР должны быть включены все результаты, продукты и работы, которые должны быть выполнены по проекту, вне зависимости от того это внешние, внутренние результаты или переданные для выполнения 3-м лицам. Данное правило также применяется ко всем нижестоящим компонентам.
Взаимоисключаемость элементов. Данный принцип говорит о том, что в ИСР не может быть 2 элементов с одинаковым содержанием. Т.е. не может быть 2-х одинаковых элементов в разных ветках ИСР. Если это допустить, вас ожидает дублирование работы и непонимание командой проекта своих работ.
Для того чтобы вовремя остановиться в декомпозиции ИСР и не допустить излишней детализации, можно воспользоваться следующими эмпирическими правилами при определении самых нижних элементов ИСР:
Трудозатраты должны составлять не менее 8 часов и не более 80 часов;
Длительность должна быть не более 1 отчетного периода по проекту. Например, вы готовите отчет о прогрессе выполнения проекта для спонсора и клиента 1 раз в 2 недели. В данной ситуации длительность разработки минимального элемента ИСР должна быть не более 2-х недель. В этом случае даже лучше, чтобы длительность была не более 1 недели. Такой подход позволяет выдавать в каждом следующем отчете обновленный статус по выполненным частям проекта, а не показывать все время те же самые элементы “in progress”.
Правило здравого смысла. Нет смысла декомпозировать производство велосипедного колеса на обод и 36 спиц.
Пакеты работ
Самый минимальный элемент ИСР называется пакет работ. Пакет работ должен обладать следующими характеристиками:
В дальнейшем пакет работ разбивается на операции, которые необходимо выполнить для получения результата, определенного в пакете работ, но это тема для другой статьи, посвященной разработке расписания проекта, так как операции не являются элементами ИСР.
Словарь ИСР
Для того чтобы команда проекта, а также остальные заинтересованные стороны однозначно понимали, что значит каждый элемент ИСР используется так называемый словарь ИСР. Словарь ИСР составляется параллельно с разработкой ИСР и представляет собой мини-инструкцию по каждому элементу. В словаре указывается: номер элемента ИСР в структуре работ, его название, длительность, затраты, допущения, стоимость, предшественник и последователь элемента, результаты, ответственный и пр. Самое важное то, что словарь ИСР позволяет руководителю проекта определить рамки для исполнителей, чтобы не допустить появления дополнительных работ, либо наоборот недовыполнения работ.
Ниже представлен пример словаря ИСР.
Зачем нужна ИСР?
ИСР имеет большое значение в проекте и является одним из важных факторов успешного достижения проектом своих целей. Чем больше масштаб проекта, тем в большей степени влияет корректно разработанная ИСР на достижение его целей.
Полное структурированное содержания проекта.
В качественно разработанной и хорошо структурированной ИСР с большей вероятностью будут учтены все результаты и работы, которые необходимо получить в рамках проекта. Это позволит в дальнейшем значительно уменьшить появление дополнительных работ и изменение содержания проекта. Известно, что сроки проекта увеличиваются не больше от того, что неверно проведена оценка работ, а от того, что нужные работы просто не были изначально включены в план работ и начинают “всплывать” в ходе выполнения проекта.
Основа для планирования проекта
После того как собраны требования к проекту и его продукту, данную информацию необходимо обработать, систематизировать и сгруппировать в результаты проекта, получение которых в конце проекта поможет нам удовлетворить собранные требования.
Результаты проекта, которые сначала определяются в описании содержания проекта, представляют собой те элементы, на которые можно разбить проект на верхнем уровне. На основании эти элементов верхнего уровня, а также собранных требований, происходит разработка ИСР до необходимой степени детализации. Фактически, путем разработки ИСР мы достигаем детального понимания того, как мы сможем получить результаты проекта.
Далее ИСР выступает базисом для дальнейшего планирование операций, ресурсов, бюджета, рисков, расписания проекта, качества и пр. Не имея качественно разработанной ИСР, дальнейшее планирование проекта может быть непродуктивным и принесет много «сюрпризов» в виде незапланированных работ в процессе выполнения.
Графическое отображение структуры работ и результатов
Для того, чтобы понять насколько большую эффективность приносит графическое отображение ИСР по сравнению со списком (например, списком задач) давайте рассмотрим какими могут быть недостатки списка по сравнению с диаграммой. Ниже приведены эти два варианта отображения:
Недостатки списка
В списке могут быть перечислены не все результаты или промежуточные продукты проекта. Напротив, в графическом отображении ИСР с большой вероятностью будут включены все продукты, результаты, работы, так как диаграмма изначально настраивает на структурное мышление.
Список не побуждает к творческому мышлению. Присутствие любых графиков, схем, диаграмм в коллективном обсуждении всегда имеет значительно больший эффект нежели списки, ряды цифр и просто текст на слайде презентации. Такие элементы вызывают интерес и побуждают к творческому процессу, заставляют человека креативно мыслить. В этом случае разработка куда более сложных ИСР (разработка программного обеспечения, внедрение ERP, разработка нового продукта и пр.) происходит легко, плодотворно и полноценно, так как при таком подходе вероятность упустить какую-либо работу, либо нужный компонент результата – минимальна.
В списке не видна связь между элементами списка. Напротив в графическом отображении ИСР можно увидеть полную иерархию проекта и понять связь между различными результатами и продуктами проекта.
Список составляется одним человеком и не подходит для коллективной работы команды проекта.
При помощи списка практически невозможно добиться понимания от команды всего проекта и того, чтобы каждый член команды ощущал себя важной частью проекта.
Мотивация и вовлеченность команды
В процессе разработки ИСР, в котором принимают участие члены команды проекта, происходит осознание каждым участником проекта значимости своей работы и понимание проекта в целом. Фактически люди видят себя как часть целого, что значительно повышает эффективность их работы и мотивацию. Делая непосредственный вклад в описание содержания проекта и принимая участие в разработке ИСР, члены команды будут чувствовать себя вовлеченными и ответственными за что, что должно быть сделано. Никто не сможет сказать: “А я не планировал этого, вы все это сами разработали вы и делайте…”
Инструмент коммуникации
ИСР наглядно представляет то, каким образом будет выполняться проект и расшифровывает для заказчика, спонсора, менеджмента и прочих заинтересованных сторон «черный ящик» проекта. Таки образом, эти участники проекта будут понимать, что происходит в проекте и доверять руководителю проекта и его команде. Доверие дает мощный стимул проекту и устраняет большое количество барьеров.
Эффективный инструмент контроля и мониторинга
Чем больше детализирован проект (результаты и работы), тем легче им управлять и контролировать проект в целом. ИСР может быть использована в качестве инструмента отчетности перед заказчиком, спонсором, менеджментом и другими участниками проекта. Это позволит видеть какие части проекта уже завершены, какие еще не начаты, а какие находятся в процессе выполнения.
Четкие назначения работ и ответственности
За каждый элемент ИСР должен нести ответственность один человек. Это дает четкое распределение ролей и ответственности за результаты и работы проекта. Особенно в этом помогает словарь ИСР.
Обоснование стоимости и ресурсов.
При помощи ИСР вы сможете ДОКАЗАТЬ и наглядно продемонстрировать спонсору, заказчику и менеджменту необходимость в деньгах и ресурсах для проекта. Демонстрация ИСР этим участникам проекта снимет большое количество вопросов, связанных с обоснованием стоимости проекта и того количества ресурсов, которое вы требуете для проекта.
И наконец, Совместная разработка ИСР может быть очень веселым занятием и является одним из инструментов построения команды.
Программные средства для создания ИСР
Разработка сложных ИСР требует быстрое добавления новых элементов и последующей их корректировки. В добавок к этому нужно обеспечить интерактивную работу с командой проекта в процессе создания диаграммы.
После того как составлена ИСР, ее элементы необходимо перенести в программу для составления расписания проекта.
Для составления ИСР могут быть использованы различные программные продукты, начиная от Excel и заканчивая всевозможными графическими редакторами. Но на мой взгляд, здесь важно обеспечить скорость добавления новых элементов с автоматическим их выравниванием, а также поддержание связи между элементами ИСР и расписанием проекта.
На сегодня существуют программные продукты, которые в себе уже содержат и инструменты для создания ИСР и инструменты для составления расписания проекта. В этом случае связь между ИСР и расписание проекта – очевидна. Но такая возможность существует в дорогих комплексных системах для управления проектами.
Заключение
Использование ИСР в любом проекте неоспоримо является одним из важных факторов, которые влияют на успех проекта. Этот инструмент является обязательным шагом в планировании проекта и позволяет разложить проект, что называется “по полочкам”. Корректно разработанная ИСР может значительно уменьшить риск неожиданного появления в середине проекта дополнительных работ, которые были упущены при планировании проекта, а также повысит мотивацию команды и доверие заказчика и спонсора.