Управление проектами на предприятии презентация

Содержание

Определение проекта – временное предприятие, предназначенное для создания уникальных продуктов, услуг или результатов. Признаки Проекта: Временность Проект Уникальность Постепенное уточнение

Слайд 1Планирование, организация и порядок проведения НИОКР
Лекция 2
Холманских Ю.С.


Слайд 2Определение проекта
– временное предприятие, предназначенное для создания уникальных продуктов, услуг или

результатов.

Признаки Проекта:

Временность

Проект

Уникальность

Постепенное уточнение


Слайд 3Проектный треугольник


Качество


Слайд 4Содержание лекции
PMBoK – что это?
Группы процессов и области знаний.
Разработка устава проекта.


Управление заинтересованными сторонами.
Управление содержанием проекта.

Слайд 5Управление проектами на предприятии
Корпоративная
методология управления проектами




Корпоративный и личный опыт ведения проектов
Технология создания
продукта
14


Слайд 6Основан в 1969 году.
Самая крупная в мире некоммерческая ассоциация профессиональных

руководителей проектов
разрабатывает стандарты в управлении проектами
проводит конференции и семинары
организует обучение
осуществляет профессиональную сертификацию

Отрасли, представленные в PMI

16

Институт управления проектами (PMI)


Слайд 7Стандарты PMI®
ANSI PMI PMBOK® Guide 5rd Edition, 2013 Основной стандарт PMI, описывающий

все процессы управления проектами
The Standard for Program Management Стандарт для управления программами
The Standard for Portfolio Management Стандарт для управления портфелями
Practice Standard for Work Breakdown Structures Практический стандарт для иерархической структуры работ проекта
Project Manager Competency Development Framework Руководство по оценке и развитию профессиональных навыков менеджеров проектов
Organizational Project Management Maturity Model Стандарт зрелости управления проектами
Practice Standard for Earned Value Management Project Стандарт для управления освоенным объемом в проекте

19


Слайд 8PMBoK
PMBoK (Project Management Body of Knowledge) - Свод знаний по управлению

проектами представляет собой сумму профессиональных знаний по управлению проектами. PMI использует этот документ в качестве основного справочного материала для своих программ по профессиональному развитию. Является Американским национальным стандартом.

В настоящем стандарте описываются суть процессов управления проектами в терминах интеграции между процессами и взаимодействий между ними, а также цели, которым они служат. Эти процессы разделены на пять групп, называемых «группы процессов управления проектом».

Основной целью Руководства PMBOK® является выделение той части Свода знаний по управлению проектами, которая обычно считается хорошей практикой. Хорошая практика не означает, что описываемые знания должны всегда одинаковым образом применяться во всех проектах; возможность их применения для каждого конкретного проекта определяется командой управления проектом.


Слайд 9Структура PMBoK
Раздел 1. Введение
Раздел 2. Организационное влияние и жизненный цикл проекта
Раздел

3. Процессы управления проектами.
Разделы 4-13. Области знаний управления проектами.

Слайд 10Группы процессов и области знаний

Группы процессов

Области знаний


Слайд 11Группы процессов
Группа процессов инициации. Процессы, которые выполняются для определения нового проекта

или новой фазы существующего проекта путем получения разрешения для начала проекта или фазы.

Группа процессов планирования. Процессы, требуемые для определения общего содержания проекта, уточнения целей и определения последовательности действий, требуемых для достижения целей проекта.

Группа процессов исполнения. Процессы, применяемые для выполнения работ, определенных в плане управления проектом, для удовлетворения спецификаций проекта.

Группа процессов мониторинга и управления. Процессы, требуемые для отслеживания, анализа и регулирования хода и эффективности исполнения проекта, выявления тех областей, в которых требуется внесение изменений в план, и инициации соответствующих изменений.

Группа процессов завершения. Процессы, выполняемые для завершения всех действий в рамках всех групп процессов и формального завершения проекта или фазы.


Слайд 12РАЗРАБОТКА УСТАВА ПРОЕКТА


Слайд 13
Когда мы можем считать, что проект успешен?


Слайд 14
Критерии успешности проекта
Однажды, жарким летним вечером 1929 года Джон Раскоб

пригласил Вильяма Ламба к себе в офис и спросил его:


