- •1.Определение проекта, портфеля проектов, программы. Офис управления проектами и его основные функции
- •2.Особенности разработки архитектуры информационных систем.
- •3. Этапы становления управления проектами. Классификация проектов
- •4. Классификация ит-проектов. Управление изменениями в ит-проектах
- •5. Стандарты в области управления проектами.
- •6. Автоматизированные информационные системы управления проектами
- •7. Виды ит-проектов, их особенности. Определение целей ит-проекта, основные подходы
- •8. Управление требованиями. Виды требований к информационной системе
- •9. Участники ит-проекта. Распределение ролей в ит-проекте
- •10. Структура pmbok. Группы процессов и области знаний в управлении проектами
- •11. Основные этапы жизненного цикла ит-проекта
- •12. Методологии разработки и внедрения информационных систем
- •13. Группы процессов ит-проекта
- •14. Основные документы ит-проекта. Структура тз проекта внедрения ис.
- •15. Области знаний в управлении проектами
- •16. Предпроектное обследование при внедрении ис
- •17. Управление интеграцией проекта
- •18. Классификация проектов. Виды ит-проектов
- •19. Управление содержанием проекта. Структурная декомпозиция работ
- •20. Основные этапы проекта внедрения информационной системы
- •21. Управление сроками проекта. Виды визуализации проекта: диаграммы Ганта, сетевые графики.
- •22.Стандарты в области ит проектов. Гост 19, гост 24, гост 34
- •23.Управление стоимостью проекта. Стоимостная оценка проекта, выбор альтернативных проектов. Оценка экономической эффективности проекта.
- •24.Стандарты в области ит проектов. Гост 24
- •25.Управление качеством проекта. Особенности управления качеством в ит-проектах
- •26.Техническое задание: структура и особенности разработки для проектов внедрения ис
- •27.Управление человеческими ресурсами проекта
- •28. Устав проекта. Структура и назначение
- •29.Управление коммуникациями проекта
- •30.Стандарты в области ит проектов. Гост 34
- •31.Управление рисками проекта. Идентификация и анализ рисков ит-проекта
- •32.Назначение и основные функциональные возможности ms Office Project
- •33.Управление поставками проекта
- •34.Стандарты в области управления проектами
- •35. Особенности проектов внедрения информационных систем. Состав документов по проектам внедрения ис.
- •36. Конфигурационное управление
- •37. Организационная структура компании и ее отношение к проектам. Управление коммуникациями
- •38. Классификация бизнес-приложений. Особенности проектов внедрения бизнес-приложений в организации
- •39. Основные документы проекта.
- •40. Классификация ит-проектов. Основные отличия проектов разработки и проектов внедрения программных систем
- •41. Автоматизированные информационные системы управления проектами
- •42. Особенности проектов разработки и развития программного обеспечения
19. Управление содержанием проекта. Структурная декомпозиция работ
Управление содержанием проекта – одна из областей знаний по управлению проекта согласно PMBoK (Project Management Body of Knowledge, Свод знаний по управлению проектом). Включает в себя процессы, требуемые для обеспечения того, чтобы проект содержал только те работы, которые требуются для успешного выполнения проекта. Управление содержанием проекта непосредственно связано с определением и контролем того, что включено и что не включено в проект.
Включает в себя следующие процессы:
Планирование управления содержанием - процесс создания плана управления содержанием, документирующего, каким образом содержание проекта будет определяться, подтверждаться и контролироваться.
Сбор требований - процесс определения, документирования и управления потребностями и требованиями заинтересованных сторон для достижения целей проекта.
Определение содержания - процесс разработки подробного описания проекта и продукта.
Создание иерархической структуры работ - процесс разделения поставляемых результатов проекта и работ проекта на меньшие компоненты, которыми легче управлять.
Подтверждение содержания - процесс формализованной приемки полученных поставляемых результатов проекта.
Контроль содержания - процесс мониторинга состояния содержания проекта и продукта, а также управления изменениями базового плана по содержанию.
Создание иерархической структуры работ (ИСР) — это процесс разделения поставляемых результатов проекта и работ проекта на меньшие компоненты, которыми легче управлять. Для создания ИСР используется декомпозиция.
Декомпозиция — это метод, предполагающий разбиение содержания и поставляемых результатов проекта на более мелкие и легко управляемые элементы. Пакет работ — это элемент работ, расположенный на самом низком уровне иерархической структуры работ, для которого возможна оценка стоимости и длительности, а также управление ими.
Пример (Из PMBoK):
20. Основные этапы проекта внедрения информационной системы
Проект внедрения информационной системы состоит из следующих этапов:
Подготовка проекта (выбор системы и интегратора, разработка устава, выбор команды)
Обследование, включая анализ бизнес-процессов (изучение схемы работы предприятия, анализ бизнес-процессов предприятия и оценка степени соответствия функциональных возможностей системы бизнес-процессам)
Проектирование системы (разработка и утверждение ТЗ, закупка лицензий)
Реализация
Опытно-промышленная эксплуатация (цель - убедиться в том, что функциональность системы полностью соответствует требованиям предприятия+ обучение сотрудников работе с системой)
Ввод в промышленную эксплуатацию (завершение внедрения)
21. Управление сроками проекта. Виды визуализации проекта: диаграммы Ганта, сетевые графики.
Управление сроками проекта - одна из областей знаний по управлению проекта согласно PMBoK (Project Management Body of Knowledge, Свод знаний по управлению проектом). Включает в себя процессы, необходимые для того, чтобы обеспечить своевременное выполнение проекта.
Включает в себя следующие процессы:
Планирование управления расписанием - процесс, устанавливающий политики, процедуры и документацию по планированию, разработке, управлению, исполнению и контролю за расписанием проекта.
Определение операций - процесс идентификации и документирования конкретных действий, которые необходимо выполнить для создания поставляемых результатов проекта.
Определение последовательности операций - процесс определения и документирования связей между операциями проекта.
Оценка ресурсов операций - процесс оценки типа и количества материалов, человеческих ресурсов, оборудования или расходных материалов, требуемых для выполнения каждой операции.
Оценка длительности операций - процесс оценки количества рабочих периодов, требуемых для завершения отдельных операций с учетом оценки ресурсов.
Разработка расписания - процесс анализа последовательностей операций, их длительностей, потребностей в ресурсах и ограничений расписания для создания модели расписания проекта.
Контроль расписания - процесс мониторинга статуса операций проекта для актуализации прогресса проекта и управления изменениями базового расписания с целью соответствия плану.
Расписание проекта можно представить с помощью линейчатой диаграммы (диаграммы Ганта).
Линейчатые диаграммы. Диаграммы, относящиеся к расписанию, называемые также диаграммами Ганта, в которых операции перечислены на вертикальной оси, даты приведены на горизонтальной оси, а длительности операций показаны в виде горизонтальных полос, расположенных в соответствии с датами старта и финиша. Линейчатые диаграммы сравнительно легко читаются и часто используются для представления информации руководству.
Другой способ – с помощью сетевого графика.
Сетевой график — граф, отражающий работы проекта и связи между ними (в виде сети), а также состояния проекта в целом (выполненные и планируемые к выполнению работы).
