Разделы презентаций


Управление программным проектом

Содержание

УСТАВ ПРОЕКТА1. Общие сведения1.1. Список изменений1.2. Лист согласований2. Описание проекта2.1. Назначение или обоснование проекта2.2. Измеримые цели проекта2.3. Требования высокого уровня2.4. Риски высокого уровня2.5. Рамки проекта2.6. Окружение проекта2.7. Допущения и ограничения2.8. Сводное расписание контроля событий2.9. Сводный бюджет3. Организационная структура проекта3.1. Состав проектной команды3.1.1. Проектная команда Заказчика3.1.2. Проектная команда со

Слайды и текст этой презентации

Слайд 1Управление программным проектом

Управление программным проектом

Слайд 5
УСТАВ ПРОЕКТА
1. Общие сведения
1.1. Список изменений
1.2. Лист согласований
2. Описание проекта
2.1. Назначение или обоснование проекта
2.2. Измеримые цели

проекта
2.3. Требования высокого уровня
2.4. Риски высокого уровня
2.5. Рамки проекта
2.6. Окружение проекта
2.7. Допущения и ограничения
2.8. Сводное расписание

контроля событий
2.9. Сводный бюджет
3. Организационная структура проекта
3.1. Состав проектной команды
3.1.1. Проектная команда Заказчика
3.1.2. Проектная команда со стороны Исполнителя
3.2. Распределение ответственности и функций участников проекта
3.2.1. Ответственность и функции участников со стороны Заказчика
3.2.2. Ответственность и функции участников со стороны Исполнителя
3.3. Порядок взаимодействия проектной группы
УСТАВ ПРОЕКТА1.	Общие сведения1.1.	Список изменений1.2.	Лист согласований2.	Описание проекта2.1.	Назначение или обоснование проекта2.2.	Измеримые цели проекта2.3.	Требования высокого уровня2.4.	Риски высокого уровня2.5.	Рамки проекта2.6.	Окружение проекта2.7.	Допущения

Слайд 6Роли и ответственности участников типового проекта разработки ПО можно условно

разделить на пять групп:
Анализ. Извлечение, документирование и сопровождение требований к

продукту.
Управление. Определение и управление производственными процессами.
Производство. Проектирование и разработка ПО.
Тестирование. Тестирование ПО.
Обеспечение. Производство дополнительных продуктов и услуг.
Роли и ответственности участников типового проекта разработки ПО можно условно разделить на пять групп:Анализ. Извлечение, документирование и

Слайд 7Группа анализа включает в себя следующие роли:
Бизнес-аналитик. Построение модели предметной

области (онтологии).
Бизнес-архитектор. Разрабатывает бизнес-концепцию системы. Определяет общее видение продукта, его

интерфейсы, поведение и ограничения.
Системный аналитик. Отвечает за перевод требований к продукту в функциональные требования к ПО.
Специалист по требованиям. Документирование и сопровождение требований к продукту.
Менеджер продукта (функциональный заказчик). Представляет в проекте интересы пользователей продукта.

Группа анализа включает в себя следующие роли: Бизнес-аналитик. Построение модели предметной области (онтологии).Бизнес-архитектор. Разрабатывает бизнес-концепцию системы. Определяет

Слайд 8Группа управления состоит из следующих ролей:
Руководитель проекта. Отвечает за достижение

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

осуществляет операционное управление проектом и выделенными ресурсами.
Куратор проекта. Оценка планов и исполнения проекта. Выделение ресурсов.
Системный архитектор. Разработка технической концепции системы. Принятие ключевых проектных решений относительно внутреннего устройства программной системы и её технических интерфейсов.
Руководитель группы тестирования. Определение целей и стратегии тестирования, управление тестированием.
Ответственный за управление изменениями, конфигурациями, за сборку и поставку программного продукта.

