Uploaded byMikhail Payson
Промышленная разработка ПО. Лекция 7. Особенности работы руководителя проектов
Документ представляет собой лекцию о работе руководителя проектов в сфере промышленной разработки, охватывающую ключевые темы, такие как определение проекта, планирование, управление рисками и взаимодействие с командой и заказчиком. Основное внимание уделяется процессу планирования, выделению задач, управлению рисками и важности учета факторов, которые могут повлиять на успех проекта. В заключение подчеркивается необходимость грамотного управления рисками и их различия от фактов.
More Related Content
Промышленная разработка ПО. Лекция 7. Особенности работы руководителя проектов
- 1. Лекция 7. Особенностиработы руководителя проектов ПРОМЫШЛЕННАЯ РАЗРАБОТКА ПО
- 2. • Что такоепроект • Планирование проекта • Управление рисками • Управление командой разработчиков • Взаимодействие с заказчиком О ЧЁМ БУДЕМ ГОВОРИТЬ
- 3. • Что такоепроект • Планирование проекта • Управление рисками • Управление командой разработчиков • Взаимодействие с заказчиком О ЧЁМ БУДЕМ ГОВОРИТЬ СЕГОДНЯ
- 4. ОПРЕДЕЛЕНИЯ Проект – этовременное предприятие, предназначенное для создания уникальных продуктов, услуг или результатов. Руководитель проекта – это лицо, ответственное за управление проектом
- 5.
- 6. • Успех проекта •Выдержаны сроки • Нет выхода из бюджета • Проект выполнен в полном объѐме • При этом: • Команда не разбежалась • Никому не требуется срочное лечение ЦЕЛИ РУКОВОДИТЕЛЯ ПРОЕКТОВ Проф. стандарт «системный аналитик»: http://www.apkit.ru/committees/education/meetings/standarts.php
- 7. • Планирование проекта •Подготовка проектных документов • Управление рисками • Управление командой разработчиков • Взаимодействие с заказчиком (в широком смысле) • Взаимодействие с бизнесом (руководством компании) ОСНОВНЫЕ ЗАДАЧИ
- 8. • Найм сотрудников •Оценка проектов • Постановка и контроль задач проектной команде • Взаимодействие с субподрядчиками ДОПОЛНИТЕЛЬНЫЕ ЗАДАЧИ
- 9. ПЛАНИРОВАНИЕ ПРОЕКТА Конечно же,20 минут мало для того, чтобы что-то рассказать о планировании. Читайте PMBoK
- 10. • Выделить всезадачи • Установить зависимость между задачами • Распределить задачи между ресурсами исполнителями • Установить ключевые точки • Определить риски и составить план управления ими • Согласовать план с заказчиком и руководством • … • PROFIT! ПЛАНИРОВАНИЕ ПРОЕКТА В ТЕОРИИ Рассматривается классическая «водопадная» модель, об Agile будем говорить позже
- 11. • Выделить задачи,известные на данный момент • Установить зависимость между задачами • Распределить задачи между исполнителями • Умножить оценку каждой задачи на π • Добавить «буферные зоны» для багфиксов и последствий недооценок • Установить ключевые точки • Добавить время на изменения по инициативе заказчика • Установить два срока проекта: один для заказчика, а другой для команды • Определить риски, триггеры и реакцию ПЛАНИРОВАНИЕ ПРОЕКТА (IRL)
- 12. • Недооценка задач •Дополнительные требования от заказчика • Болезнь и (иногда) отпуск сотрудников • «Забытые» задачи • Люди не могут эффективно работать 8 часов в день • Программисты срочно нужны в других проектах ОСНОВНЫЕ ФАКТОРЫ, НЕ УЧИТЫВАЕМЫЕ ПРИ ПЛАНИРОВАНИИ
- 13. Ошибки при планированиипроекта имеют гораздо большее влияние на его исход, чем ошибки, допущенные при его выполнении ВАЖНО!
- 14. УПРАВЛЕНИЕ РИСКАМИ Конечно же,20 минут мало для того, чтобы что-то рассказать об управлении рисками. Читайте «Вальсируя с медведями» Т.Демарко и Т.Листера
- 15. • Задачи занялибольше времени, чем планировалось • Заказчик выставил дополнительные требования • Сотрудник заболел • Сотрудник ушѐл в отпуск • Часть задач не попало в план • Люди не могут эффективно работать 8 часов в день • В другом проекте срочно нужен ваш программист ОСНОВНЫЕ ФАКТОРЫ, НЕ УЧИТЫВАЕМЫЕ ПРИ ПЛАНИРОВАНИИ
- 16. • Задачи занялибольше времени, чем планировалось • Заказчик выставил дополнительные требования • Сотрудник заболел • Сотрудник ушѐл в отпуск • Часть задач не попало в план • Люди не могут эффективно работать 8 часов в день • В другом проекте срочно нужен ваш программист ОСНОВНЫЕ ФАКТОРЫ, НЕ УЧИТЫВАЕМЫЕ ПРИ ПЛАНИРОВАНИИ
- 17. ОПРЕДЕЛЕНИЕ Риск – этоопасность возникновения непредвиденных ситуаций или рисковых событий в проекте, которые могут негативно или позитивно воздействовать на достижение целей проекта. Представляет собой сочетание вероятности или частоты проявления определенной угрозы или возможности и величины последствий рисковых событий.
- 18. • Выделить всевозможныериски проекта • Оценить их вероятность и влияние • Выбрать способ управления каждым из рисков ШАГИ УПРАВЛЕНИЯ РИСКАМИ
- 19. • Avoid (избежать)– создать ситуацию, при которой риск никогда не наступит • Mitigate (снизить) – уменьшить последствия риска • Transfer (передать) – ответственность берѐт другой участник • Accept (принять) – согласиться с тем, что риск может произойти и ничего не предпринимать СПОСОБЫ УПРАВЛЕНИЯ РИСКАМИ Опасность низкая высокая Вероятность высокая Mitigate Avoid низкая Accept Transfer
- 20. • Отобрать уребѐнка спички • Застраховать автомобиль • Положить деньги и ценности в банк • Поставить железную дверь в квартиру • Надеть наколенники при езде на роликах • Сказать «риск – благородное дело» • Пример на картинке справа ОПРЕДЕЛИТЕ РИСК И ТИП УПРАВЛЕНИЯ В КАЖДОМ СЛУЧАЕ:
- 21. Нельзя путать рискии факты. Их легко отличить, т.к. риск имеет вероятностную природу, а факт известен заранее РИСКИ И ФАКТЫ
- 22. • Что такоепроект • Планирование проекта • Управление рисками • Управление командой разработчиков • Взаимодействие с заказчиком О ЧЁМ БУДЕМ ГОВОРИТЬ В СЛЕДУЮЩИЙ РАЗ
- 23.