Седьмая лекция курса "Проомышленная разработка программного обеспечения". Особенности работы руководителя проектов.

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. ВРЕМЯ ЗАДАВАТЬ ВОПРОСЫ