Группа управления состоит из следующих ролей: Руководитель проекта. Отвечает за достижение целей проекта при заданных ограничениях (по

Слайд 9В производственную группу входят:
Проектировщик. Проектирование компонентов и подсистем в соответствие

с общей архитектурой, разработка архитектурно значимых модулей.
Проектировщик базы данных.
Проектировщик интерфейса

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

В производственную группу входят:Проектировщик. Проектирование компонентов и подсистем в соответствие с общей архитектурой, разработка архитектурно значимых модулей.Проектировщик

Слайд 10Приоритет любого проекта должен определяться на основе оценки трех его

характеристик:
Финансовая ценность.
Стратегическая ценность.
Уровень рисков.

Приоритет любого проекта должен определяться на основе оценки трех его характеристик:Финансовая ценность.Стратегическая ценность.Уровень рисков.

Слайд 11Концепция содержит следующие разделы:
Название проекта
Цели проекта
Результаты проекта
Допущения и ограничения
Ключевые участники

и заинтересованные стороны
Ресурсы проекта
Сроки
Риски
Критерии приемки
Обоснование полезности проекта

Концепция содержит следующие разделы: Название проектаЦели проектаРезультаты проектаДопущения и ограниченияКлючевые участники и заинтересованные стороныРесурсы проектаСрокиРискиКритерии приемкиОбоснование полезности

Слайд 12Целями проекта могут быть:
Изменения в Компании. Например, автоматизация ряда бизнес-процессов

для повышения эффективности основной производственной деятельности
Реализация стратегических планов. Например, завоевание

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

Целями проекта могут быть: Изменения в Компании. Например, автоматизация ряда бизнес-процессов для повышения эффективности основной производственной деятельностиРеализация

Слайд 13Результаты проекта должны определять:
Какие именно бизнес-выгоды получит заказчик в результате

проекта.
Какой продукт или услуга. Что конкретно будет произведено по окончании

проекта.
Высокоуровневые требования. Краткое описание и при необходимости ключевые свойства и/или характеристики продукта/услуги.

Результаты проекта должны определять: Какие именно бизнес-выгоды получит заказчик в результате проекта.Какой продукт или услуга. Что конкретно

Слайд 14Допущения и ограничения
Допущения, тесно связаны с управлением рисками
Ограничения, сокращают возможности

проектной команды в выборе решений. В частности они могут содержать:
Специфические

нормативные требования. Например, обязательная сертификация продукта, услуги на соответствие определенным стандартам.
Специфические технические требования. Например, разработка под заданную программно-аппаратную платформу.
Специфические требования к защите информации.

Допущения и ограничения Допущения, тесно связаны с управлением рискамиОграничения, сокращают возможности проектной команды в выборе решений. В

Слайд 15К ключевым участникам программного проекта, как правило, относятся:
Спонсор проекта — лицо

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

виде.
Заказчик проекта — лицо или организация, которые будут использовать продукт, услугу или результат проекта. Следует учитывать, что заказчик и спонсор проекта не всегда совпадают.
Пользователи результатов проекта.
Куратор проекта — представитель исполнителя, уполномоченный принимать решение о выделении ресурсов и изменениях в проекте.
Руководитель проекта — представитель исполнителя, ответственный за реализацию проекта в срок, в пределах бюджета и с заданным качеством.
Соисполнители проекта. Субподрядчики и поставщики.

К ключевым участникам программного проекта, как правило, относятся: Спонсор проекта — лицо или группа лиц, предоставляющая финансовые ресурсы

Слайд 16Ресурсы проекта
Людские ресурсы и требования к квалификации персонала.
Оборудование, услуги, расходные

материалы, лицензии на ПО, критические компьютерные ресурсы.
Бюджет проекта. План расходов

и, при необходимости, предполагаемых доходов проекта с разбивкой по статьям и фазам/этапам проекта.

Ресурсы проекта Людские ресурсы и требования к квалификации персонала.Оборудование, услуги, расходные материалы, лицензии на ПО, критические компьютерные

Слайд 17 Планирование управления содержанием
Определить источники запросов на изменение.
Установить порядок анализа, оценки

и утверждения/отклонения изменения содержания.
Определить порядок документирования изменений содержания.
Определить порядок информирования

об изменении содержания.

Планирование управления содержанием Определить источники запросов на изменение.Установить порядок анализа, оценки и утверждения/отклонения изменения содержания.Определить порядок

Слайд 24Планирование проекта в MS Project
Типы отношений

Планирование проекта в MS ProjectТипы отношений

Слайд 25Окончание - начало (ОН) или Finish-to-Start (FS) 

Окончание - начало (ОН) или Finish-to-Start (FS) 

Слайд 26Начало - начало (НН) или Start - to - Start (SS)

Начало - начало (НН) или Start - to - Start (SS)

Слайд 27Начало-окончание (НО) или Start-to-Finish (SF)

Начало-окончание (НО) или Start-to-Finish (SF)

Слайд 28Окончание - окончание (ОО) или Finish-to-Finish (FF)

Окончание - окончание (ОО) или Finish-to-Finish (FF)

Слайд 29Запаздывание (Lag) или Опережение (Lead)

Запаздывание (Lag) или Опережение (Lead)

Слайд 30Типы ограничений. Гибкие ограничения

Типы ограничений. Гибкие ограничения

Слайд 31Полужесткие ограничения

Полужесткие ограничения

Слайд 32Типы ограничений. Жесткие ограничения

Типы ограничений. Жесткие ограничения

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

Спасибо за внимание

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

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

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

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

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


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

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