«Билл, какой высоты ты можешь сделать вот такой карандаш, чтобы он не падал?»

Так началась история
ESB (Empire State Building) …


Слайд 15
Критерии успешности проекта
Архитектурные и подготовительные работы начались уже в 1929

году

Срок - 1,5 года
Бюджет - $43 млн.
Разрушение гостиницы Waldorf-Astoria
16000 грузовиков строительного мусора
Март 1930 – фундамент
Ноября 1930 - конструкция здания
Произведенные трудозатраты = 7 млн. человеко-часов
4,5 этажа в неделю
В периоды пиковой нагрузки количество работников достигало 3439 человек


Слайд 16
Критерии успешности проекта
Цели:

Построить самое высокое в мире здание
Во всяком случае,

выше, чем небоскреб фирмы Chrysler
Сдать офисные помещения в аренду, окупить затраты и получить прибыль

Здание ESB
должно было иметь 102 этажа
и высоту 381,3 метра


Слайд 17
Критерии успешности проекта
Здание ESB было сдано
1 мая

1931 года

Строительство
продолжалось 1 год и 45
дней (вместо 1,5 лет)

Потратили $24,7 млн.
(вместо $43,0 млн.)

Полный успех!

Полный успех?


Слайд 18
Критерии успешности проекта
Смогли сдать в аренду
лишь незначительную


часть помещений

В народе стали по
другому расшифровывать
ESB = Empty State Building

Только в 1948 году
расходы на строительство
окупились



Полный провал!

Полный провал?


Слайд 19
Критерии успешности проекта
Долгое время ESB было
самым высоким

зданием в
мире
До 70-х годов - самым
высоким зданием в Нью-Йорке
C 2001 года ESB опять самое
высокое здание в Нью-Йорке
С 2002 года арендовано до
97% помещений
70 млн. посетили смотровые
площадки здания
Цена обычного билета 15$




Провал или успех?


Слайд 20Критерии успешности проекта
Проект успешен, если он завершен:
В установленные сроки
В рамках

выделенного бюджета
При удовлетворении заказчика

Слайд 21Цель проекта
- желаемый результат деятельности, достигаемый в итоге успешного осуществления проекта

в заданных условиях его выполнения.
- краткое представление основных вопросов проекта (технических, финансовых, организационных и т. д.) в виде результатов с указанием конкретных показателей, а именно: показателей качества (технико-экономических, экологических, социальных и т. п.), и/или временных показателей (конкретные сроки, продолжительность) и/или показателей затрат (финансовых, материальных, трудовых)


Слайд 22Цели проекта определяют его содержание
Цель – это то, чего вы хотите достичь

в результате совместных действий.
Цель в проекте помогает ответить на вопрос «Зачем мы хотим выполнить проект?». Она звучит ёмко и отражает тему проекта:
 написать..
составить..
А теперь подумайте, чтобы достичь этой цeли, что для этого вам предстоит сделать? Это будут ваши задачи. 
Задачи – это шаги, которые необходимо сделать, чтобы достичь поставленной цели:
изучить..
описать..
установить..
выявить..

Слайд 23Концепция определения целей SMART
S - specific - Конкретная
M - measurable

- Измеряемая

А - achievable – Достижимая

R - realistic – Реалистичная

T - timebound – Согласованная по времени


«к 31 декабря модернизировать службу поддержки клиентов так, чтобы среднее время ожидания клиентом обслуживания было менее 1 минуты, 95% клиентов обслуживались быстрее, чем за 90 сек., при количестве отказов не более 2%»

Пример:


Слайд 24Устав проекта
Устав проекта документирует бизнес-потребности, текущее понимание потребностей заказчика, а также

новый продукт, услугу или результат, который планируется создать, например:
назначение или обоснование проекта;
измеримые цели проекта и соответствующие критерии успеха;
требования высокого уровня;
описание проекта высокого уровня;
риски высокого уровня;
сводное расписание контрольных событий;
сводный бюджет;
требования к одобрению проекта (что составляет успех проекта, кто решает, что проект оказался успешным, и кто подписывает проект);
назначенный менеджер проекта, уровень ответственности и полномочий;
имя и полномочия спонсора или другого лица (лиц), утверждающего Устав проекта.

Слайд 25Сводное расписание контрольных событий
Сводный график проекта, состоящий из укрупненных работ и

