- •Лекция 1. Знакомство
- •обзор существующих в
- •«А зачем вообще нужны
- •книга НАСА «Managing the Moon Program», основная проблема состояла не в том,
- •«разбить проект на
- •«Если не получается
- •Джорджа Мюллера «Аполлон»,
- ••Египетские пирамиды
- •Король Адамеки (Korol Adamecki)
- •Классический проектный менеджмент
- •Пример. проекты, в которых есть строгие ограничения по последовательности выполнения задач.
- •Сильные стороны классического проектного
- •Agile
- •Agile
- ••Сам по себе Agile – не метод управления проектами.
- •Сильные стороны Agile
- •Гибридная
- •методологии управления проектами
- •Что включает в себя
- •Лекция . Управление
- •Операционная
- •«Если водитель трамвая
- •Проектная
- •Операционная деятельность и проекты
- •Критерии успешности проекта
- •У проекта разработки ПО
- •Эффективность - это отношение полученного результата к произведенным затратам
- •Затраты не следует путать с инвестициями.
- •Проект и организационная структура компании
- •Функциональная
- •Функциональная структура имеет следующие
- •Функциональная структура предполагает многоуровневую иерархию
- •проектная структура
- •В проектных
- •В разработке ПО наиболее
- •Слабая матрица
- •Сбалансированная
- ••Сбалансированная матрица характеризуется тем,
- •Сильная матрица
- •Роли и ответственности участников
- •1. Группа анализа включает
- •2. Группа управления
- •3. В производственную группу входят:
- •4. Группа тестирования в
- •Возможны следующие совмещения ролей:
- •нежелательно совмещать следующие роли:
- •Жизненный цикл проекта. Фазы и продукты
- •Жизненный цикл и основные
- •Фаза ЖЦ продукта может
- •Распределение ресурсов по фазам проекта
- •Выводы
- •Концепция проекта
- •Ресурсы проекта
- •при процессе разработки ПО выглядит следующим
- ••если по вашей оценки для реализации требуемой функциональности в проекте необходимо написать
- •7. Сроки
- •Эмперическая формула Барии Боэма оценки срока проекта по его трудоемкости
- •Закон Боэма
- •стандарт управления проектами
- •Планирование проекта
- •Планирование управления содержанием
Сильная матрица
в сильной матрице менеджеры проектов объединяются в самостоятельное функциональное подразделение — офис управления проектами (ОУП).
Роли и ответственности участников
типового проекта разработки ПО можно условно разделить на пять
групп:
• Анализ. Извлечение, документирование и сопровождение требований к продукту.
• Управление. Определение и управление производственными процессами.
• Производство. Проектирование и разработка ПО.
• Тестирование. Тестирование ПО.
• Обеспечение. Производство дополнительных продуктов и услуг.
1. Группа анализа включает
всебя следующие роли:
•Бизнес-аналитик. Построение модели предметной области (онтологии).
•Бизнес-архитектор. Разрабатывает бизнес- концепцию системы. Определяет общее видение продукта, его интерфейсы, поведение и ограничения.
•Системный аналитик. Отвечает за перевод требований к продукту в функциональные требования к ПО.
•Специалист по требованиям. Документирование
исопровождение требований к продукту.
•Менеджер продукта (функциональный заказчик). Представляет в проекте интересы пользователей продукта.
2. Группа управления
состоит из следующих
ролей:
• Руководитель проекта. Отвечает за достижение целей проекта при заданных ограничениях (по срокам, бюджету и содержанию), осуществляет операционное управление проектом и выделенными ресурсами.
• Куратор проекта. Оценка планов и исполнения проекта. Выделение ресурсов.
• Системный архитектор. Разработка технической концепции системы. Принятие ключевых проектных решений относительно внутреннего устройства программной системы и её технических интерфейсов.
• Руководитель группы тестирования. Определение целей и стратегии тестирования, управление тестированием.
• Ответственный за управление изменениями, конфигурациями, за сборку и поставку программного продукта.
3. В производственную группу входят:
•Проектировщик. Проектирование компонентов и подсистем в соответствие с общей архитектурой, разработка архитектурно значимых модулей.
•Проектировщик базы данных.
•Проектировщик интерфейса пользователя.
•Разработчик. Проектирование, реализация и отладка отдельных модулей системы.
4. Группа тестирования в
проекте состоит из
следующих ролей:
• Проектировщик тестов. Разработка тестовых сценариев.
• Разработчик
автоматизированных тестов.
• Тестировщик. Тестирование продукта. Анализ и документирование результатов.
Возможны следующие совмещения ролей:
•Руководитель проекта + системный аналитик (+ системный архитектор)
•Системный архитектор + разработчик
•Системный аналитик + проектировщик тестов (+ технический писатель)
•Системный аналитик + проектировщик интерфейса пользователя
•Ответственный за управление конфигурациями + ответственный за сборку и поставку (+ разработчик)
нежелательно совмещать следующие роли:
•Разработчик + руководитель проекта
•Разработчик + системный аналитик.
•Разработчик + проектировщик интерфейсов пользователя.
•Разработчик + тестировщик
Жизненный цикл проекта. Фазы и продукты
Каждый программный продукт имеет
свой жизненный цикл, в который проект разработки очередного релиза входит как одна из фаз.
Жизненный цикл продукта отражает,
что нужно сделать
для создания, эксплуатации, поддержки и утилизации данного продукта,
а жизненный цикл проекта –
как нужно организовывать и управлять
работой
Жизненный цикл и основные
продукты программного проекта
Каждый проект разработки ПО имеет свой собственный жизненный цикл,
который может