§ 1990-е гг. - Управление группами проектов/программ.

Дата: 2025-05-25; Просмотры: 3

Оценка:

0.00 из 5.00 — оценок

Скачиваний: 0

Скачать

Классификация проектов дана по различным классификационным признакам:

4. Классификация ИТ-проектов. Управление изменениями в ИТ-проектах

Классификация проектов дана по различным классификационным признакам:

Общее управление изменениями – обработка всех запросов на изменения, утверждение этих изменений и управление ими для оптимизации результатов поставки и активов организационного процесса. Этот процесс выполняется в течение всего проекта, от инициации до закрытия проекта.

5. Стандарты в области управления проектами.

Стандарты в области управления проектами можно разделить по следующим признакам:
Классификация по уровню стандартизации:

· международные;

· национальные;

· отраслевые;

· фирменные (корпоративные).

Классификация по направленности требований

· проекты;

· организации;

· персонал (стандарты компетенций).

К международным стандартам относятся:
• ISO 10006:1997 Quality management — Guidelines to quality in project management
• ISO 10007:1995 Quality Management – Guidelines for configuration management
• ISO 9000:2000 Quality Management Systems – Fundamental and Vocabulary.
• ISO 9004:2000 Quality Management Systems – Guidelines for performance improvements
• ISO 15288:2000 Life Cycle Management – System Life Cycle Processes

PMBOK Guide:

• С 1999 г. является национальным стандартом США, как «глоссарий терминов и сокращений» в области управления проектами.

6. Автоматизированные информационные системы управления проектами

Основные задачи АИСУП:

q календарное планирование работ;

q планирование ресурсов;

q расчет критического пути и резервов времени исполнения операций проекта;

q расчет потребности проекта в финансировании, материалах и оборудовании;

q распределение загрузки возобновляемых ресурсов;

q анализ рисков и планирование с учетом рисков;

q учет фактических данных по исполнению проекта;

q анализ отклонений хода работ от запланированного и прогнозирование основных параметров проекта;

q подготовка отчетных материалов;

q доступ территориально удаленных пользователей

q централизованное хранилище документов (данных) – банк знаний

q коллективная (совместная) работа

Популярные АИСУП:

· Microsoft Office Project - универсальная система календарного планирования и управления проектами

· ПО Primavera предназначено для автоматизации процессов управления проектами в соответствии с требованиями PMI, IPMA и стандартами ISO.

Компания разработчик - Primavera Systems, Inc.

· Project Expert - система разработки инвестиционных проектов и финансового планирования деятельности предприятия позволяющая анализировать эффективность инвестиций

7. Виды ИТ-проектов, их особенности. Определение целей ИТ-проекта, основные подходы

Основные виды ИТ-проектов:

q проекты разработки и развития программного обеспечения

q проекты внедрения информационных систем

q инфраструктурные и организационные проекты

Особенности проектов разработки и развития программного обеспечения:

Разработка программного обеспечения осуществляется в рамках методологий, методов и подходов программной инженерии.

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

Особенности проектов внедрения информационных систем:

Корпоративные информационные системы управления (интегрированные системы управления предприятием, ИСУП на основе ERP) – мощнейший инструмент и жизненная необходимость для большинства организаций

На практике применяются: стратегия «большого взрыва», «шаг за шагом» или пилотное внедрение

Цель – это достижимый, проверяемый (измеряемый) результат проекта.

Согласно одному из наиболее распространенных подходов к определению целей проекта (SMART), они должны быть:

• Конкретными
• Измеримыми

• Достижимыми
• Реалистичными
• Контролируемыми

8. Управление требованиями. Виды требований к информационной системе

Управление требованиями – непрерывный процесс на протяжении всего жизненного цикла продукта, включающий идентификацию, выявление, документацию, анализ, отслеживание, приоритизацию требований, достижение соглашений по требованиям, управление изменениями и уведомление заинтересованных лиц.

Требование – это любое условие, которому должна соответствовать разрабатываемая система или программное средство.

В соответствии с ITILv3 все требования в проекте можно разделить на следующие группы:

1. Функциональные – реализуют саму бизнес-функцию.
2. Управленческие – требования к доступным и безопасным сервисам; относятся к размещению системы, администрированию и безопасности.
3. Эргономические – к удобству работы конечных пользователей.
4. Архитектурные – требования к архитектуре системы.
5. Взаимодействия – к взаимосвязям между существующими приложениями и программными средствами и новым приложением.
6. Сервисного уровня – описывают поведение сервиса, качество его выходных данных и другие качественные аспекты, измеряемые заказчиком.

9. Участники ИТ-проекта. Распределение ролей в ИТ-проекте

Участники проекта – это лица или организации, либо активно участвующие в проекте, либо на чьи интересы могут повлиять результаты исполнения или завершения проекта. Участники также могут влиять на цели и результаты проекта.

К ключевым участникам проекта относятся:

• Менеджер проекта
• Заказчик/пользователь.
• Исполняющая организация.
• Члены команды проекта.
• Команда управления проектом.
• Спонсор.
• Источники влияния.
• Офис управления проектом (PMO).

10. Структура PMBOK. Группы процессов и области знаний в управлении проектами

Структура руководства PMBOK® (PMBOK® Guide):

• Часть I «Структура управления проектами».
  В части I содержатся основные сведения об управлении проектами.
  В главе 1 части I "Введение" даны определения основных терминов и общий обзор Руководства PMBOK®.
  В главе 2 части I "Жизненный цикл проекта и организация" описано окружение, в котором действуют проекты. Команда управления проектом должна обязательно иметь представление об этом окружении.
• Часть II «Стандарты управления проектами».
  Данная часть Руководства PMBOK содержит описание стандартов.
  В главе 3 "Процессы управления проектом" описаны пять групп процессов управления проектом, которые необходимы для любого проекта. Описаны входящие в эти пять групп процессы.
• Часть III «Области знаний по управлению проектами».
  Часть III даёт распределение 44 процессов управления проектами по девяти областям знаний, которые описаны в главе 3 части II «Процессы управления проектом".

Группы процессов в управлении проектом:

1. Группа процессов инициации - определяет и авторизует проект или фазу проекта.
2. Группа процессов планирования - определяет и уточняет цели и планирует действия, необходимые для достижения содержания проекта и целей, ради которых и был предпринят проект.
3. Группа процессов исполнения - объединяет человеческие и другие ресурсы для выполнения плана управления проектом данного проекта.
4. Группа процессов мониторинга и управления- регулярно оценивает прогресс проекта и осуществляет мониторинг, чтобы обнаружить отклонения от плана управления проектом, и, в случае необходимости, провести корректирующие действия для достижения целей проекта.
5. Группа завершающих процессов - формализует приемку продукта, услуги или другого результата и подводит проект или фазу проекта к правильному завершению.

Области знаний в управлении проектом:

11. Основные этапы жизненного цикла ИТ-проекта

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

Обычная последовательность фаз в жизненном цикле проекта:

• Начальная фаза;
• Промежуточная фаза (фазы);
• Финальная фаза.

Меньше 3х фаз не бывает. Обычно 5 фаз: инициализация (заканчивается выпуском приказа), проектирование (обследование заказчика, заканчивается утверждением ТЗ), реализация (программирование, тестирование (функционально-модульное, интеграционное (все модули вместе), нагрузочное (имитация), регрессионное), управление изменениями, завершается актом о переводе на следующий этап), опытно-промышленная эксплуатация (не менее ¼ времени от всего проекта, выявление ошибок, акт о завершении данной эксплуатации), перевод в промышленную (продуктивную) эксплуатацию (акт о вводе системы в эксплуатацию, подписание контракта о передачи, закрыть контакты с субподрядчиками, закрытие проекта (отчет)).

12. Методологии разработки и внедрения информационных систем

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

1. Методология RAD

Методология разработки информационных систем, основанная на использовании средств быстрой разработки приложений, приобрела название методологии быстрой разработки приложений – RAD (Rapid Application Development). Данная методология охватывает все этапы жизненного цикла современных информационных систем.

2. Методология RUP

Rational Unified Process (RUP). Она опирается на проверенные практикой методы анализа, проектирования и разработки ПО, методы управления проектами.

3. Структурные методологии

Структурные методы — это группа методологий, разработанных, как правило, еще до широкого распространения объектно-ориентированных языков. Все они предполагают каскадную разработку – основу этих методологий составляет последовательный переход от работы к работе и передача результатов (документов) очередного этапа участникам следующего как основа процесса.

