Стандарты Project Management Institute (PMI)

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

Оценка:

0.00 из 5.00 — оценок

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

Скачать

Базовые стандарты:

· A Guide to the Project Management Body of Knowledge (PMBOK® Guide) — Руководство к своду знаний по управлению проектами (Руководство PMBOK®)

· Organizational Project Management Maturity Model (OPM3®) — Модель зрелости организации в управлении проектами

· The Standard for Portfolio Management – Стандарт для управления портфелем

· The Standard for Program Management – Стандарт для управления программами

Стандарты International Project Management Association

Основным стандартом IPMA по управлению проектами является ICB – IPMA Competence Baseline, описывающий требования к компетенциям, необходимым менеджерам проектов и членам проектных команд для управления проектами, программами и портфелем проектов.

Стандарты Association for Project Management (APM)

· The APM Body of Knowledge – Свод знаний по управлению проектами

Стандарты International Standartization Organization (ISO)

· ISO 21500:2012 Guidance on project management - Руководство для управления проектами

ГОСТЫ

· ГОСТ Р ИСО 10006–2005. Системы менеджмента качества. Руководство по менеджменту качества при проектировании;

· ГОСТ Р 52806–2007. Менеджмент рисков проектов. Общие положения;

· ГОСТ Р 52807–2007. Руководство по оценке компетентности менеджеров проектов;

· ГОСТ Р 53892-2010. Руководство по оценке компетентности менеджеров проектов. Области компетентности и критерии профессионального соответствия;

· ГОСТ Р ИСО/МЭК ТО 16326–2002. Программная инженерия. Руководство по применению ГОСТ Р ИСО/МЭК 12207 при управлении проектом.

35. Особенности проектов внедрения информационных систем. Состав документов по проектам внедрения ИС.

Особенности проектов внедрения:

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

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

· Программно-зависимые поэтапные модели (например, ValueSAP — целостный подход, объединяющий в комплексной инфраструктуре методы, инструменты и опыт компании SAP)

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

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

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

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

Документы:

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

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

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

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

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

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

36. Конфигурационное управление

Конфигурационное управление (англ. software configuration management, SCM) - комплекс методов, направленных на систематический учёт изменений, вносимых разработчиками в программный продукт в процессе его разработки и сопровождения, сохранение целостности системы после изменений, предотвращение нежелательных и непредсказуемых эффектов, формализацию процесса внесения изменений.

Цели конфигурационного управления:

· Контроль: SCM позволяет отслеживать изменения в контролируемых объектах, обеспечивает соблюдение процесса разработки

· Управление: SCM диктует процесс автоматической идентификации в ходе всего жизненного цикла ПО, обеспечивает простоту модификации и сопровождения ПО

· Экономия средств: снижается риск потерь от ротации кадров в организации, предоставить возможность сменить организацию-разработчика без перепроектирования

· Качество

Задачи конфигурационного управления:

· идентификация конфигурации

· контроль конфигурации: контроль над изменениями материалов

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

· управление процессом разработки

· управление сборкой

· управление окружением

· отслеживание задач и проблем (в частности, отслеживание ошибок)

Процедуры управления конфигурацией:

1. Ревизия конфигурации — процесс проверки того, что документ нижнего уровня соответствует всем требованиям документа верхнего уровня.

2. Аудит конфигурации — процесс проверки того, что готовый продукт или его часть соответствуют документации.

3. Контроль конфигурации — процесс, при котором все предлагаемые изменения продукта проходят одобрение специальной группы (или отдельного человека). Одна из функций такой группы — контроль актуальности всех имеющихся документов, а также контроль того что все изменения сначала вносятся в документацию, а уже затем в объект изменения.

4. Учет состояния конфигурации — процесс подготовки отчетов о текущем состоянии продукта и состоянии утвержденных изменений.

37. Организационная структура компании и ее отношение к проектам. Управление коммуникациями

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

PMBok с точки зрения влияния на проект (по принципу соотношения долей проектной и производственной составляющих в деятельности предприятия) рассматривает три вида организационных структур предприятия (организации):

1. Функциональная

· Ясные отношения подчиненности.

· Затрудненное взаимодействие между функциональными подразделениями.

2. Матричная

· Лучшие возможности по координации.

· Возможность возврата специалистов в функциональные подразделения по завершении проекта.

· Потенциальные конфликты между функциональными руководителями и менеджерами проекта.

В случае матричных структуры различают ее разновидности:

· слабая матричная

· сбалансированная

· жесткая

3. Проектная

· Возможность реализации мегапроектов