ключевых контрольных событий (вех), предназначенный для высшего руководства.

Слайд 26Сводное расписание контрольных событий




Осязаемые, проверяемые результаты работ проекта

Компоненты или части конечного продукта
Дополнительные результаты
(например, отчеты о ходе проекта или внутренняя проектная
документация)

Дата окончания проекта, сроки окончания фаз и вехи (контрольные события)


Слайд 27Сводный бюджет проекта


Слайд 28УПРАВЛЕНИЕ ЗАИНТЕРЕСОВАННЫМИ СТОРОНАМИ ПРОЕКТА


Слайд 29Примеры заинтересованных сторон
Спонсор
Заказчик
Пользователи
Продавцы
Деловые партнеры
Подразделения компании
Функциональные руководители
другие


Слайд 30Управление заинтересованными сторонами
Идентификация заинтересованных сторон - процесс выявления всех людей и

организаций, на которых будет оказывать влияние проект
Планирование управления заинтересованными сторонами – заключается в разработке стратегии индивидуального подхода к каждой заинтересованной стороне проекта и определения уровня и сроков ее вовлеченности в проект.
Управление вовлеченностью заинтересованных сторон
Контроль вовлечения заинтересованных сторон

Слайд 31Определение заинтересованных сторон

Пример классификации участников проекта
Маленькие ПОЛНОМОЧИЯ

Большие

Слабая ЗАИНТЕРЕСОВАННОСТЬ Сильная

Поддерживает
удовлетворенность

Сотрудничает

Только наблюдает

Информирует



А

Б


Слайд 32Реестр заинтересованных сторон проекта
Идентификация: имя, позиция в организации, размещение, роль в

проекте, контактная информация
Оценка: требования, ожидания, потенциальное влияние на проект, фаза ЖЦ (жизненного цикла) с наибольшим интересом
Классификация: внешний/внутренний, поддержка/нейтралитет/сопротивление

Слайд 33Стратегия управления ожиданиями стейкхолдеров


Слайд 34УПРАВЛЕНИЕ СОДЕРЖАНИЕМ ПРОЕКТА


Слайд 35Управление содержанием в проекте
Детальный ответ на вопросы:

Что хотим получить? (содержание продукта

проекта)
Что для этого нужно сделать? (содержание проекта)

Слайд 36Определение содержания
ТРЕБОВАНИЯ ЗАИНТЕРЕСОВАННЫХ СТОРОН
Устав проекта


Описание содержания
Если описание содержания расплывчато и

оставляет свободу для разных интерпретаций, заказчик всегда сможет добиться любых изменений в проекте.

Слайд 37
Описание содержания проекта

Основные результаты
Ограничения проекта
Границы проекта
Допущения проекта


Слайд 381. Основные результаты
Осязаемые, проверяемые результаты работ проекта
Компоненты или

части конечного продукта
Дополнительные результаты
(например, отчеты о ходе проекта или внутренняя проектная
документация)

Дата окончания проекта, сроки окончания фаз и вехи (контрольные события)


Слайд 392. Ограничения проекта




Не подконтрольные команде проекта факторы, ограничивающие работу

команды проекта и содержание проекта

Проект

Бюджет

Назначенные
даты и сроки

Специалиста ССС привлекать нельзя
(занят в другом проекте)

Результат Х запрещено отдавать на субподряд


Слайд 403. Границы проекта



Определяет содержание проекта способом «от противного»


Слайд 414. Допущения проекта



Неподвластные команде проекта события или состояния, которые,

однако, необходимы для успеха.

Погода…

нет

да

Руководство…

Сотрудники…

Оплата…

да

нет

да

нет

да

нет


Слайд 42Спасибо за внимание!


Обратная связь

Если не удалось найти и скачать презентацию, Вы можете заказать его на нашем сайте. Мы постараемся найти нужный Вам материал и отправим по электронной почте. Не стесняйтесь обращаться к нам, если у вас возникли вопросы или пожелания:

Email: Нажмите что бы посмотреть 

Что такое ThePresentation.ru?

Это сайт презентаций, докладов, проектов, шаблонов в формате PowerPoint. Мы помогаем школьникам, студентам, учителям, преподавателям хранить и обмениваться учебными материалами с другими пользователями.


Для правообладателей

Яндекс.Метрика