Слайд 1ПРОЦЕССЫ УПРАВЛЕНИЯ ПРОЕКТАМИ
Слайд 2План доклада:
У вас есть идея, что дальше?
Текущее
положение
Проект как Бизнес
Цель
Кое что о бизнесе
Роли
Проект как Предмет Разработки
Команда
Среда разработки
Методология
Что такое методология?
Зачем нужна методология?
Краткий обзор методологий
Как выбрать методологию?
Введение понятия Проекта
Жизненный цикл проекта
Анализ
Проектирование
Реализация
Развертывание
Слайд 3У вас есть идея, что дальше?
Оценить текущее положение
2)
Строить бизнес
Слайд 4
Текущее положение
м
Проект как Бизнес
Проект как Продукт
Проект как Предмет Разработки
Вы находитесь
тут
Слайд 5Проект как Бизнес
В чем цель Бизнеса?
Максимализация прибыли
при
минимизации расходов
Слайд 7Роли и заинтересованные лица Проекта
Инвестор
Пользователь
Потребитель
Инициатор
Наладка
Изготовление
Проектировщик
Обслуживание
Исполнитель
Проблемная область
Область
решений
Заказчик
Субподряд
Слайд 8Интересы основных заинтересованных лиц и Ролей
Возврат и целевое использование средств
Получение
требуемых результатов проекта с минимальными затратами
Максимизация собственной прибыли при удовлетворении
формальных требований Заказчика
Дешевизна продукта и качество сервиса
Удобство использования и доступность результата
Инвестор
Заказчик
Исполнитель
Пользователь
Потребитель
Слайд 9Проект как Предмет Разработки
Команда
Среда разработки
Методология
Вопрос первичности
Слайд 10Проект как Предмет Разработки
Зачем нужна среда разработки?
Что в нее входит?
Каким
критериям она должна удовлетворять?
Среда разработки
Слайд 11Проект как Предмет Разработки
Что такое Методология проекта?
Методология
Методология проекта - это
набор отработанных практик и последовательностей действий
направленных на повышение предсказуемости
результатов проекта.
Слайд 12Проект как Предмет Разработки
Зачем нужна Методология?
Методология
Мы используем Методологии потому,
что мы боимся. Мы боимся что:
• В результате проекта мы
создадим не тот продукт, что был нужен
• В результате проекта мы получим продукт недостаточного качества
• Проект не будет сдан вовремя
• Мы будем работать 16 часов в сутки
• Мы нарушим наши обязательства
• Мы не получим удовольствия
R. Martin
Слайд 13Проект как Предмет Разработки
Методология
Так чего же собственно боимся?
Теперь в
цифрах на основании данных о 8000 проектов.
31% остановлен до
планового завершения
• 53% превысили свой бюджет на 189%
• 9% проектов завершены успешно (для крупных компаний)
• 16% проектов завершены успешно (для мелких компаний)
Слайд 14Проект как Предмет Разработки
Методология
Так чего же собственно боимся?
Теперь в
цифрах на основании данных о 8000 проектов.
• Не проработанность требований
- 41%
• Ошибки в архитектуре - 28%
• Ошибки в данных - 6%
• Ошибки в UI - 6%
• Системное окружение - 5%
• Ошибки людей - 5%
• Документация - 2%
• Другие - 7%
Слайд 15Проект как Предмет Разработки
Краткий обзор методологий
Слайд 16Каскадная модель 70-85 г.г.
Анализ
Проектирование
Реализация
Внедрение
Переход на следующий этап после
завершения работ
текущего этапа
Достоинства:
на каждом этапе формируется
законченный набор проектной
документации,
отвечающий критериям полноты и согласованности;
выполняемые в логической последовательности
этапы работ позволяют планировать сроки завершения
всех работ и соответствующие затраты.
Слайд 17Реальный процесс по каскадной модели
Анализ
Проектирование
Реализация
Внедрение
Проблемы:
неизвестен весь объем работ;
нельзя
указать процент выполненной работы;
трудно узнать, как быстро идет работа;
трудно узнать, в каком направлении движется работа;
невозможно оценить производительность труда.
Эйфория - Разочарование - Поиск
виновных - Наказание невиновных
- Награждение непричастных
Слайд 18Спиральная модель с 86 г. по настоящее время
Анализ
Оценка
Релиз 3
Релиз 2
Релиз
1
Исследование
Конструирование
На каждом витке выпол-няются все этапы проекта
По завершению
витка
выпускается промежуточ-ная версия системы, уточ-няются цели и характерис-тики проекта, планируется следующий виток
Таким образом углубляются и по-следовательно реализуются дета-
ли проекта и в результате выбира-ется обоснованный вариант, кото-рый доводиться до реализации.
Программирование
Слайд 19Затраты во времени
Предпроектная
стадия
Техническое
задание
Эскизный
проект
Технический проект
Рабочий проект
Внедрение
-Исследование-
--Анализ осуществимости--
---------Конструирование-----------
--------Программирование------
-----Оценка-----
t
Затраты
Работы
Планирование
Разработка
Обслуживание
Выпуск
документации
Испытания
Поддержка
---Начало---
|--- Уточнение -----|
-- Конструирование ----|
--Переход---
Деловое
моделирование
Управление
требованиями
Анализ и проектирование
Реализация
Тестирование
Развертывание
Управление изменениями
Управление проектом
Поддержка разработки
1 ; 0,8 ; 0,6
Слайд 20Уникальность проектов
При повторной
реализации
Во время
реализации
Слайд 21Проект как Предмет Разработки
Современные Методологии:
RUP и RUPообразные
Agile
Экстремальное
программирование
SCRUM
Crystal
Комбинированные
Краткий обзор Методологий
Слайд 22Проект как Предмет Разработки
Критерии выбора:
Применимость к задаче
Готовность персонала
Возможности среды
Как выбрать Методологию?
Слайд 23Определение Проекта
Проект – ограниченное во времени и средствах мероприятие, предназначенное
для создания уникального продукта или услуги (PMBOK)
Характеристики проекта
Цель (Scope)
Время (Timeline)
Цена
(Cost)
Слайд 25Наша цель:
понять как сделать проект успешно
Успешный проект
Отвечает требованиям
заинтересованных лиц
(stakeholders)
Укладывается в сроки и бюджет
Выполняется с надлежащим качеством
Слайд 26Управление проектами
Project Management – использование знаний, навыков, методов, средств и
технологий для выполнения проекта с целью удовлетворения потребностей и ожиданий
участников ( заказчика, исполнителей, пользователей )
Слайд 27Жизненный цикл типичного проекта
Дикий энтузиазм
Разочарование
Полная путаница
Поиск виноватых
Наказание невиновных
Награждение непричастных
Слайд 30Жизненный цикл управления проектом
Слайд 31Управление IT проектами
Начальный анализ
Слайд 32Начальный анализ
Цели проекта
Критерии успеха
Требования
Ограничения
Анализ рисков
Артефакты: Vision, SRS (частично)
Слайд 33Артефакты анализа
Документ Vision
в других областях управляемой деятельности называется Project
Charter – Хартия проекта
Задает краткое описание предметной области, целей проекта
и критериев успеха с точки зрения stakeholders (заинтересованных лиц)
Документ SRS (спецификация требований)
Еще не финальная версия
Описание требований
Описание ограничений
Начальный анализ проектных рисков
Слайд 34Управление IT проектами
Планирование
Слайд 35Планирование
Что такое ПЛАН?
План - последовательность действий команды проекта по достижению:
Заявленных
результатов (цели проекта)
В указанные сроки
В рамках бюджета
С требуемым качеством
Слайд 36Результаты планирования:
Scope (Цели)
Результаты проекта (реализация требований, функциональных и не
функциональных)
Объекты поставок (финальной и промежуточных)
WBS = декомпозиция проекта на набор
четко формулируемых задач
Слайд 37Результаты планирования: Cost (Стоимость)
Трудозатраты на каждую задачу
Ресурсы каждой задачи
Стоимость рисков
Бюджет
проекта
Operating Budget / Оперативный
Contingency Budget / Покрытия рисков
Management Reserve /
Резерв
Слайд 38Timeline (График и сроки)
Tasks Relationships / Связи задач
Tasks Estimations /
Оценки задач
Resource availability / Доступность ресурсов в нужное время
Schedule
baseline / График
Milestones / Контрольные точки
Слайд 39Quality (Качество)
Метрики качества
План тестирования
План приемки
Внутренний аудит
Слайд 40План составления плана
Как составить план проекта:
Провести декомпозицию работ (WBS)
Установить зависимости
задач
Оценить стоимость ресурсов и продолжительность задач / (PERT
analysis)
Установить требования к квалификации персонала
Назначить ресурсы
=> Определить время исполнения и цену проекта
Слайд 41Work Breakdown Structure
Что такое WBS:
Последовательность ВСЕХ задач, которые нужно выполнить
для завершения проекта
Что нужно для построения WBS?
Project objectives /
цели проекта
Project deliverables and requirements / объекты поставок и требования
Problem domain expertise / экспертиза
Слайд 43Зависимости задач
Типы зависимостей
FS, Finish-to-Start
FF, Finish-to-Finish
SS, Start-to-Start
SF, Start-to-Finish (?!)
Зависимости должны быть
логическими
Избегайте зависимости по ресурсам
Используйте leveling delay
Слайд 44WBS tips
Каждый уровень WBS содержит ВСЕ элементы, необходимые для выполнения
проекта
Метод входов/выходов
Каждая задача имеет вход (другую задачу или исходные материалы)
Каждая
задача имеет выход (другую задачу или объект поставки)
Вопрос: Возможны ли исключения?
Слайд 45Meta Plan
Как составить план проекта:
Провести декомпозицию работ (WBS)
Установить зависимости задач
Оценить стоимость ресурсов и продолжительность задач / (PERT analysis)
Установить
требования к квалификации персонала
Назначить ресурсы
Определить время исполнения и цену проекта