· Проблема высвобождения персонала по завершении проекта

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

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

Управление коммуникациями проекта состоит из:

· Планирование коммуникаций – определение потребностей участников проекта в коммуникации и информации.

· Распространение информации – своевременное предоставление необходимой информации участникам проекта.

· Отчетность по исполнению – сбор и распространение информации о выполнении работ. Эта информация включает в себя отчеты о текущем состоянии, оценку прогресса и прогнозирование.

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

38. Классификация бизнес-приложений. Особенности проектов внедрения бизнес-приложений в организации

Согласно общепринятой классификации информационные системы подразделяются:

· по масштабам применения – настольные и офисные;

· по функциональному признаку – производственные, маркетинговые (анализа рынка, рекламные, снабженческие и т.п.), финансовые (бухгалтерские, статистические, и т.п.), кадровые;

· по характеру обработки информации: системы обработки данных, системы управления, система поддержки принятия решений;

· по оперативности обработки данных – пакетной обработки и оперативные;

· по степени автоматизации – ручные, автоматические, автоматизированные;

· по характеру использования информации – на информационно-поисковые, информационно-справочные, информационно-решающие, управляющие, советующие и т.п.;

· по характеру использования вычислительных ресурсов – на локальные и распределенные;

· по классу реализуемых технологических операций – на системы с текстовыми редакторами, системы с табличными редакторами, СУБД, СУБЗ, системы с графикой, мультимедиа, гипертекстом;

· по концепции построения – файловые, автоматизированные банки данных, банки знаний, хранилища данных;

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

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

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

· Программно-зависимые поэтапные модели (например, ValueSAP — целостный подход, объединяющий в комплексной инфраструктуре методы, инструменты и опыт компании SAP).

Этапы внедрения:

· Подготовка проекта

· Обследование, включая анализ бизнес-процессов

· Проектирование системы

· Реализация

· Опытно-промышленная эксплуатация

· Ввод в промышленную эксплуатацию

39. Основные документы проекта.

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

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

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

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

Устав проекта включает в себя:

· Назначение или обоснование проекта

· Измеримые цели проекта и соответствующие критерии успеха

· Требования к проекту

· Описание проекта

· Риски

· Расписание контрольных событий

· Бюджет проекта

· Список заинтересованных сторон

· Требования к одобрению проекта (что именно составляет успех проекта, кто решает, что проект оказался успешным, и кто подписывает проект)

· Назначенный руководитель проекта, сфера ответственности и уровень полномочий

Описание содержания проекта включается в себя:

· Описание содержания проекта (с последовательным уточнением)

· Критерии приемки

· Поставляемые результаты проекта

· Исключения из проекта

· Ограничения проекта

· Допущения проекта

План управления проектом состоит из базовых и вспомогательных планов. Базовые планы проекта включают в себя:

· базовый план по содержанию

· базовое расписание

· базовый план по стоимости

Вспомогательные планы включают в себя:

· план управления содержанием

· план управления требованиями

· план управления расписанием

· план управления стоимостью

· план управления качеством

· план управления человеческими ресурсами

· план управления коммуникациями

· план управления рисками

· план управления закупками

40. Классификация ИТ-проектов. Основные отличия проектов разработки и проектов внедрения программных систем

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

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

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

· Модель программного процесса — это упрощенное описание программного процесса, представленное с некоторой точки зрения. Модели всегда являются упрощениями.

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

Фазы разработки ПО:

· Создание спецификации ПО

· Разработка ПО – производство программной системы

· Тестирование ПО (включает в себя validation и verification) – проверка того, что клиент хочет именно того, что прописано в спецификации

· Развитие или эволюция ПО (software evolution)

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

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

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

· Программно-зависимые поэтапные модели (например, ValueSAP — целостный подход, объединяющий в комплексной инфраструктуре методы, инструменты и опыт компании SAP).

Этапы внедрения:

· Подготовка проекта

· Обследование, включая анализ бизнес-процессов

· Проектирование системы

· Реализация

· Опытно-промышленная эксплуатация

· Ввод в промышленную эксплуатацию

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

· Модель программного процесса — это упрощенное описание программного процесса, представленное с некоторой точки зрения. Модели всегда являются упрощениями

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

Фазы программного процесса:

· Создание спецификации ПО – что система должна делать и ограничения на разработку

· Разработка ПО – производство программной системы

· Тестирование ПО (включает в себя validation и verification) – проверка того, что клиент хочет именно того, что прописано в спецификации, и что система соответствует спецификации

· Развитие или эволюция ПО (software evolution) – изменение ПО в ответ на изменение внешних требований