Управление внедрением проекта
Разработка проектного плана (процессы планирования)
Создание и структура плана проекта
Содержание плана проекта
Правила составления технической документации
Написание технического задания
Руководство и управление работами проекта
Мониторинг и контроль работ проекта
Интегрированный контроль изменений проекта
Закрытие проекта или фазы проекта
Коммерческое предложение
Определение RFI, RFP (Proposal)
Определение MSA, SOW
Структура MSA, SOW
Структура КП (RFP Proposal)
Типы контрактов
Фиксированная стоимость (Fixed Price)
Время и стоимость (Time & Material)
Командный контракт (Dedicated Team)
Подходы к выбору контракта и методологии проекта
Управление содержанием проекта (Project Scope)
● Определение содержания
● Критерии приёмки продукта
● Допущения и ограничения поставляемого продукта.
● Создание ИСР
● Декомпозиция работ по созданию проекта.
● Примеры разбивки проекта на ИСР ● Подтверждение содержания
● Процесс мониторинга содержания проекта и продукта
Управление внедрением проекта
Разработка устава проекта
● 1. Описание работ (SOW)
● 2. Определение бизнес-ценности проекта
● 3. Определение высокоуровневых потребностей бизнеса
● 4. Определение допущений и ограничений проекта
● 5. Определение границ проекта
● 6. Определение списка заинтересованных сторон.
Модуль 2: Лекция 7-8. Обзор моделей, методологий и фреймворковYana Brodetski
Обзор моделей, методологий и фреймворков
● Введение
● Определение модели
● Определение методологии
● Определение фреймворка
● Каскадная модель (Waterfall)
● Модель прототипирования (Prototype)
● Итеративная модель ( Iterative)
● Спиральная модель (Spiral)
● V-образная модель (V-model)
● Agile методология (Agile Methodology)
Курс Управления Проектами.
Лекция 1- 2 .
Содержание:
Вступление
Что такое Project Management
Кто такие менеджеры проектов в IT?
Должностные обязанности менеджера проектов.
Разница между Product и Project Manager.
Перспективы развития: горизонтальная и вертикальная карьерная лестница.
Типы IT компаний.
Разница между аутсорс, аутстафф и продуктовой.
Модуль 4. Лекция 19-20. Управление содержанием проектаYana Brodetski
Управление содержанием проекта (Project Scope)
Создание плана управления содержанием проекта
Свойства и функции проекта
План работ для достижения результата.
Сбор требований
Инструменты и методы сбора требований
Что такое бизнес-требования?
Определение функциональных требований
Определение нефункциональных требований
Правила описания требований
Как описывать нефункциональные требования
Структура документа для описания требованиий
Матрица отслеживания требований. (документация)
Фреймворк Scrum
Основные понятия фреймворка
Преимущества и недостатки фреймворка
Артефакты Scrum
Роли в Scrum
Event - ы в Scrum
Работа с Backlog. Приоритезация задач
Планирование и мониторинг спринта
Выбор методологии для проекта:
Подходы
Рекомендации
Коммерческое предложение
Определение RFI, RFP (Proposal)
Определение MSA, SOW
Структура MSA, SOW
Структура КП (RFP Proposal)
Типы контрактов
Фиксированная стоимость (Fixed Price)
Время и стоимость (Time & Material)
Командный контракт (Dedicated Team)
Подходы к выбору контракта и методологии проекта
Управление содержанием проекта (Project Scope)
● Определение содержания
● Критерии приёмки продукта
● Допущения и ограничения поставляемого продукта.
● Создание ИСР
● Декомпозиция работ по созданию проекта.
● Примеры разбивки проекта на ИСР ● Подтверждение содержания
● Процесс мониторинга содержания проекта и продукта
Управление внедрением проекта
Разработка устава проекта
● 1. Описание работ (SOW)
● 2. Определение бизнес-ценности проекта
● 3. Определение высокоуровневых потребностей бизнеса
● 4. Определение допущений и ограничений проекта
● 5. Определение границ проекта
● 6. Определение списка заинтересованных сторон.
Модуль 2: Лекция 7-8. Обзор моделей, методологий и фреймворковYana Brodetski
Обзор моделей, методологий и фреймворков
● Введение
● Определение модели
● Определение методологии
● Определение фреймворка
● Каскадная модель (Waterfall)
● Модель прототипирования (Prototype)
● Итеративная модель ( Iterative)
● Спиральная модель (Spiral)
● V-образная модель (V-model)
● Agile методология (Agile Methodology)
Курс Управления Проектами.
Лекция 1- 2 .
Содержание:
Вступление
Что такое Project Management
Кто такие менеджеры проектов в IT?
Должностные обязанности менеджера проектов.
Разница между Product и Project Manager.
Перспективы развития: горизонтальная и вертикальная карьерная лестница.
Типы IT компаний.
Разница между аутсорс, аутстафф и продуктовой.
Модуль 4. Лекция 19-20. Управление содержанием проектаYana Brodetski
Управление содержанием проекта (Project Scope)
Создание плана управления содержанием проекта
Свойства и функции проекта
План работ для достижения результата.
Сбор требований
Инструменты и методы сбора требований
Что такое бизнес-требования?
Определение функциональных требований
Определение нефункциональных требований
Правила описания требований
Как описывать нефункциональные требования
Структура документа для описания требованиий
Матрица отслеживания требований. (документация)
Фреймворк Scrum
Основные понятия фреймворка
Преимущества и недостатки фреймворка
Артефакты Scrum
Роли в Scrum
Event - ы в Scrum
Работа с Backlog. Приоритезация задач
Планирование и мониторинг спринта
Выбор методологии для проекта:
Подходы
Рекомендации
Жизненный цикл разработки ПО (SDLC)
Этапы жизненного цикла разработки
Этап планирования
Этап разработки
Этап поддержки
Роли в жизненном цикле разработки ПО
Артефакты в жизненном цикле разработки ПО
Терминология
Модуль 2: Лекция 5-6. Определение стейкхолдеров и проектаYana Brodetski
Определение стейкхолдеров
Кто такие стейкхолдеры (Stakeholders)
Способы идентификации стейкхолдеров
Анализ вовлеченности стейхолдеров
Способы коммуникации на проекте
Проект
Структура проекта
Управление проектом
Система ограничений
Организационная структура
Целеполагание
Успешный проект
PMBOK v5'e göre hazırlanmış olan Kapsam Yönetimi eğitimi sunusudur. Sunu ve sunudaki resimler türkçe hazırlanmıştır, sunularda bulunan dokümanlar zip olarak ayrıca yüklenecektir
The objective of this document is to help explain the PRINCE2 terms. The glossary provided in the PRINCE2 manual is very good but can be a bit difficult to understand if you do not already have experience with PRINCE2. Therefore this glossary provides more information to explain each term and uses examples where necessary.
This will enable you not just to learn these terms but also able to explain them
Модуль 10. Лекция 43-44. Управление коммуникация проектаYana Brodetski
Управление коммуникация проекта
● Планирование управления коммуникациями:
● Входы
● Инструменты и методы
● Коммуникационные технологии
● Коммуникационные модели
● Методы коммуникаций
● Выходы
● Управление коммуникациями
● Входы
● Инструменты и методы
● Выходы
● Контроль коммуникаций
● Входы
● Инструменты и методы
● Выходы
PRINCE2 Foundation Training Manual by Frank TurleyFrank Turley
Written by Frank Turley - The PRINCE2 Coach : Twitter @PRINCE2_Coach
- Contact me if you have any questions studying PRINCE2
The main objective of this book is to provide an easy to read and understand PRINCE2® manual to help you understand PRINCE2 and pass the PRINCE2 exam. ·. This is the only PRINCE2 Training Manual or book that is focused on the Foundation syllabus and therefore the only book you need to refer to learn PRINCE2 & pass the Foundation exam.·
The official PRINCE2 Manual for the Project Manager is an excellent reference manual but can be rather difficult to pick up and read if you are new to project management or PRINCE2. This is why this book has already become the #1 book for people who are preparing for the PRINCE2 Foundation Exam.
How is our Training Manual different from the official PRINCE2 manual?·
It is a training manual while the OGC manual is a reference manual·
It provides lots of examples of Management Products (easier to understand)
It is 100% focused on the PRINCE2 Foundation syllabus and Exam·
It use examples to·help explain new PRINCE2 terms (easy to understand)·
It is written like a training manual and therefore very easy to read·
It provides an overview of the type of questions to expect (chapter by chapter)
It is available in PDF format making it easy to search and find what you need.·
etc...·
20110907 ciclo de vida del producto y del proyectorafoma
En esta presentación se establecen relaciones entre el ciclo de vida del producto y del proyecto, y como el ciclo de vida de los proyectos se ven afectados por las características de las organizaciones que los generan.
Project Procurement Management (PPM) includes the processes necessary to purchase or acquire products, services, or results needed from outside the project teams. It also includes the contract management and change control processes required to develop and administer contracts or purchase orders issued by authorized project team members.
Apresentação usada no III Congresso Cearense de Gerenciamento de Projetos, onde o artigo com o titulo acima citado recebeu a premiação de melhor artigo. O mesmo trata sobre as características de um escritório de projetos, vantagens, modelos, tipos e trata sobre o seu planejamento e implementação nas empresas, com um estudo de caso no setor público.
Модуль 6. Лекция 25-26. Управление срока проектаYana Brodetski
Управление сроками проекта
● Планирование управление расписанием
● Входы
● Инструменты и методы
● Выходы
● Определение операций
● Инструменты: планирование методом набегающей волны. ● Выходы:
● Список и параметры операций
● Список контрольных событий
● Расписание согласно методологии
Модуль 8. Лекция 35-36. Управление качеством проектаYana Brodetski
Управление качеством проекта
● Обеспечение качества
● Входы
● Инструменты и методы
● Диаграммы сходства
● Диаграммы процесса осуществления программы
● Ориентированные графы взаимоотношений
● Древовидные диаграммы
● Матрицы приоритетов
● Диаграммы сети операций
● Матричные диаграммы
● Выходы
● Контроль качества
● Входы
● Методы и инструменты
● Выходы
Жизненный цикл разработки ПО (SDLC)
Этапы жизненного цикла разработки
Этап планирования
Этап разработки
Этап поддержки
Роли в жизненном цикле разработки ПО
Артефакты в жизненном цикле разработки ПО
Терминология
Модуль 2: Лекция 5-6. Определение стейкхолдеров и проектаYana Brodetski
Определение стейкхолдеров
Кто такие стейкхолдеры (Stakeholders)
Способы идентификации стейкхолдеров
Анализ вовлеченности стейхолдеров
Способы коммуникации на проекте
Проект
Структура проекта
Управление проектом
Система ограничений
Организационная структура
Целеполагание
Успешный проект
PMBOK v5'e göre hazırlanmış olan Kapsam Yönetimi eğitimi sunusudur. Sunu ve sunudaki resimler türkçe hazırlanmıştır, sunularda bulunan dokümanlar zip olarak ayrıca yüklenecektir
The objective of this document is to help explain the PRINCE2 terms. The glossary provided in the PRINCE2 manual is very good but can be a bit difficult to understand if you do not already have experience with PRINCE2. Therefore this glossary provides more information to explain each term and uses examples where necessary.
This will enable you not just to learn these terms but also able to explain them
Модуль 10. Лекция 43-44. Управление коммуникация проектаYana Brodetski
Управление коммуникация проекта
● Планирование управления коммуникациями:
● Входы
● Инструменты и методы
● Коммуникационные технологии
● Коммуникационные модели
● Методы коммуникаций
● Выходы
● Управление коммуникациями
● Входы
● Инструменты и методы
● Выходы
● Контроль коммуникаций
● Входы
● Инструменты и методы
● Выходы
PRINCE2 Foundation Training Manual by Frank TurleyFrank Turley
Written by Frank Turley - The PRINCE2 Coach : Twitter @PRINCE2_Coach
- Contact me if you have any questions studying PRINCE2
The main objective of this book is to provide an easy to read and understand PRINCE2® manual to help you understand PRINCE2 and pass the PRINCE2 exam. ·. This is the only PRINCE2 Training Manual or book that is focused on the Foundation syllabus and therefore the only book you need to refer to learn PRINCE2 & pass the Foundation exam.·
The official PRINCE2 Manual for the Project Manager is an excellent reference manual but can be rather difficult to pick up and read if you are new to project management or PRINCE2. This is why this book has already become the #1 book for people who are preparing for the PRINCE2 Foundation Exam.
How is our Training Manual different from the official PRINCE2 manual?·
It is a training manual while the OGC manual is a reference manual·
It provides lots of examples of Management Products (easier to understand)
It is 100% focused on the PRINCE2 Foundation syllabus and Exam·
It use examples to·help explain new PRINCE2 terms (easy to understand)·
It is written like a training manual and therefore very easy to read·
It provides an overview of the type of questions to expect (chapter by chapter)
It is available in PDF format making it easy to search and find what you need.·
etc...·
20110907 ciclo de vida del producto y del proyectorafoma
En esta presentación se establecen relaciones entre el ciclo de vida del producto y del proyecto, y como el ciclo de vida de los proyectos se ven afectados por las características de las organizaciones que los generan.
Project Procurement Management (PPM) includes the processes necessary to purchase or acquire products, services, or results needed from outside the project teams. It also includes the contract management and change control processes required to develop and administer contracts or purchase orders issued by authorized project team members.
Apresentação usada no III Congresso Cearense de Gerenciamento de Projetos, onde o artigo com o titulo acima citado recebeu a premiação de melhor artigo. O mesmo trata sobre as características de um escritório de projetos, vantagens, modelos, tipos e trata sobre o seu planejamento e implementação nas empresas, com um estudo de caso no setor público.
Модуль 6. Лекция 25-26. Управление срока проектаYana Brodetski
Управление сроками проекта
● Планирование управление расписанием
● Входы
● Инструменты и методы
● Выходы
● Определение операций
● Инструменты: планирование методом набегающей волны. ● Выходы:
● Список и параметры операций
● Список контрольных событий
● Расписание согласно методологии
Модуль 8. Лекция 35-36. Управление качеством проектаYana Brodetski
Управление качеством проекта
● Обеспечение качества
● Входы
● Инструменты и методы
● Диаграммы сходства
● Диаграммы процесса осуществления программы
● Ориентированные графы взаимоотношений
● Древовидные диаграммы
● Матрицы приоритетов
● Диаграммы сети операций
● Матричные диаграммы
● Выходы
● Контроль качества
● Входы
● Методы и инструменты
● Выходы
Модуль 12. Лекция 51-52. Управление изменениями проектаYana Brodetski
Управление изменениями проекта
● Планирование управления изменениями
на проекте
● Составление плана управления
изменениями
● Разница между изменением и багом
● Методы оценки влияния изменения на
проект
● Утверждение и внесение изменений на
всех этапах проекта
Проектное управление в органах государственной власти (по ПП №1050)Константин Левданский
Внедрение проектного управления в органах государственной власти, организация проектного офиса, внедрение информационной системы управления проектами (ИСУП). С учетом ПП РФ от 15 октября 2016 г. No 1050 «Об организации проектной деятельности в Правительстве РФ» и Распоряжения Минэкономразвития РФ от 14.04.2014 г. No 26Р-АУ «Методические рекомендации по
внедрению проектного управления в органах исполнительной власти Российской Федерации»
Основы управления проектами. Планирование проекта
Апраксина Людмила Александровна, MBA, Директор консалтинговой компании «АЗИЯФИНАНС» г. Уфа
23 октября 2014г.
Методические рекомендации по внедрению проектного управления в органах властиAndrey Badin
Методические рекомендации по внедрению проектного управления в органах власти, презентация на Совете по внедрению проектного управления в органах власти. Подробности работы по Методическим рекомендациям см. в блоге http://www.pmservices.ru/#!blog/c1xai
Презентация "Использование механизмов управления проектами с помощью функцион...Helen Kopteva
Данная презентация была подготовлена Андреем Кукановым ("Кодерлайн") для вебинара "Использование механизмов управления проектами с помощью функционала 1С:Документооборот". Речь шла о том, как контроль при проектном управлении меняет подходы к работе со стороны высшего менеджмента, делает управление более прозрачным и понятным.
Понятие юзабилити
● Работа с guidelines
● Особенности создания продукта/проекта
● Знакомство с юзабилити для e-commerce
● Знакомство с юзабилити для корпоративных сайтов
● Особенности юзабилити для форумов
● Особенности создания мобильных приложения
● Обзор языков программирования для IOS и Android
● Особенности разработки пользовательского интерфейса для
мобильных приложений
● Структура сборки приложения
● Обзор языков программирования:
● PHP
● .NET
● Python
● Ruby on Rails
● C#
Модуль 15. Лекция 57-58. Обзоры платформ для различных проектовYana Brodetski
Обзоры платформ для различных
проектов (e-commerce, corporate, forum):
● Prestashop
● Wordpress
● Joomla
● Opencart
● YII
● Bitrix 24
● WIX
● Saas – платформы
● Рекомендации по выбору CMS и фреймворков для
создания сайтов
Модуль 14. Лекция 55-56. Управление релизами и развертыванием продуктаYana Brodetski
Управление релизами и развертыванием
продукта (Release and Deployment)
● Планирование управлением поставками
продукта
● Определение артефактов
● Формирование плана конфигурации поставки
продукта
● Определение и формирование плана релиза
продукта
Модуль 11. Лекция 49-50. Управление рисками проектаYana Brodetski
Управление рисками проекта
● Планирование реагирования на риски:
● Входы
● Инструменты и методы
● Стратегия реагирования на угрозы
● Стратегия реагирования на возможности
● Стратегия реагирования на потери
● Выходы
● Контроль рисков
● Входы
● Инструменты и методы
● Аудиты и переоценка рисков
● Выходы
Модуль 11. Лекция 47-48. Управление рисками проектаYana Brodetski
Управление рисками проекта
● Качественный анализ рисков:
● Входы
● Инструменты и методы
● Формирование матрицы вероятности и воздействия.
● Определение категорий рисков
● Выходы
● Количественный анализ рисков
● Входы
● Инструменты и методы
● Методы сбора и представления информации
● Методы количественного анализа и моделирования рисков
● Выходы
Модуль 11. Лекция 45-46. Управление рисками проектаYana Brodetski
Управление рисками проекта
● Планирование управления рисками:
● Входы
● Инструменты и методы
● Коммуникационные технологии
● Коммуникационные модели
● Методы коммуникаций
● Выходы
● Идентификация рисков
● Входы
● Инструменты и методы
● Выходы
Модуль 9. Лекция 41-42. Управление человеческими ресурсами проектаYana Brodetski
Управление человеческими ресурсами проекта
● Развитие команды проекта:
● Входы
● Инструменты и методы
● Навыки межличностного общения
● Обучение
● Выходы
● Управление командой проекта
● Входы
● Инструменты и методы
● Выходы
Модуль 9. Лекция 39-40. Управление человеческими ресурсами проектаYana Brodetski
Управление человеческими ресурсами проекта
● Планирование управление
человеческими ресурсами:
● Входы
● Инструменты и методы
● Выходы
● Набор команды проекта
● Входы
● Инструменты и методы
● Выходы
Модуль 8. Лекция 37-38. Управление качеством проектаYana Brodetski
Управление качеством проекта
● Планирование управление качеством
● Определение и характеристики дефекта;
● Задачи управления дефектами;
● Классификация важности дефектов;
● Виды тестирования;
● Правильное описание дефекта;
● Жизненный цикл дефекта;
● Работа с базами дефектов;
● Метрики на основе дефектов.
● Составление тест плана
Модуль 8. Лекция 33-34. Управление качеством проектаYana Brodetski
Управление качеством проекта
● Определение управлением качества
● Качество продукта и проекта
● Принципы качество ISO 9000
● Планирование качества
● Входы
● Методы и инструменты
● Диаграмма причинно-следственных связей
● Блок –схемы
● Листы сбора данных
● Диаграмма Парето
● Гистограммы
● Контрольные карты
● Диаграммы разброса
● Выходы
Модуль 6. Лекция 29-30. Управление сроками проектаYana Brodetski
Разработка расписания
● Анализ сети расписания
● Метод критического пути
● Метод критической цепи
● Методы оптимизации ресурсов
● Методы моделирования: “что если”;имитация
● Опережения и задержки
● Сжатие расписания
● Диаграммы: Ганта, контрольных событий, сети расписания проекта
● Контроль расписания проекта
Модуль 6. Лекция 27-28. Управление сроками проектаYana Brodetski
Управление сроками проекта
● Определение последовательности операций
● Метод диаграмм предшествования (PDM)
● Определение зависимостей
● Опережение и задержки
● Оценка ресурсов операций
● Оценка “Снизу верх”
● Оценка длительности операций
● Аналоговая оценка
● Параметрическая оценка
● Оценка по 3 точкам
● Метод Дельфи
User Stories vs. Use Cases
● User Stories
● Определение User Story
● Структура пользовательской истории
● Принципы проверки на качество User Story
● Use Cases
● Определение Use Cases
● Структура Use Cases
● Принципы составления Use Cases
2. Лекция 17-18
Управление внедрением проекта
● Разработка проектного плана (процессы планирования)
● Создание и структура плана проекта
● Содержание плана проекта
● Правила составления технической документации
● Написание технического задания
● Руководство и управление работами проекта
● Мониторинг и контроль работ проекта
● Интегрированный контроль изменений проекта
● Закрытие проекта или фазы проекта
3. Разработка проектного плана
Разработка плана управления проектом — это процесс определения,
подготовки и координации всех вспомогательных планов и интеграции их
в комплексный план управления проектом. Ключевая выгода данного
процесса — в создании центрального документа, который закладывает
основу для всех работ проекта
План управления проектом определяет, как будет исполняться проект, как
будет проводиться его мониторинг, контроль и закрытие. Он
разрабатывается в рамках серии интегрированных процессов до закрытия
проекта. Результатом разработки - план управления проектом, который
последовательно уточняется путем внесения обновлений, а также
контролируется и утверждается в процессе интегрированного контроля
изменений.
4. Разработка проектного плана - инструменты
● Экспертная оценка:
● адаптации процесса для удовлетворения потребностей
проекта;
● разработки технических и управленческих деталей, которые
будут включены в план управления проектом;
● определения ресурсов и уровней развития навыков,
необходимых для выполнения работ проекта;
● определения уровня управления конфигурацией, который
будет применяться в проекте;
● определения того, какие документы проекта будут
подвержены процессу формального контроля изменений;
● приоритезации работы над проектом для обеспечения
распределения ресурсов для надлежащих работ в
надлежащее время.
● Мозговой штурм
5. План управления проектом - выходы
План управления проектом — это документ, описывающий,
как проект будет исполняться, как будет происходить его
мониторинг и контроль. Он интегрирует и консолидирует все
вспомогательные и базовые планы, полученные в результате
процессов планирования.
Базовые планы проекта включают в себя:
• базовый план по содержанию
• базовое расписание
• базовый план по стоимости
Часто базовые планы по содержанию, расписанию и
стоимости объединяют в базовый план исполнения,
используемый в качестве общего базового плана проекта, с
которым может сравниваться общее исполнение.
6. Разработка проектного плана - выходы
Вспомогательные планы включают:
● план управления содержанием
● план управления требованиями;
● план управления расписанием;
● план управления стоимостью;
● план управления качеством;
● план совершенствования процессов
● план управления человеческими ресурсами;
● план управления коммуникациями;
● план управления рисками;
● план управления закупками;
● план управления заинтересованными сторонами;
7. План управления
проектами - влияние
План управления относится к процессам
планирования
Процессы планирования - это непрерывный
процесс определения лучшего способа
действия для достижения целей проекта
с учетом внутренних и внешних
изменений.
Для управления проектами характерно
признание неизбежности отклонений от
первоначального плана, каким бы
идеальным он не был. Это обусловлено
тем, все предусмотреть заранее
невозможно и что непредвиденные
обстоятельства неизбежны.
Изменения, происходящие на протяжении
проекта, влекут за собой необходимость
возврата к одному или нескольким
процессам планирования, а, возможно, и
к процессам инициации.
Таким образом, планирование - это
итерационный и повторяющийся
процесс. Последовательная детализация
плана проекта называется
«планированием набегающей волной»
(«rolling wave planning»).
8. Руководство и управление исполнением проекта: входы
Руководство и управление работами проекта — процесс
руководства и исполнения работ, определенных в плане
управления проектом, и применения одобренных изменений
для достижения целей проекта. Ключевая выгода данного
процесса состоит в том, что он обеспечивает общее
управление работами проекта. Относится к процессам
исполнения.
9. Руководство и управление исполнением проекта: входы
Одобренные запросы на изменения
● Являясь частью процесса осуществления общего управления
изменениями, обновление статуса контроля изменений
показывает, что некоторые изменения одобрены, а другие нет.
● Для одобренных запросов на изменение команда проекта
составляет расписание реализации. Одобренные запросы на
изменение – это документированные, санкционированные
изменения, расширяющие или сокращающие содержание
проекта.
● Одобренные запросы на изменение также могут изменять
правила, план управления проектом, процедуры, затраты или
бюджеты либо изменять расписания. Одобренные запросы на
изменение могут потребовать выполнения предупреждающих
или корректирующих действий.
.
10. Руководство и управление исполнением проекта: инструменты
и методы
● Экспертные оценки
● Информационная система управления проектами
Информационная система управления проектами, будучи
одним из факторов среды предприятия, предоставляет доступ
к автоматизированным средствам, таким как программное
обеспечение для управления расписанием, система
управления конфигурацией, система сбора и распределения
информации или веб-интерфейсы прочих автоматизированных
систем, работающих в режиме онлайн, используемых во время
работ по руководству и управлению исполнением проекта.
● Совещания
● обмен информацией;
● мозговой штурм, оценка вариантов или проектирование;
● принятие решений.
11. Руководство и управление исполнением проекта:
выходы
● Поставляемые результаты – это любой уникальный и поддающийся проверке
продукт, результат или способность осуществить услугу, который должен быть
произведен для завершения процесса, фазы или проекта
● Данные об исполнении работ - по мере продвижения проекта регулярно
собирается информация о его операциях. Такая информация может относиться
к различным результатам исполнения, включая среди прочего:
● статус результата,
● ход выполнения расписании,
● понесенные затраты.
● Запросы на изменение— это формальное предложение внести изменения в
какой-либо документ, поставляемый результат или базовый план
● Если при выполнении работ по проекту возникают проблемы, выпускаются
запросы на изменение, которые могут менять правила или процедуры проекта, его
содержание, стоимость или бюджет, расписание проекта или его качество.
● Прочие запросы на изменение включают предупреждающие или корректирующие
действия, позволяющие предотвратить негативное влияние на проект в будущем.
● Запросы на изменение могут быть прямыми или косвенными, инициированными
извне или изнутри, необязательными или обязательными по закону или контракту
12. Руководство и управление исполнением проекта:
выходы
● Запросы на изменение включают:
● Корректирующее воздействие. Документированное указание для исполнения
работ с целью приведения в соответствие ожидаемого будущего исполнения
работ по проекту с планом управления проектом.
● Предупреждающее действие. Документированное указание осуществить
действие, которое может снизить вероятность негативных последствий, связанных
с рисками проекта.
● Исправление дефекта. Формально документированное выявление дефекта в
элементе проекта, содержащее рекомендации либо об исправлении дефекта,
либо о полной замене элемента.
● Обновления. Изменения в формально контролируемой документации, планах и
т.д., отражающие модифицированные либо дополнительные идеи или
содержание.
● Обновление плана управление проектом: план управления требованиями; план
управления расписанием; план управления стоимостью; план управления качеством;
план управления человеческими ресурсами; план управления коммуникациями; план
управления рисками; план управления закупками; базовые планы проекта.
● Обновление документов проекта: документацию по требованиям; журналы проекта
(проблем, предположений и т.д.); реестр рисков; реестр заинтересованных сторон
проекта.
13. Мониторинг и управление работами проекта- входы
● Мониторинг и управление работами проекта – это процесс отслеживания, проверки
и регулирования исполнения для достижения целей исполнения, определенных в
плане управления проектом.
● Мониторинг – это аспект управления проектом, осуществляемый на протяжении
всего проекта. Мониторинг включает в себя сбор, измерение и распределение
информации об исполнении, а также оценку измерений и тенденций для оказания
влияния на улучшение процесса. Постоянный мониторинг дает команде управления
проектом возможность понимать общее состояние проекта и определять, на какие
области следует обратить особое внимание.
● Управление включает в себя определение корректирующих или предупреждающих
действий, либо повторное планирование и отслеживание планов с целью
определить, удалось ли решить проблему с помощью предпринятых действий
14. Мониторинг и управление работами проекта- входы
Прогнозы в отношении расписания составляются с учетом прогресса относительно
базового расписания и расчетного времени прогноза до завершения (ПДЗ). Они обычно
выражаются в виде отклонения по срокам (ОСР) и индекса выполнения сроков (ИВСР).
Для проектов, которые не используют управление освоенным объемом, указываются
отклонения от запланированных и прогнозируемых дат финиша
Прогнозы в отношении стоимости составляются с учетом прогресса относительно
базового плана по стоимости и расчетного прогноза до завершения (ПДЗ). Они обычно
выражаются в виде отклонения по стоимости (ОСТ) и индекса выполнения стоимости
(ИВСТ). Прогноз по завершении (ППЗ) можно сравнить с бюджетом по завершении (БПЗ),
чтобы определить, находится ли проект в области допустимых значений, или необходимо
составление запросов на изменения.
Информация об исполнении работ — отчеты, составляемые командой проекта, должны
содержать детальное описание работ, достижений, контрольных событий, выявленных
вопросов и проблем. Отчеты об исполнении могут использоваться для сообщения
ключевой информации, включающей в себя среди прочего:
• текущий статус;
• существенные достижения за указанный период времени;
• внесенные в расписание операции;
• прогнозы;
• проблемы.
15. Мониторинг и управление работами проекта- методы
● Экспертные оценки- используются командой управления проекта для
интерпретации информации, получаемой в результате процессов
мониторинга и управления. Менеджер проекта совместно с командой
определяет действия, необходимые для обеспечения того, чтобы
исполнение проекта соответствовало ожиданиям
● Аналитические методы- используются в управлении проектом для
прогнозирования потенциальных результатов на основании возможных
вариаций проекта или переменных окружающей среды и их взаимосвязи с
другими переменными
● Информационная система управления проектами- является частью
факторов среды предприятия, обеспечивает доступ к автоматизированным
инструментам, таким как инструменты составления расписания, расчета
стоимости и ресурсов, показатели исполнения, базы данных, записи
проектов и финансовые инструменты, используемые в рамках процесса
мониторинга и контроля работ проекта.
● Совещания- могут быть очными, виртуальными, формальными или
неформальными. Участниками могут быть члены команды проекта,
заинтересованные стороны и другие лица, вовлеченные в проект или
попадающие под его влияние.
16. Мониторинг и управление работами проекта- выходы
● Запросы на изменения- в результате сравнения запланированных
результатов с фактическими могут создаваться запросы на изменения,
которые могут расширить, скорректировать или сократить содержание
проекта или продукта, требования к качеству, базовое расписание или
базовый план по стоимости. Запросы на изменения могут стать причиной
сбора и документирования новых требований. Изменения могут оказывать
воздействие на план управления проектом, документы проекта или
поставляемые результаты в виде продукта
● Отчеты об исполнении работ- это физическое или электронное
представление информации об исполнении работ, собранной в документах
проекта, предназначенное для вынесения решений, принятия действий или
формирования осведомленности. Информация проекта может передаваться
устно, от человека к человеку. Однако для регистрации, хранения и иногда
передачи информации об исполнении работ необходимо физическое или
электронное представление в виде документов проекта. Отчеты по
исполнению работ — это часть документов проекта, предназначенных для
формирования осведомленности, вынесения решений или принятия
действий
● Обновления плана управления проектом
17. Интегрированный контроль изменений - входы
● Интегрированный контроль изменений — процесс анализа всех запросов
на изменения, их одобрения и управления изменениями поставляемых
результатов, активов процессов организации, документов проекта и плана
управления проектом, а также предоставления информации об их
состоянии.
● Ключевая выгода данного процесса состоит в том, что он позволяет
учитывать документированные изменения в проекте комплексным образом,
одновременно уменьшая риски проекта, которые часто возникают в связи с
изменениями, внесенными без рассмотрения в общие цели или планы
проекта.
18. Действия по управлению изменениями
● оказание влияния на факторы, которые могут обойти общее
управление изменениями, с тем, чтобы приводились в исполнение
только одобренные изменения;
● своевременный обзор, анализ и одобрение запросов на изменение,
что представляет исключительную важность, так как медленные
решения могут негативно повлиять на сроки, стоимость или
выполнимость изменения;
● управление одобренными изменениями;
● поддержание целостности базовых планов путем включения в план
управления проектом и документы проекта только одобренных
изменений;
● анализ, одобрение или отклонение всех рекомендованных
корректирующих и предупреждающих действий;
● координация изменений всего проекта (например, предложенное
изменение расписания чаще всего влияет также и на стоимость, риски,
качество и обеспечение персоналом);
● документирование полного воздействия запросов на изменение.
19. Отличия управления изменениями от управления
конфигурацией
● Система управления конфигурацией с общим
управлением изменениями предоставляет
стандартизированный, эффективный и действенный
способ централизованного управления одобренными
изменениями и базовыми планами в рамках проекта.
● Управление конфигурацией сконцентрировано на
детализации результатов и процессов, тогда как
управление изменениями сосредоточено на
выявлении, документировании и контролировании
изменений проекта и базовых планов продукта.
● Управление конфигурацией является одной из частей
управления изменениями
20. Действия по управлению конфигурацией
● Определение конфигурации. Выбор и определение элементов
конфигурации предоставляет базис, исходя из которого определяется и
подтверждается конфигурация продукта, маркируются продукты и
документы, осуществляется управление изменениями, и
поддерживается подотчетность.
● Отчетность по статусу конфигурации. При необходимости
предоставления соответствующих данных об элементе конфигурации
информация документируется, и по ней составляется отчет. Такая
информация включает список одобренных идентификаций
конфигурации, статус предложенных изменений конфигурации и статус
реализации одобренных изменений.
● Подтверждение и проверка конфигурации. Подтверждение и
проверки конфигурации позволяют убедиться, что структура элементов
конфигурации проекта является верной, а соответствующие изменения
зарегистрированы, оценены, одобрены, отслежены и надлежащим
образом реализованы. Это гарантирует соблюдение функциональных
требований, определенных в документации по конфигурации.
21. Интегрированный контроль изменений – инструменты
и выходы
Инструменты:
● Экспертная оценка
● Совещания
● Инструменты контроля изменений-для облегчения управления
конфигурацией и изменениями могут использоваться ручные или
автоматизированные инструменты. Выбор инструмента должен
основываться на потребностях заинтересованных сторон проекта, включая
вопросы и/или ограничения организации и сред
Выходы:
● Одобренные запросы на изменения
● Журнал изменений - используется для регистрации изменений, возникающих
в ходе проекта. Информация о данных изменениях и их воздействии на
проект в понятиях времени, стоимости, риска, передается соответствующим
заинтересованным сторонам. Отклоненные запросы на изменения также
фиксируются в журнале изменений.
● Обновления плана управления проектом
● Обновления документов проекта
22. Закрытие проекта или фазы - входы
● Завершение проекта или фазы – это процесс завершения всех операций всех
групп процессов управления проектом в целях формального завершения
проекта или фазы и высвобождении ресурсов организации для участия в
новых начинаниях.
● При закрытии проекта менеджер проекта рассматривает всю предыдущую
информацию, полученную во время закрытия предыдущих фаз,
позволяющую удостовериться в том, что все работы по проекту завершены,
и проект достиг своих целей.
● Так как содержание проекта определяется планом управления проектом,
менеджер проекта производит анализ данного документа, чтобы
удостовериться, что проект фактически завершен, перед тем, как формально
констатировать это.
● Процесс завершения проекта или фазы также устанавливает процедуры,
исследующие и документирующие причины предпринятых действий, если
проект прекращен до завершения.
23. Закрытие проекта или фазы – инструменты и
выходы
Инструменты:
● Экспертная оценка
● Аналитический методы
● Совещания
Выходы:
● Передача конечного продукта, услуги или результата
● Обновления активов процессов организации
● Файлы проекта — документы, полученные в результате операций
проекта, например, план управления проектом, содержание, стоимость,
расписание и календари проекта, реестры рисков и другие реестры,
документация по управлению изменениями, запланированные
мероприятия по реагированию на риски и воздействие рисков.
● Документы завершения проекта или фазы
● Историческая информация- историческая информация и информация об
извлеченных уроках передается в базу накопленных знаний для
использования в будущих проектах или фазах