- •Функции управления проектами
- •Санкт Петербург
- •2005 Аннотация
- •Оглавление
- •Введение
- •Основные понятия управления проектами
- •Стандарты управления проектами
- •История развития управления проектами
- •1.2.1. Развитие управления проектами за рубежом
- •1.2.2. Этапы развития управления проектами в России
- •1.3. Определение понятий «проект» и «управление проектами»
- •Современная концепция управления проектом
- •Когда необходимо применять управление проектами? Для каких организаций и проектов необходимо применение систематизированных методов управления проектами?
- •1.4. Классификация типов проектов
- •1.5. Окружение проекта
- •1.6. Участники проекта
- •1.7. Жизненный цикл проекта
- •1.8. Состав и содержание функций управления проектом
- •2. Управление целями проекта
- •2.1. Инициирование
- •Входные данные для инициирования
- •Инструментарий и технологии инициирования
- •Результаты инициирования
- •2.2. Планирование целей
- •Входные данные для планирования целей
- •Инструментарий и технологии для планирования целей
- •Результаты планирования целей
- •2.3. Определение видов деятельности
- •Входные данные для определения видов деятельности
- •Инструментарий и технологии для определения видов деятельности
- •Результаты определения видов деятельности
- •2.4. Подтверждение целей
- •Входные данные для подтверждения целей
- •Инструментарий и технологии подтверждения целей
- •Результаты подтверждения целей
- •2.5. Контроль изменения целей
- •Входные данные для контроля изменения целей
- •Инструментарий и технологии контроля изменения целей
- •Результаты контроля изменения целей
- •3. Управление временем проекта
- •3.1. Определение работ
- •Входные данные для определения работ
- •Инструментарий и технологии для определения работ
- •Результаты определения работ
- •3.2. Установление последовательности работ
- •Входные данные для установления последовательности работ
- •Инструментарий и технологии для установления последовательности работ
- •Результаты установления последовательности работ
- •3.3. Оценка продолжительности работ
- •Входные данные для оценки продолжительности работ
- •Инструментарий и технологии для оценки продолжительности работ
- •Результаты оценки продолжительности работ
- •3.4. Разработка расписания
- •Входные данные для разработки расписания
- •Инструментарий и технологии для разработки расписания
- •Результаты разработки расписания
- •3.5. Контроль расписания
- •Входные данные для контроля расписания
- •Инструментарий и технологии контроля расписания
- •Результаты контроля расписания
- •4. Управление стоимостью проекта
- •4.1. Планирование ресурсов
- •Входные данные для планирования ресурсов
- •Инструментарий и технологии для планирования ресурсов
- •Результаты планирования ресурсов
- •4.2. Определение стоимости работ
- •Входные данные для определения стоимости работ
- •Инструментарий и технологии для определения стоимости работ
- •Результаты определения стоимости работ
- •4.3. Определение базы стоимости
- •Входные данные для определения базы стоимости
- •Инструментарий и технологии для определения базы стоимости
- •Результаты определения базы стоимости
- •4.4. Контроль стоимости
- •Входные данные для контроля стоимости
- •Инструментарий и технологии для контроля стоимости
- •Результаты контроля стоимости
- •5. Управление качеством проекта
- •5.1. Планирование качества
- •Входные данные для планирования качества
- •Инструментарий и технологии для планирования качества
- •Результаты планирования качества
- •5.2. Обеспечение качества
- •Входные данные для обеспечения качества
- •Инструментарий и технологии обеспечения качества
- •Результаты обеспечения качества
- •5.3. Контроль качества
- •Входные данные для контроля качества
- •Инструментарий и технологии для контроля качества
- •Контрольные карты по количественным признакам
- •Контрольные карты по качественным признакам
- •100 50 150 50 100 Причины возникновения несоответствий 0
- •Результаты контроля качества
- •6. Управление человеческими ресурсами проекта
- •6.1. Организационное планирование
- •Входные данные для организационного планирования
- •Инструментарий и технологии для организационного планирования
- •Результаты организационного планирования
- •6.2. Подбор кадров
- •Входные данные для подбора кадров
- •Инструментарий и технологии подбора кадров
- •Результаты подбора кадров
- •6.3. Совершенствование команды
- •Входные данные для совершенствования команды
- •Инструментарий и технологии совершенствования команды
- •Результаты совершенствования команды
- •7. Управление коммуникациями проекта
- •7.1. Планирование коммуникаций
- •Входные данные для планирования коммуникаций
- •Инструментарий и технологии планирования коммуникаций
- •Результаты планирования коммуникаций
- •7.2. Распространение информации
- •Входные данные для распространения информации
- •Инструментарий и технологии распространения информации
- •Результаты распространения информации
- •7.3. Отчетность о ходе выполнения проекта
- •Входные данные для отечности о ходе выполнения проекта
- •Инструментарий и технологии отчетности о ходе выполнения проекта
- •Результаты отчетности о ходе выполнения проекта
- •7.4. Административное закрытие
- •Входные данные для административного закрытия
- •Инструментарий и технологии для административного закрытия
- •Результаты административного закрытия
- •8. Управление риском проекта
- •8.1. Идентификация риска
- •Входные данные для идентификации риска
- •Инструментарий и технологии для идентификации риска
- •Результаты идентификации риска
- •8.2. Количественная оценка риска
- •Входные данные для количественной оценки риска
- •Инструментарий и технологии для количественной оценки риска
- •Результаты количественной оценки риска
- •8.3. Разработка методов реагирования на риск
- •Входные данные для разработки методов реагирования на риск
- •Инструментарий и технологии для разработки методов реагирования на риск
- •Результаты разработки методов реагирования на риск
- •8.4. Контроль реагирования на риск
- •Входные данные для контроля реагирования на риск
- •Инструментарий и технологии для контроля реагирования на риск
- •Результаты контроля реагирования на риск
- •9. Управление обеспечением проекта
- •9.1. Планирование поставок
- •Входные данные для планирования поставок
- •Инструментарий и технологии для планирования поставок
- •Результаты планирования поставок
- •9.2. Планирование обращений
- •Входные данные для планирования обращений
- •Инструментарий и технологии для планирования обращений
- •Результаты планирования обращений
- •9.3. Обращение
- •Входные данные для обращения
- •Инструментарий и технологии для обращения
- •Результаты обращения
- •9.4. Выбор источника
- •Входные данные для выбора источника
- •Инструментарий и технологии для выбора источника
- •Результаты выбора источника
- •9.5. Управление контрактом
- •Входные данные для управления контрактом
- •Инструментарий и технологии управления контрактом
- •Результаты управления контрактом
- •9.6. Закрытие контракта
- •Входные данные для закрытия контракта
- •Инструментарий и технологии для закрытия контракта
- •Результаты процесса закрытия контракта
- •10. Управление интеграцией проекта
- •10.1. Разработка плана проекта
- •Входные данные для разработки плана проекта
- •Инструментарии и технологии разработки плана проекта
- •Результаты разработки плана проекта
- •10.2. Исполнение плана проекта
- •Входные данные для исполнения плана проекта
- •Инструментарий и технологии для исполнения плана проекта
- •Результаты исполнения плана проекта
- •10.3. Всеобщий контроль изменений
- •Входные данные всеобщего контроля изменений
- •Инструментарий и технологии для всеобщего контроля изменений
- •Результаты всеобщего контроля изменений
- •11. Процессы управления проектами
- •11.1. Процессы проекта
- •11.2. Группы процессов
- •11.3. Взаимодействия между процессами
- •Процессы инициирования
- •Процессы планирования
- •Процессы исполнения
- •Контролирующие процессы
- •Процессы завершения
- •11.4. Обслуживание (упорядочение) взаимодействий
- •Учебные примеры учебный пример №1 «Разработка Структуры декомпозиции видов деятельности - wbs»
- •Учебный пример №2 «Разработка календарного графика проекта»
- •Учебный пример №3 «Разработка бюджета проекта»
- •Учебный пример №4 «Управление рисками проекта»
- •Библиографический список
3.2. Установление последовательности работ
Установление последовательности работ подразумевает определение и документирование зависимостей между работами. Работы должны быть точно согласованы для последующего создания реалистичного и выполнимого расписания. Согласование может быть осуществлено как при помощи компьютера (с использованием прикладных программ управления проектами), так и вручную. Ручная обработка зачастую более эффективна в небольших проектах или на ранних стадиях в больших, когда мало деталей доступно. Ручные и автоматизированные методы также могут быть использованы в сочетании.
Входные данные для установления последовательности работ
Список работ. Список работ описывается в процессе «Определение работ».
Описание продукта. Описание продукта рассматривается в процессе «Инициирование». Характеристики продукта часто влияют на последовательность работ (например, чертежи завода, который будет построен, взаимодействия подсистем при разработке программного обеспечения). Описание продукта должно пересматриваться для подтверждения точности.
Неизменные зависимости. Неизменные зависимости - это те, которые зависят от природы осуществляемого вида деятельности. Часто в них входят физические ограничения (например, в строительстве невозможно построить здание без строительства фундамента, при производстве электроники нужно сначала построить прототип, а потом его испытывать). Данные зависимости также носят название жесткой логики.
Дискретные зависимости. Дискретные зависимости - это те, что определяются командой управления проекта. Они должны применяться с осторожностью (и полностью документироваться), поскольку в будущем они могут ограничить возможности календарного планирования. Данные зависимости обычно основываются на знании того, что является:
• «Лучшим способом действовать» в данной конкретной области.
• Некоторыми необычными сторонами проекта, при которых желательна особая последовательность, даже если существуют другие приемлемые последовательности. Дискретные зависимости также называются предпочтительной логикой, предпочитаемой логикой или мягкой логикой.
Внешние зависимости. Под внешними зависимостями подразумеваются те, которые включают связи между работами проекта и внепроектной деятельностью. Например, работа по тестированию в проекте по разработке программного обеспечения может зависеть от получения программ из внешнего источника, а для подготовки площадки в строительном проекте могут потребоваться слушания на тему охраны окружающей среды.
Ограничения.
Предположения.
Ограничения и предположения описаны в процессе «Инициирование».
Инструментарий и технологии для установления последовательности работ
Метод предшествования (PDM – Precedence Diagramming Method). Это метод построения сетевой диаграммы (графика) проекта с использованием узлов для представления работ и соединением их стрелками для показа зависимостей. На рис. 3.3. изображена простая сетевая диаграмма проекта, полученная с использованием PDM. Данный метод также носит название «Работа в узле» и используется большинством программных пакетов управления проектами. PDM может осуществляться вручную или при помощи компьютера.
В метод входят четыре типа зависимостей или отношений предшествования.
«Начало после окончания». Это стандартная последовательность, при которой предшествующая работа должна завершиться до начала последующей.
Рис. 3.3. Сетевая логическая диаграмма, выполненная
по методу предшествования
«Начало после начала». Это наиболее общая последовательность при моделировании работ, которые должны выполняться одновременно. В этом случае не требуется завершения предшествующей работы до начала последующей. Для ее начала необходимо, чтобы предшествующая работа только началась.
«Окончание после окончания». Этот тип зависимости также используется для моделирования параллельных работ. В этом случае окончание последующей работы контролируется окончанием работы предшественницы.
«Окончание после начала». Этот тип зависимости используется довольно редко и применяется, прежде всего, для работ, выполняемых вахтовым методом.
В методе предшествования наиболее часто используемым типом логических отношений является зависимость «начало после окончания». Использование отношений остальных типов совместно с программным обеспечением управления проектами может привести к неожиданным результатам, поскольку данные отношения не являются широко применяемыми.
Метод построения стрелочных диаграмм (ADM – Arrow Diagramming Method). Это метод построения сетевых диаграмм (графиков) проекта с использованием стрелок для изображения работ, а соединение стрелок в узлах показывает зависимости. На рис. 3.4. показана простая сетевая диаграмма, созданная с помощью ADM. Метод также носит название «Работа по стрелке» (АОА – activity - on - arrow) и, хотя не так широко распространен, как PDM, но еще используется в некоторых прикладных сферах.
Рис. 3.4. Сетевая диаграмма, выполненная по методу стрелочных диаграмм
Этот метод использует только отношения типа «начало после окончания» и может потребовать применения фиктивных работ для правильного определения всех логических отношений. ADM может быть осуществлен либо вручную, либо с применением компьютера.
Методы построения условных диаграмм (графиков). Такие методы построения графиков, как GERT (Graphical Evaluation and Review Technique -техника графической оценки и обзора) или модели динамики систем, допускают непоследовательные действия, такие как циклы (например, тест может осуществляться неоднократно) или условные ветви (например, может потребоваться дополнительное проектирование, только если при проверке будут обнаружены ошибки). Ни в PDM, ни в ADM не предусмотрены циклы и условные ветви.
Сетевые шаблоны (схемы). Стандартизованные сети могут быть использованы для облегчения подготовки сетевых диаграмм (графиков) проекта. Они могут включать весь проект целиком или его части. Части сети обычно называются подсетями или фрагментами сети. Подсети особенно полезны, когда в проекте представлены несколько идентичных или почти идентичных работ, например, настилка полов в офисах здания, клинические испытания в фармацевтическом исследовательском проекте или модули программы при создании программного обеспечения.