• Уорда-Меллора (Ward-Mellor) – методология анализа и проектирования систем реального времени.

4. Гибкие методологии

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

• Главное – удовлетворить заказчика и предоставить ему продукт как можно скорее
• Новые выпуски продукта должны появляться раз в несколько недель, в крайнем случае, месяцев
• Наиболее эффективный способ передачи знаний участникам разработки и между ними – личное общение
• Работающая программа – лучший показатель прогресса разработки

Существует несколько методик, относящихся к классу гибких методологий разработки, в частности экстремальное программирование, DSDM, Scrum, FDD.

13. Группы процессов ИТ-проекта

Пять групп процессов:

Группа процессов инициализации:

1. Разработка Устава проекта
2. Разработка предварительного описания содержания проекта

Группа процессов планирования:

1. Разработка плана управления проектом
2. Планирование содержания
3. Определение содержания
4. Создание иерархической структуры работ (ИСР)
5. Определение состава операций
6. Определение взаимосвязей операций
7. Оценка ресурсов операций
8. Оценка длительности операций
9. Разработка расписания
10. Стоимостная оценка
11. Разработка бюджета расходов
12. Планирование качества
13. Планирование человеческих ресурсов
14. Планирование коммуникаций
15. Планирование управления рисками
16. Идентификация рисков
17. Качественный анализ рисков
18. Количественный анализ рисков
19. Планирование реагирования на риски
20. Планирование покупок
21. Планирование контрактов

Группа процессов исполнения:

1. Процесс обеспечения качества
2. Набор команды проекта
3. Развитие команды проекта
4. Запрос информации у продавцов
5. Выбор продавцов
6. Распространение информации

Группа процессов мониторинга и управления:

1. Мониторинг и управление работами проекта
2. Общее управление изменениями
3. Подтверждение содержания
4. Управление содержанием
5. Управление расписанием
6. Управление стоимостью
7. Процесс контроля качества
8. Управление командой проекта
9. Отчетность по исполнению
10. Управление участниками проекта
11. Наблюдение и управление рисками
12. Администрирование контрактов

Группа процессов завершения:

1. Закрытие контрактов
2. Закрытие проекта

14. Основные документы ИТ-проекта. Структура ТЗ проекта внедрения ИС.

В Руководстве PMBOK® описываются три основных документа, каждый из которых имеет определенное назначение:

· Устав проекта. Является официальной авторизацией проекта.

· Описание содержания проекта. Содержит описание работы, которую предстоит выполнить, и результатов поставки, которые надлежит произвести.

· План управления проектом. Содержит описание того, как проект будет выполняться, как будет происходить его мониторинг и контроль. В план управления проектом входят планы и документы, составленные в ходе различных процессов. Эти планы и документы образуют вспомогательные планы и элементы плана управления проектом.

Документы:

· Приказ: является вехой этапа инициализации, запускает проект, в нем указываются сроки, бюджет, состав команды и лица, касающиеся проекта.

· Устав проекта: в нем указываются цели, задачи проекта, критерии успешности, ограничения, команда, этапы, бюджет, риски проекта и взаимодействие с другими проектами.

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

· Техническое задание.

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

· Также одними из ключевых документов являются акт о переводе в опытно-промышленную эксплуатацию и акт о переводе системы в промышленную эксплуатацию.

Техническое Задание - исходный документ, написан так, чтобы его понимали и использовали и вышестоящая администрация, и руководители проекта, и члены рабочей группы, и другие руководители, а также специалисты, которым необходима эта информация.

В структуру Технического Задания должны входить:

1. Общие сведение (о системе, об организациях заказчика и разработчика, сроки работы, финансирование, порядок оформления результатов работ)

2. Назначение системы (описывается, что за система внедряется, какие содержит модули, цели ее внедрения и что с помощью нее будет достигнуто)

3. Характеристика объекта автоматизации (описание места внедрения системы)

4. Требования к системе (те требование, которые будут предъявляться к системе в плане: ее структуры, функционала, к численности и квалификации персонала, сохранения работоспособности, надежности и др.), а также требования к ПО, Тех. Обеспечению.