- •061100 «Менеджмент организации»
- •Содержание
- •Глава 12. Оценка эффективности инвестиционных проектов 192
- •Глава 20. Управление командой проекта 334
- •Глава 21. Управление рисками 363
- •Глава 22. Управление коммуникациями проекта 393
- •Часть I. Знакомство с миром управления проектами
- •Этапы развития методов управления проектами
- •1.2. Зачем нужно управлять проектами
- •1.3. Взаимосвязь управления проектами и управления инвестициями
- •1.4. Взаимосвязь управления проектами и функционального менеджмента
- •1.5. Предпосылки развития методов управления /экономикой
- •1.6. Перспективы развития управления проектами
- •1.7. Переход к проектному управлению: задачи и этапы решения
- •1.Создание новых (адаптация действующих) структур
- •2.Разработка механизма функционирования
- •3.Подготовка кадров
- •5.Финансирование
- •6.Технология управления
- •Глава 2. Основы управления проектами
- •2.1. Классификация базовых понятий управления проектами
- •Жизненный цикл проекта
- •2.2. Классификация типов проектов
- •2.3. Цель и стратегия проекта
- •2.4. Результат проекта
- •2.5. Управляемые параметры проекта
- •2.6. Окружение проектов
- •2.7. Проектный цикл
- •2.8. Структуризация проектов
- •2.9. Функции и подсистемы управления проектами
- •2.10. Методы управления проектами
- •2.11. Организационные структуры управления проектами
- •2.12. Участники проекта
- •Часть II. Разработка проекта
- •3.2. Предварительная проработка целей и задач проекта
- •3.3. Предварительный анализ осуществимости проекта
- •3.4. Ходатайство (Декларация) о намерениях
- •Глава 4. Начальная (предынвестиционная) фаза проекта
- •4.1. Прединвестиционные исследования
- •4.2. Проектный анализ
- •4.3. Оценка жизнеспособности и финансовой реализуемости проекта
- •4.4. Технико-экономическое обоснование (проект) строительства
- •4.5. Бизнес-план
- •Глава 5. Организационные структуры управления проектами
- •5.1. Общие принципы построения организационных структур управления проектами
- •5.2. Организационная структура и система взаимоотношений участников проекта
- •5.3. Организационная структура и содержание проекта
- •5.4. Организационная структура проекта и его внешнее окружение
- •5.5. Общая последовательность разработки и создания организационных структур управления проектами
- •5.6. Современные методы и средства организационного моделирования проектов
- •Глава 6. Организация офиса проекта
- •6.1. Понятие офиса проекта
- •6.2. Основные принципы проектирования и состав офиса проекта
- •6.3. Основные принципы организации виртуального офиса проекта
- •Глава 7. Проектное финансирование
- •7.1. Источники и организационные формы финансирования проектов
- •7.1.1. Общие положения
- •7.1.2. Источники финансирования
- •7.1.3. Организационные формы финансирования
- •7.2. Организация проектного финансирования
- •7.2.1. Основные определения
- •7.2.2. Особенности системы проектного финансирования в развитых странах
- •7.2.3. Преимущества и недостатки проектного финансирования
- •7.2.4. Перспективы использования метода проектного финансирования
- •Глава 8. Маркетинг проекта
- •8.1. Современная концепция маркетинга в управлении проектами
- •8.2. Маркетинговые исследования
- •8.3. Разработка маркетинговой стратегии проекта
- •8.4. Формирование концепции маркетинга проекта
- •8.5. Программа маркетинга проекта
- •8.6. Бюджет маркетинга проекта
- •8.7. Реализация маркетинга проекта
- •8.8. Управление маркетингом в рамках управления проектами
- •Глава 9. Разработка проектной документации
- •9.1. Состав и порядок разработки проектной документации
- •9.2. Управление разработкой проектно-сметной документации
- •9.3. Функции менеджера проекта
- •9.4. Автоматизация проектных работ
- •Глава 10. Экспертиза проекта
- •10.1. Общие положения
- •10.2. Экспертиза строительных проектов
- •10.2.1. Общие положения
- •10.2.2. Экспертиза проектно-сметной и проектной документации
- •10.2.3. Порядок проведения экспертизы
- •10.3. Экологическая экспертиза проектов
- •10.3.1. Основные понятия и принципы
- •10.3.2. Государственная экологическая экспертиза
- •10.3.3. Общая экологическая экспертиза
- •Глава 11. Торги и контракты
- •11.1. Основные положения и законодательное обеспечение
- •11.1.1. Закупки и торги
- •11.1.2. Основные понятия и определения
- •11.1.3. Законодательно-нормативное обеспечении торгов
- •11.1.4. Классификация торгов
- •11.2. Функции участников торгов
- •11.3. Порядок проведения подрядных торгов
- •11.3.1. Организационная подготовка
- •11.3.2. Разработка тендерной документации
- •11.3.3. Предварительная квалификация претендентов
- •11.3.4. Разработка оферты претендентом
- •11.3.5. Приемка и регистрация оферт
- •11.3.6. Обеспечение заявки на участие в торгах
- •11.3.7. Процедура торгов
- •11.3.8. Утверждение результатов торгов
- •11.3.9. Завершение торгов
- •11.3.10. Особенности торгов на закупку услуг
- •11.4. Договоры и контракты
- •11.4.1. Виды и структура договоров
- •11.4.2. Заключение, исполнение и завершение договора
- •Глава 12. Оценка эффективности инвестиционных проектов
- •12.1. Основные принципы оценки эффективности инвестиционных проектов
- •12.2. Исходные данные для расчета эффективности проекта
- •12.3. Основные показатели эффективности проекта
- •12.4. Оценка эффективности инвестиционного проекта
- •12.5. Влияние риска и неопределенности при оценке эффективности проекта
- •Часть III. Функции управления проектами
- •13.2. Процессы планирования
- •13.3. Уровни планирования
- •13.4. Структура разбиения работ (срр)
- •13.5. Назначение ответственных
- •13.6. Определение основных вех
- •13.7. Типичные ошибки планирования и их последствия
- •13.8. Детальное планирование
- •13.9. Сетевое планирование
- •13.10. Связь сметного и календарного планирования
- •13.11. Ресурсное планирование
- •13.12. Документирование плана проекта
- •Глава 14. Управление стоимостью проекта
- •14.1. Основные принципы управления стоимостью проекта
- •14.2. Оценка стоимости проекта
- •14.3. Бюджетирование проекта
- •14.4. Методы контроля стоимости проекта
- •14.5. Отчетность по затратам
- •Глава 15. Контроль и регулирование проекта
- •15.1. Цели и содержание контроля проекта
- •15.2. Мониторинг работ по проекту
- •15.3. Измерение прогресса и анализ результатов
- •15.4. Принятие решений
- •15.5. Управление изменениями
- •Глава 16. Завершение проекта
- •16.1. Пусконаладочные работы
- •16.2. Приемка в эксплуатацию законченных строительством объектов
- •16.3. Закрытие контракта
- •16.4. Выход из проекта
- •Часть IV. Подсистемы управления проектами
- •17.2. Цели, задачи, содержание проекта
- •17.3. Взаимосвязь объемов, продолжительности и стоимости работ
- •17.4. Методы управления содержанием работ
- •17.5. Структура и объемы работ
- •17.6. Принципы эффективного управления временем
- •17.7. Состав и анализ факторов потерь времени
- •17.8. Формы контроля производительности труда
- •Глава 18. Менеджмент качества проекта
- •18.1. Современная концепция управления качеством
- •18.2. Менеджмент качества проекта
- •18.3. Стандартизированные системы менеджмента качества
- •18.4. Обеспечение функционирования и совершенствования системы менеджмента качества
- •18.5. Сертификация продукции проекта
- •Глава 19. Управление ресурсами проекта
- •19.1. Процессы управления ресурсами проекта
- •19.1.1. Ресурсы проекта
- •19.1.2. Процессы управления ресурсами
- •19.2. Основные принципы планирования ресурсов проекта
- •19.3. Управление закупками ресурсов
- •19.3.1. Основные задачи закупок и поставок
- •19.3.2. Правовое регулирование закупок и поставок
- •19.3.3. Организационные формы закупок
- •19.3.4. Основные требования к управлению закупками и поставками
- •19.4. Управление поставками
- •19.4.1. Типы товарных рынков
- •19.4.2. Договоры на поставку материально-технических ресурсов
- •19.4.3. Планирование поставок
- •19.4.4. Поставки материально-технических ресурсов
- •19.5. Управление запасами
- •19.5.1. Основные понятия
- •19.5.2. Виды запасов
- •19.5.3. Затраты на формирование и хранение запасов
- •19.5.4. Оптимизация размера запаса
- •19.6. Новые методы управления материально-техническим обеспечением — логика
- •19.6.1. Основные понятия
- •19.6.2. Концепция логистики в управлении проектами
- •Глава 20. Управление командой проекта
- •20.1. Формирование и развитие команды
- •20.1.1. Основные понятия
- •20.1.2. Основные характеристики команды проекта
- •20.1.3. Принципы формирования команды
- •20.1.4. Организационные аспекты формирования команды
- •20.1.5. Эффективность команды проекта
- •20.1.6. Методы формирования команды проекта
- •20.1.7. Примерный состав команды и требования к менеджерам проекта
- •20.2. Организация эффективной деятельности команды
- •20.2.1. Организация совместной деятельности команды проекта
- •20.2.2. Организационная культура команды
- •20.2.3. Принятие решений
- •20.3. Управление персоналом команды
- •20.3.1. Основные принципы управления персоналом
- •20.3.2. Менеджер по персоналу в команде проекта
- •20.3.3. Специфика команды проекта как человеческого ресурса
- •20.3.4. Стратегия формирования команды проекта
- •20.3.5. Кадровое планирование команды
- •20.3.6. Привлечение, отбор и оценка персонала проекта
- •20.3.7. Обучение и развитие персонала проекта
- •20.4. Психологические аспекты управления персоналом
- •20.4.1. Основные психологические характеристики команды проекта
- •20.4.2. Мотивация и стимулирование персонала
- •20.4.3. Конфликты
- •Глава 21. Управление рисками
- •21.1. Основные понятия
- •21.1.1. Риск и неопределенность
- •21.1.2. Управление рисками
- •21.2. Анализ проектных рисков
- •21.2.1. Сущность анализа рисков проекта
- •21.2.2. Качественный анализ рисков
- •21.2.3. Количественный анализ рисков
- •Постоянные и переменные затраты на проект
- •21.3. Методы снижения рисков
- •21.4. Организация работ по управлению рисками
- •Глава 22. Управление коммуникациями проекта
- •22.1. Основные положения
- •22.2. Управления коммуникациями проекта
- •22.3. Информационные технологии управления проектами
- •22.4. Интегрированные информационные системы поддержки принятия решений
- •22.5. Сравнительный анализ программного обеспечения для управления проектами
- •22.5.1. Критерии анализа программного обеспечения
- •22.5.2. Обзор программного обеспечения по управлению проектами, представленного на Российском рынке
- •22.6. Особенности внедрения информационных систем управления проектами
- •Управление проектами
- •125298, Г. Москва, ул. Народного ополчения, д. 40, к. 2., оф. 108
- •150049, Ярославль, ул. Свободы, 97.
13.4. Структура разбиения работ (срр)
Структура разбиения (декомпозиции) работ (WBS — Work Breakdown Structure) — иерархическая структура последовательной декомпозиции проекта на подпроекты, пакеты работ различного уровня, пакеты детальных работ. СРР является базовым средством для создания системы управления проектом, так как позволяет решать проблемы организации работ, распределения ответственности, оценки стоимости, создания системы отчетности, эффективно поддерживать процедуры сбора информации о выполнении работ и отображать результаты в информационной управленческой системе для обобщения графиков работ, стоимости, ресурсов и дат завершения.
СРР позволяет согласовать план проекта с потребностями заказчика, представленными в виде спецификаций или описаний работ. С другой стороны, СРР является удобным средством управления для проект-менеджера, так как позволяет:
определить работы, пакеты работ, обеспечивающие достижение подцелей (частных целей) проекта;
проверить, все ли цели будут достигнуты в результате реализации проекта;
создать удобную, соответствующую целям проекта структуру отчетности;
определить на соответствующем уровне детализации плана вехи (ключевые результаты), которые должны стать контрольными точками по проекту;
распределить ответственность за достижение целей проекта между его исполнителями и тем самым гарантировать, что все работы по проекту имеют ответственных и не выпадут из поля зрения;
обеспечить членам команды понимание общих целей и задач по проекту.
Пакеты работ обычно соответствуют самому нижнему уровню детализации СРР и состоят из детальных работ. Последние при необходимости могут подразделяться на шаги. Ни детальные работы, ни, тем более шаги, не могут быть элементами СРР.
Разработка СРР проводится либо сверху вниз, либо снизу вверх, либо используются одновременно оба подхода. Применяемый для этой цели итерационный процесс может включать в себя различные подходы к выявлению информации. Например, используется методика «мозгового штурма», осуществляемого как в рамках команды проекта, так и с привлечением представителей других участников проекта. В результате построения СРР должны быть учтены все цели проекта и созданы все необходимые предпосылки для его успешной реализации.
Уровень детализации СРР зависит от содержания проекта, квалификации и опыта команды проекта, применяемой системы управления, принципов распределения ответственности в команде проекта, существующей системы документооборота и отчетности и т. д. В процессе создания СРР могут использоваться детальные технические спецификации или только функциональные спецификации с требованиями к работам в самом общем виде.
Иерархическая структура проекта, создаваемая на основе СРР, позволяет применять процедуры сбора и обработки информации о ходе выполнения работ по проекту в соответствии с уровнями управления, пакетами работ, вехами и т. д., обобщать информацию по графикам работ, затратам, ресурсам и срокам.
Система управления проектом должна включать в себя возможность представления информации по плановым и фактическим данным проекта в соответствии со структурой СРР, кроме, разумеется, типовых макетов, построенных на основе фильтров по показателям проекта (срокам, ресурсам, ответственным и т. д.).
Основанием декомпозиции СРР могут служить:
компоненты товара (объекта, услуги, направления деятельности), получаемого в результате реализации проекта;
процессные или функциональные элементы деятельности организации, реализующей проект;
этапы жизненного цикла проекта, основные фазы;
подразделения организационной структуры;
географическое размещение для пространственно распределенных проектов.
На практике используются комбинированные структуры СРР, построенные с использованием нескольких оснований декомпозиции.
Искусство декомпозиции проекта состоит в умелом согласовании основных структур проекта, к которым относят, прежде всего, организационную структуру (OBS — Organization Breakdown Structure), структуру статей затрат (ABS —- Account Breakdown Structure), структуру ресурсов (RBS — Resource Breakdown Structure), функциональную структуру, информационную структуру, структуру временных интервалов (порядок и состав фаз, этапов, ключевых событий проекта) и их возможные составные структуры. СРР служит основой для подобного согласования.
В состав работ СРР входят все работы проекта (детальные работы и шаги учитываются в рамках пакетов работ). Анализ на полноту СРР является одним из самых важных этапов построения этой системообразующей структуры проекта. Поэтому, если в проекте имеются работы, контролируемые не только руководителем проекта, но и заказчиком, эти работы следует включить в состав работ СРР, тем самым обеспечивая полноту этой структуры. При этом внешние пакеты работ учитываются в СРР на соответствующем уровне с разделением на внешние и внутренние работы либо с разделением на внешние и внутренние организационные подразделения.
В любом случае СРР должна быть понятна и позволять собирать проект в целом из отдельных работ, обеспечивать управляемость при его реализации и распределение ответственности по каждой работе и т. д. Обеспечение управляемости предполагает установление регламента (внутрифирменного стандарта), предписывающего участникам проекта порядок их действий и практическое обеспечение выполнения этого регламента. Первое называют «управление в большом», а второе — «управление в малом».
Правила, основные этапы построения и возможности использования СРР следующие:
на основе информации о плане мероприятий проводится последовательная декомпозиция (разбиение, деление на категории, классификация) по заданным основаниям (признакам, критериям) работ проекта.
Этот процесс продолжается до тех пор, пока все значимые (важные, ключевые) работы, пакеты работ или любые части проекта не будут выделены и идентифицированы в такой степени и таким образом, чтобы они могли планироваться, для них можно было определять бюджет и составлять расписание, выполнять функции мониторинга и контроля;
для наглядности и простоты автоматизации использования СРР каждому элементу декомпозиции присваивается уникальный идентификатор, соответствующий уровню и, например, порядковому номеру на уровне с использованием разделителей типа табуляции, знаков препинания и т. д.
Рис. 13.4.1. СРР для смешанного подхода
Названия элементов на каждом уровне отражают критерии разбиения работ. Например, на нижних уровнях — действия, связанные с производством конечного продукта этого уровня. При использовании функционального критерия разбиения работ элементы ветви, связанной с разработкой, могут иметь в названии метку «разработка», а элементы ветви, связанной с производством, — метку «производство». На уровнях, отображающих деятельность, связанную с конечными продуктами, название отражает вид действия. Пример смешанного подхода продемонстрирован на рис. 13.4.1.
для каждой работы, пакета работ, части проекта, выделенных таким образом, определяются имеющие к ним отношение данные (поставщики, ответственные исполнители, продолжительность, объемы, бюджет и затраты, оборудование, материалы, спецификации и т. д.).
Каждый следующий уровень в СРР добавляет более детальные элементы, каждый из элементов связан с более общим элементом, расположенным на уровень выше. На любом из уровней группе «дочерних» (детальных) элементов соответствует только один «родительский» (суммарный) элемент. Это правило обеспечивает корректность суммирования стоимостей, вывода объединенных календарных графиков и обобщения информации о работах при переходе с одного уровня на другой:
наиболее важной информацией являются данные по персональной ответственности за выполняемые работы — матрица ответственности, в которой определяется, кто отвечает и за что. Она служит основой для решения проблем координации работ по проекту, выявления узких мест, где нет баланса между правами и обязанностями исполнителей;
по каждой из выделенных работе, пакету работ, части проекта проводится критический анализ с их исполнителями (участниками проекта, менеджерами и т. д.) для подтверждения правильности СРР. После подтверждения правильности декомпозиции можно использовать агрегирование ресурсных требований, графиков, взаимосвязей частей проекта от уровня к уровню, снизу вверх. Самый верхний уровень СРР представляет суммарную информацию о проекте в целом, о его бюджете, графике и т. д.;
для стоимостной оценки предложений поставщиков или определения соотношения доходов и затрат по проекту, его общий бюджет должен включать в себя: прямые затраты по каждой из работ в виде временной зависимости; накладные расходы по проекту, состоящие из общих и административных затрат, затрат на маркетинг и рекламу, возможных штрафных санкций и других затрат, общих для проекта; резерв на случай непредвиденных обстоятельств; баланс, включающий до ход от проекта, который временами, к сожалению, может быть и отрицательным. Причем бюджет, используемый для калькуляции цен или для расчета дохода, не должен соответствовать бюджету, используемому для управления проектом;
аналогично график и план по вехам может быть представлен с помощью СРР в виде главного, укрупненного графика (project master schedule), в котором указаны основные компоненты и этапы проекта. Он является всеобъемлющим и может включать в себя контрактные обязательства, ключевые контакты, порядок действий, важные события и отчеты о ходе выполнения работ.
Возможные ошибки структуризации проекта:
пропуск стадии структуризации проекта и переход непосредственно к поиску и решению текущих, оперативных проблем проекта;
использование при структуризации только функций, фаз или организационных подразделений вместо конечных продуктов или используемых ресурсов;
непонимание того, что СРР должна охватывать весь проект (обычно — недостаточное внимание начальной и конечной фаз проекта, работ функциональных, обеспечивающих подразделений);
повторение элементов структуры;
отсутствие интеграции структуры проекта с системой ведения бухгалтерских счетов в компании и с системой подготовки проектно-сметной документации (гл. 9);
излишняя или недостаточная детализация;
невозможность компьютерной обработки результатов структуризации — планов проекта из-за ошибок формального характера (каждый уровень или элемент плана должен быть определенным образом закодирован);
неучет «неосязаемых» конечных продуктов, таких как услуги;
информационное или программное обеспечение.