Similar presentations:
Управление IТ-проектами «it.Projects»
1.
Управление IТ-проектами«it.Projects»
Тесленко Павло Олександрович
067-94-00-451 [email protected]
Бедрій Дмитро Іванович
067-487-1204
Лекції
Лабораторні роботи 1/у 2 тижні
РГР
Залік
2.
Управление IТ-проектами«it.Projects»
БАЛИ
+
Участь/проведення семінарів
Участь у проектах
Участь в конференції Р3М-2021, грудень 2022
3.
Что такое проект?• PMBоK - Проект — это временное
предприятие, направленное на создание
уникального продукта, услуги или результата.
• PRINCE2 - Временная организация, которая
создается с целью предоставления одного или
нескольких бизнес-продуктов в соответствии с
согласованным бизнес-кейсом.
• Wikipedia - Работы, планы, мероприятия и
другие задачи, направленные на создание
уникального продукта (устройства, работы,
услуги).
4.
Управление проектами и управлениеоперационной деятельностью
Новый процесс
УП
Повторяемый
продукт
Новый
продукт
ОД
Повторяемый процесс
5.
Рождение проекта• Откуда берутся проекты?
1. Необходимость решения/ликвидации
ПРОБЛЕМЫ
2. Этап стратегического плана развития
организации
3. Я хочу! / Есть идея! / А почему бы и нет!
6.
Рождение проекта7.
Проект как системаОграничения:
• финансовые
• нормативно-правовые
• этические
• окружающая среда
• ресурсы и логистика
• сроки
• уровень качества
Вход:
• потребности
Проект
Обеспечение:
• люди
• знания и опыт
• инструменты и техника
• технология
• методология
Выход:
• удовлетворенные
потребности
8.
Проект как системаВход:
• потребности /
•проблема
Цель
проекта
Проект
Выход:
• удовлетворенные
потребности /
решенные проблемы
WBS
Задачі
проекта
1.
2.
3.
….
1. Фаза
1.1
1.2
2. Фаза
2.1
2.2
Продукт
проекта
1.
2.
3.
….
9.
Подходы к управлению проектамиГибкая
методология
разработки
Agile software
development,
agileметоды)
Метод
критической
цепи (англ. criti
cal chain project
management,
CCPM) —
метод
планирования
и управления
проектами
PRojects IN Controlled Environments
2 (PRINCE2)
10.
Особенности IТ-проектовІТ-проекты
Программные
Повторяемые
Такие, которые
или подобные мы
уже делали, или
знаем как делать
Аппаратнопрограммные
Инновационные
Заказчик сам не
знает что он хочет
Ранее НЕ делали, и НЕ знаем как делать
на начальных этапах планирования
11.
Особенности IТ-проектаЕсть ТЗ до начала
планирования
Классика
Высокие риски
создания НЕ того
продукта
ИТ
проекты
Нет ТЗ до начала
планирования
Agile
12.
Особенности IТ-проекта1. Нет материальных ресурсов для производства
работ
2. Продукт проекта нематериален
3. Продукт проекта есть результат
интеллектуальной деятельности команды
проекта
4. Команда проекта есть главный и единственный
ресурс проекта
5. В значительной части проектов, нет возможности
формализовать требования от заказчика и
сформировать «классическое» ТЗ до начала
работ над проектом. В связи с этим применяют
6. Гибкие технологии управления ІТ-проектами
13.
Что такое управление проектами?• PMBOK - Приложение знаний, навыков,
инструментов и методов к работам проекта
для удовлетворения требований,
предъявляемых к проекту.
• PRINCE2 - Планирование, делегирование,
мониторинг и контроль всех аспектов проекта,
а также мотивация участников, для
достижения целей проекта в рамках
ожидаемых показателей эффективности по
времени, стоимости, качеству, содержанию,
выгодам и рискам.
14.
Конкурентные ограничения проектаРасписание
Бюджет
Качество
Содержание
Ресурсы
Проект
Риски
15.
Группы процессов УПЖизненный цикл проекта
16.
В управление проектами входит• определение требований;
• реагирование на различные потребности,
сомнения и ожидания ЗС по мере планирования
и выполнения проекта;
• установление и поддержание активных
коммуникаций с ЗС;
• уравновешивание конкурирующих ограничений
проекта:
– содержание;
– качество;
– расписание;
– бюджет;
– ресурсы;
– риски.
17.
для ІТ проектів застосовують «правило хреста»:добре, швидко, дешево, готово.
«Правило хреста» можна інтерпретувати наступним чином: «Обирай будьяких три пункти, але четвертий буде не під силу»
18.
МетодологияСистема практик, методов,
процедур и правил,
используемых в определённой
сфере деятельности.
19.
Анализ требованийЭтапы
Группа процессов
завершения
Группа процессов
мониторинга и контроля
Группа процессов
исполнения
Группа процессов
планирования
Группа процессов
инициации
Декомпозиция
Тестирование
методологии Интеграция
Разработка
управления Проектирование
проектами Архитектурный дизайн
Группы процессов
20.
Взаимодействие процессов21.
Жизненный цикл проекта22.
Связи между фазами проекта• Последовательная
связь
• Перекрывающаяся
связь
• Итерационная связь
(agile)
23.
Элементы расписанияЭтап (глагол несовершенного
наклонения)
Операция (глагол
повелительного наклонения)
Веха (глагол совершенного
наклонения)
24.
Типы связей25.
Информационная система УПСостоит из инструментов и методов,
используемых для сбора, интеграции и
распространения выходов процессов
управления проектом.
ИСУП используется для поддержки всех
аспектов проекта от инициации до закрытия
и может включать в себя как ручные, так и
автоматизированные системы.
26.
MS Project27.
MS Project28.
29.
«Три кита» системы УП1. Портфель - проекты, программы,
подпортфели и операционная деятельность,
управляемые как группа для достижения
стратегических целей.
2. Программа - ряд связанных друг с другом
проектов, подпрограмм и операций
программы, управление которыми
координируется для достижения
преимуществ, которые были бы недоступны
при управлении ими по отдельности.
3. Проект - временное предприятие,
предназначенное для создания уникальных
продуктов, услуг или результатов.
30.
Инициация проекта31.
Устав проектаДокумент, выпущенный инициатором
или спонсором проекта, который
формально авторизует существование
проекта и предоставляет руководителю
проекта полномочия использовать
ресурсы организации в операциях
проекта.
32.
Управление содержанием проекта5.1
• Планирование управления содержанием
5.2
• Сбор требований
5.3
• Определение содержания
5.4
• Создание ИСР
5.5
• Подтверждение содержания
5.6
• Контроль содержания
33.
Проектное окружениеМеждународный рынок
Государство и национальный рынок
Организации (участники проекта)
Проект
34.
Границы проектаГраницы проекта
Результаты
проекта
Входы
проекта
Проект
Финализ.
документация
Финализ.
контракты
35.
Цель и стратегия проектаГенеральная
цель
Цель 1
Цель 2
Цель N
36.
Циклысоздания
продукта
Поддержка
Сбор и
анализ
требований
Разворачивание
и обучение
Архитектура
Проектирование и
прототип
Тестирование
Разработка
37.
Сбор требованийОпределения и
документирование потребностей
и требований заинтересованных
сторон для достижения целей
проекта.
38.
Типы требований FURPS39.
И нельзя забывать… (FURPS+)• Implementation (требования к ресурсам,
языкам, инструментам, hardware)
• Interface (требования, накладываемые
взаимодействием с внешними системами)
• Operations (требования к управлению на
операционном уровне)
• Packaging (для примера, коробочная
версия)
• Legal (лицензирование)
40.
Описание содержания проектаОписание целей и содержания проекта, которое
обеспечивает документированную основу для
принятия решений по проекту в будущем и для
подтверждения или формирования одинакового
представления о целях и содержании проекта у
заинтересованных сторон проекта. Состав:
1. Описание содержания продукта
2. Критерии приемки продукта
3. Результаты проекта
4. Исключения проекта
5. Ограничения проекта
6. Допущения проекта
41.
Иерархическая структура работ WBS42.
Задачи структуризации• Разбивка проекта на управляемые блоки
• Переход от общих целей к конкретным
заданиям
• Распределение ответственности
• Определение комплексов работ/подрядов
• Точная оценка необходимых затрат
• Создание единой базы для планирования,
создания смет и контроля за затратами
43.
Элементы ИСР44.
45.
Заинтересованные стороныпроекта
Лицо, группа или организация,
которая может влиять, на которую
могут повлиять или которая может
воспринимать себя подвергнутой
влиянию решения, операции или
результата проекта.
46.
Участники ИТ-проекта• Заказчик/клиент
• Спонсор проекта
• ОУП
• Руководитель
проекта
• Аналитик
• Архитектор
• Владелец продукта
• Разработчик
• Инженер по
разворачиванию
• Тестировщик
• Инструктор
• Технический
писатель
47.
Анализ ЗС48.
Планированиепроекта
49.
Влияние участников на ход проекта50.
План управления проектомДокумент, описывающий, как
проект будет исполняться, как
будет происходить его
мониторинг и контроль.
51.
Состав Плана управления проектомПлан управления проектами
Документы проекта
План управления изменениями
Параметры операций
План управления коммуникациями
Оценки стоимости операций
План управления конфигурацией
Оценки длительности операций
Список операций
Базовый план по стоимости
План управления стоимостью
Требования к ресурсам операций
План управления человеческими ресурсами Соглашения
План совершенствования процессов
Основа для оценок
План управления закупками
Журнал изменений
Прогнозы
Базовый план по содержанию
• Прогноз стоимости
• Описание содержания проекта
• Прогноз расписания
• ИСР & Словарь ИСР
План управления качеством
План управления требованиями
План управления рисками
Базовый план по расписанию
План управления расписанием
План управления содержанием
План управления заинтересованными
сторонами
Назначения персонала проекта
Описание работ проекта
Контрольные списки качества
Измерения контроля качества
Метрики качества
Документация по требованиям
Матрица отслеживания требований
Иерархическая структура ресурсов
Календари ресурсов
Запросы на изменения
Реестр рисков
Журнал регистрации проблем
Данные расписания
Список контрольных событий
Предложения поставщиков
Закупочноя документация
Критерии выбора поставщиков
Описание работ закупок
Реестр заинтересованных сторон
Календари проекта
Оценки эффективности работы команды
Данные об исполнении работ
Устав проекта
Требования к финансированию проекта Информация об исполнении работ
Расписание проекта
Отчёты об исполнении работ
Сетевая диаграмма расписания проекта
52.
Управление сроками проекта6.1
• Планирование управления сроками
6.2
• Определение операций
6.3
• Определение последовательности операций
6.4
• Оценка ресурсов операций
6.5
• Оценка длительности операций
6.6
• Разработка расписания
6.7
• Управление расписанием
53.
Управление стоимостью проекта7.1
7.2
7.3
7.4
• Планирование управления стоимостью
• Оценка стоимости
• Определение бюджета
• Контроль стоимости
54.
Требования к финансированию55.
Элементы управления стоимостьюпроекта
Разработка
Устава проекта
Сводный
бюджет
Планирование
проекта
Планирование
управления
стоимостью
Оценка ресурсов
операций
Оценка
стоимости
Определение
бюджета
Исполнение
проекта
Мониторинг и
контроль
проекта
Завершение
проекта
Финансирование
проекта
Контроль
стоимости
Закрытие
закупок
56.
Исполнениепроекта
57.
Кейс тренингаВнедрение Системы Управления Проектами
58.
Организационная зрелость1. Профессиональный
язык УП
2. Формализованные
бизнес
процессы
мультипроектного
управления
3. Формализованная
методология УП
4.
Устойчивое
развитие
методологи
и УП
59.
КачествоСтепень, в которой ряд присущих
характеристик соответствует
требованиям.
60.
Процессы управления качеством• Планирование качества
• Обеспечение качества
• Контроль качества
• Улучшение качества
Качеством управляют на всем протяжении
проекта, а не только на этапе
завершения!
61.
Роли и полномочия62.
Управление ресурсамиПланирование
Исполнение
Мониторинг
Оценка ресурсов
Набор команды
Подготовка отчетов
операций
Разработка плана
трудовых ресурсов
Оценка затрат
Планирование
закупок
проекта
об исполнении
Развитие команды
Управление
проекта
закупочной
Управление командой деятельностью
проекта
Осуществление
закупок
63.
Распределение ресурсов во времени64.
Руководитель проекта• PMBOK - Лицо, назначаемое исполняющей
организацией руководителем команды
ответственной за достижение целей проекта.
• PRINCE2 – Лицо, наделённое полномочиями и
ответственностью по управлению проектом на
каждодневной основе, с целью создания
требуемых продуктом в пределах
ограничений, согласованных с Советом по
проекту.
65.
Характеристики РП• Знания. Что РП знает об управлении проектами.
• Результативность. Что РП способен сделать или
достичь, применяя свои знания об управлении
проектами.
• Личные качества. Как РП ведет себя во время
выполнения проекта или связанной с ним
деятельности. Личная эффективность охватывает
установки, основные личностные характеристики и
лидерские качества – способность управлять
командой проекта при достижении целей и
уравновешивании ограничений проекта.
66.
Управление командой проектаПланирование человеческих
ресурсов
Набор команды проекта
Определение ролей
Привлечение человеческих
Повышение квалификации
отдельных людей и для групп
Определение
ответственности
Определение подотчетности
Создание Плана управления
обеспечением проекта
персоналом (с определением
ресурсов, необходимых для
выполнения проекта
Осуществление контроля
над членами команды,
выбранными для участия в
проекте
членов команды проекта
Укрепление взаимодействия
между ними для повышения
эффективности исполнения
проекта
сроков и способов набора членов
команды проекта, критериями их
освобождения от участия в
проекте, рекомендациями по
проведению дополнительного
обучения, схемой поощрения и
награждения, соответствием
установленным нормам, а также
определение влияния плана
управления обеспечением проекта
персоналом на деятельность
организации).
Развитие команды
проекта
67.
Психологические стадии проекта• Энтузиазм
• Крушение иллюзий
• Паника
• Поиски виновных
• Наказание невиновных
• Восхваление и награждение непричастных
68.
Этапы становления командыФормирование (Forming)
Шторм (Storming)
Урегулирование (Norming)
Результативность (Performing)
Завершение (Adjourning)
69.
Решение конфликтовИнтересы
другой
стороны
Интересы
одной
стороны
Интересы
третьей
стороны
Компромисс
70.
Базовая модель коммуникаций71.
Управление рисками проекта11.1
• Планирование управления рисками
11.2
• Идентификация рисков
11.3
• Качественный анализ рисков
11.4
• Количественный анализ рисков
11.5
• Планирование реагирования на риски
11.6
• Контроль рисков
72.
Иерархическая структура рисков73.
Матрица рисков74.
Типы мер реагированияВозможности
Угрозы
1. Использование
2. Разделение
3. Увеличение
1. Уклонение
2. Передача
3. Снижение
– Вероятности
– Последствий
4. Принятие
– Вероятности
– Последствий
4. Принятие
75.
Управление приобретениями проекта12.1
•Планирование управления
12.2
•Проведение
12.3
•Контроль
12.4
•Закрытие
76.
Место закупок в проектном циклеПредварительный анализ
возможностей потенциальных
поставщиков
Рабочий
проект
Подготовка
спецификации
Поставки
Заявки от
участников
торгов
Подписание
контрактов с
победителем
торгов
Выполнение
работ
Контроль за
поставками
Подготовка контрактной
документации
Инициация
Проведение
торгов и
принятие
решения о
присуждении
контракта
Закупки
Поставки
77.
Мониторинг иуправление проектом
78.
Управление изменениями• Планирование изменений
• Управление изменениями
79.
Типы изменений80.
Оценка исполнения• Анализ отклонений (пример: критический
путь)
• Контрольные события (вехи)
• Перепланирование
• Прогнозирование (пример: освоенный
объем)
81.
Метод освоенного объема82.
Информационный обмен83.
Завершениепроекта
84.
Проект завершен когда:1. Результаты проекта получены и
переданы заказчику
2. Контракты проекта завершены
(проплачены/получены все деньги и
закрыта вся бухгалтерия).
3. Документация проекта
финализирована и передана в ОУП
85.
Полезные ссылки• Проверка своих знаний по УП:
www.KnowledgeMap.pm
• Шаблоны и другие материалы для УП:
www.PMDoc.ru
• Экстремальное изучение методологии и
инструментов УП:
www.facebook.com/groups/7PMSummits
86.
Разнообразие сред управленияОстрова - . В проектноориентированных организациях
существуют проекты для
собственного развития, а также
опережающая разработка
продуктов для неопределённого
клиента.
Вулканы - Старт-апы,
имеющие целью создание
новых процессных или
проектноориентированных
организаций.
Море - В проектно-ориентированных
организациях - проекты способ
организации основного производства,
генерации дохода. Проекты более или
менее однотипны, по крайней мере, в
рамках продуктового направления ( или
"практики"). Как, правило высокая
повторяемость проектов позволяет
создать развитые "квазипроцессные"
методологии их выполнения. Срок
окупаемости проектов имеет высокую
определённость и относительно
короток, поскольку, проекты
ориентированы на выполнение
конкретных контрактов. Всегда есть
выбор из однотипных ресурсов.
Проекты - это управление настоящим.
Береговая линия -,
Часто процессные
организации нанимают
для выполнения своих
проектов проектноориентированные
организации.
Суша -. В процессных
организациях, основное
производство ценности
управляется непроектными
методами. Проекты здесь
являются способом управления
изменениями. Поэтому, несмотря
на присутствие серий однотипных
проектов, степень уникальности
для организации - существенно
выше. Некоторые проекты
осуществляются реже, чем
обновляется персонал. Ресурсы,
как правило, уникальны.
Окупаемость проектов, в
большинстве случаев, базируется
на прогнозах и далеко не
гарантирована. Проекты - это
управление будущим.
Озёра -В процессных
организациях есть
проектноориентированная
постоянная
деятельность, например,
R&D.