
- •Глава 3.
- •Стандарты управления проектами.
- •Методика pmbok
- •Методика План Уайта
- •Предпроектное обследование
- •Предварительная переподготовка
- •Техническое задание
- •Технико-экономическое обоснование
- •Организация проекта
- •Выработка целей
- •"Клиент готов"
- •Технический проект
- •Начальная переподготовка
- •Планирование
- •Управление данными
- •Параллельное внедрение
- •Выбор системы
- •Ввод в эксплуатацию
- •Этапы развития функциональности
- •Формирование требований и разработка концепции
- •Некоторые комментарии
- •Эскизный проект, технический проект, рабочая документация
- •Ввод в действие, сопровождение
- •Некоторые конкретные прикладные решения управления проектами внедрения ис
- •Signature (компания «Scala»)
- •ЭпикРус
- •Aim (компания «Оracle»)
- •Характеристика методики Oracle pjm
- •Контроль за проектом
- •Управление спорными вопросами и рисками
- •Управление границами проекта
- •Утверждение результатов
- •Mbsp (компания «Microsoft)
- •Msf (компания «Microsoft»)
- •Дисциплина разработки решений (sdd)
- •Модель команды
- •Преимущества модели команды msf
- •Стадии проектирования
- •Планирование архитектуры предприятия (Enterprise architecture planning)
- •Особенности модели
- •Asap (компания «sap»)
- •Пять шагов (компания «Инталев»)
- •Инициация проекта
- •Анализ потребностей
- •Технический дизайн
- •Создание системы
- •Техническое тестирование
- •Функциональное тестирование
- •Внедрение системы и ее эксплуатация
- •Характеристика методики освоенного объема в управлении проектами
- •Сравнительная характеристика методологий управления проектами
- •Выработка рекомендаций по созданию унифицированной методики внедрения проектов информационных систем
ОГЛАВЛЕНИЕ
-
Глава 3. Технологии управления проектами…………………………
113
3.1. Стандарты управления проектами. Международные ассоциации по управлению проектами…………………………………………………………...
113
3.1.1. PMBoK (A Guide to the Project Management Body of Knowledge)…………………………………………………………………
115
3.1.2. ISO 10006 (Guidelines to Quality in Project Management)..
116
3.1.3. Prince 2………………………………………………………
117
3.1.4. OPM 3……………………………………………………….
119
3.1.5. Р2М………………………………………………………….
119
3.1.6. Методика PMBOK………………………………………….
123
3.1.7. Методика План Уайта………………………………………
126
3.1.8. ГОСТ 34.601-90…………………………………………….
137
3.2. Некоторые конкретные прикладные решения управления проектами внедрения ИС……………………………………………………………..
141
3.2.1. Signature (компания «Scala»)……………………………….
144
3.2.2. 1С-Рарус (компания «1C»)…………………………………
146
3.2.3. ЭпикРус………………………………………………………
147
3.2.4. AIM (компания «Оracle»)……………………………………
148
3.2.5. Характеристика методики Oracle PJM……………………
152
3.2.6. MBSP (компания «Microsoft)………………………………
154
3.2.7. MSF (компания «Microsoft»)………………………………
156
3.2.8. ASAP (компания «SAP»)…………………………………..
159
3.2.9. ПЯТЬ ШАГОВ (компания «Инталев»)…………………..
163
3.2.10. Методология Жизненного цикла (SDLC)………………..
164
3.2.11. Характеристика методики освоенного объема в управлении проектами…………………………………………………………………...
170
3.2.12. Сравнительная характеристика методологий управления проектами………………………………………………………………………………..
177
3.2.13. Выработка рекомендаций по созданию унифицированной методики внедрения проектов информационных систем………………
182
Глава 3.
Технологии управления проектами
Стандарты управления проектами (обзор). Обзор методик внедрения информационных систем. Конкретные прикладные решения управления проектами внедрения ИС.
Стандарты управления проектами.
международные ассоциации по управлению проектами
Стандарт — документ, который предоставляет правила, характеристики, руководства для конкретной области деятельности, для той, к которой он относится. В мире сегодня существует много международных организаций, которые заняты разработками стандартов в проектном менеджменте. Тут можно выделить две организации, которые особо преуспели в этом деле.
Первая организация — это Project Management Institute (PMI), она имеет свои представительства во многих странах мира, в том числе и в России. PMI является профессиональной ассоциацией по управлению проектами. PMI имеет свой свод знаний по управлению проектами, он называется PMBok (Project Management Body of Knowledge) и считается одним из самых авторитетных в области управления проектами. В PMBok сведения о процессах управления проектами четко структурированы, PMBok содержит так же сведения об инструментах управления проектами.
Вторая всемирно известная организация, занятая разработками стандартов в проектном менеджменте, — International Project Management Association (IPMA). IPMA считается международной ассоциацией по управлению проектами. PMI имеет свои представительства в 170 странах, а IPMA только в 45, но это не мешает ей быть очень известной и уважаемой во всем мире ассоциацией. IPMA имеет свои представительства и в России, таковым представительством является Российская ассоциация управления проектами (СОВНЕТ). IPMA выпускает ICB (IPMA Competence Baseline). ICB представляет собой документ, содержащий требования к компетенции проектных менеджеров. Россия старается не отставать, и на основе ICB СОВНЕТ разработал в сфере управления проектами "Национальные требования к компетенции" (НТК).
На предприятиях зачастую разрабатывают собственные стандарты управления проектами, за их основу всегда берутся стандарты, которые разработаны PMI и IPMA. Но стандарт предприятия имеет свои особенности, они заключаются в том, что он содержит разделы управления проектами, необходимые именно для данного предприятия. Рассмотрение именно этих разделов составляет предмет программы обучения персонала.
Национальные стандарты управления проектами:
Стандарты с расширенной географией применения:
Стандарты оценки компетенции менеджера проекта:
Свод знаний по управлению проектами (PMBOK 1996) стандарт, разработанный Project Management Institute (PMI) в 1996 г. В стандарте описаны разные жизненные циклы проекта и организационные структуры исполняющей организации, определены группы процессов (инициирования, планирования, исполнения, контроля, завершения) и их взаимодействие между собой, выделены основные и поддерживающие процессы, определены девять областей знаний (управление интеграцией, замыслом, временем, стоимостью, качеством, человеческими ресурсами, коммуникациями, рисками, контрактами и поставками). Стандарт базируется на процессном подходе. Для каждой области знаний определены входы, выходы и процедуры преобразования (tools and techniques) входных данных в выходные. Полностью определены взаимодействия между всеми процессами, которые включены в области знаний управления проектами. Версия 2000 г. принята в качестве национального стандарта ANSI (ANSI/PMI 99-001-2000) 27 марта 2001 г.). По содержанию и структуре практически полностью соответствует PMBOK 1996. Полностью переработана глава по Управлению рисками в проекте. Расширены и добавлены разделы, относящиеся к управлению проектами на основе Менеджмента освоенного объема (EVM Earned Value Management). Добавлены новые процедуры (tools and techniques) преобразования входных данных в выходные. PMBoK 2004 года отличает следующие основные изменения по сравнению с изданием 2000. Была уточнена разница между жизненным циклом проекта и жизненным циклом продукта. Количество процессов возросло с 39 до 44. Добавлено семь и удалено два процесса, 13 процессов получили новые названия, в целом стало на пять новых процессов больше. Уточнено различие между группами процессов управления проектом и областями знаний. Особенно подчеркнута важность групп процессов. Процессы управления проектами изображены графически, чтобы показать интеграции процессов. Глоссарий был существенно расширен и исправлен. Во избежание путаницы некоторые термины были уточнены. Добавлены 7 процессов. Все входы, инструменты, методы и выходы процессов пересмотрены для соответствия улучшенной интеграции и графическому отображению процессов. PMBoK является единственным стандартом в области Project Management, который соответствует ISO 9001 Процедуры управления проектом по методологии PMI. Основные процедуры и процессы PMI описаны в стандарте PMBOK • Определение требований к проекту • Постановка чётких и достижимых целей • Балансирование конкурирующих требований по качеству, возможностям, времени и стоимости • Адаптация спецификаций, планов и подходов для нужд и проблем различных заинтересованных лиц (стейкхолдеров)
Менеджмент качества. Руководство качеством при управлении проектами, 1997 г. Руководство нацелено на обеспечение заданного уровня качества проекта как на уровне процессов, так и на уровне продуктов. В большой мере по содержанию основано на PMBOK 1996, совпадение вплоть до названий областей знаний управления проектами. Первый стандарт ISO серии 9000, в котором применен процессный подход. Международный стандарт ИСО 10006 ориентирован на проекты самого широкого спектра - малые и крупные, краткосрочные и долгосрочные, для различных окружающих условий и безотносителен к типу проектируемого продукта (включая технические средства, программное обеспечение, полуфабрикаты, услуги или их сочетание). Реализованные в нем рамочные требования требуют последующей адаптации данного руководства к конкретным условиям разработки и реализации отдельного проекта.
PRINCE2 представляет собой структурированный подход к управлению проектами, т. е. представляет собой метод для управления проектами в рамках четко определенной структуры. PRINCE2 описывает процедуры для координации деятельности команды проекта при разработке и контроле над проектом, а также процедуры, которые используются при изменении проекта или если имеются существенные отклонения от первоначального плана. В методе каждый процесс определяется со своими основными входами и выходами, и с конкретными целями и мероприятиями, которые будут осуществляться, что дает автоматический контроль любых отклонений от плана. За счет разделения процессов на управляемые этапы, метод дает возможность эффективного управления ресурсами. Система знаний о процессах управления проектами Prince 2 (PRojects IN Controlled Environments) – это методология управления проектами, разработанная агентством CCTA (Central Computer and Telecommunications Agency) в 1989 как правительственный стандарт Великобритании для управления проектами в информационных технологиях. С 1996 г. PRINCE2 применяется в качестве стандарта управления проектами в Великобритании, Бельгии, Нидерландах, Люксембурге, Австралии, Новой Зеландии, Гонконге, Сингапуре, Малайзии, ЮАР, Хорватии, Польше и некоторых других странах. Наибольшее распространение PRINCE2 получил в государственном секторе, в финансовой, телекоммуникационной и электронной отраслях. Последние изменения были осуществлены в 2002 году организацией OGC (Office for Government Commerce). CCTA теперь является частью OGCommerce. Методология Prince 2 является процессно-ориентированной с фокусом на продукт (product-based). Акцент делается на взаимоотношениях Заказчика, Поставщика и Пользователя, хотя Управление Соглашениями в рамках PRINCE не рассматривается. По PRINCE Проект - это временное предприятие, созданное с целью поставки одного или более коммерческого продукта согласно представленному Бизнес-Кейсу. Каждый процесс определяется: входными и выходными данными; специфическими целями; предпринимаемыми действиями. Проект PRINCE2 состоит из восьми основных процессов верхнего уровня: Directing a project (DP); Planning (PL); Старт проекта - Starting up a project (SU); Initiating a project (IP); Controlling a stage (CS); Managing product delivery (MP); Managing stage boundaries (SB); Сlosing a project (CP). Основными особенностями PRINCE2 являются: планирование, основанное на продуктовом подходе, деление проекта на управляемые и контролируемые стадии, гибкость применительно к масштабам проекта, определенная организационная структура для команды управления проектом. Процедуры управления проектом по методологии PRINCE2
Прочие процедуры (управление командой, контрактами и тп) вынесены "за рамки" методологии и называются инструментарием менеджера проекта. Кроме того, методология рассматривает "компоненты", которые состоят из Бизнес плана (Business Case), организации, планирования, управления рисками, управления качеством, управление конфигурацией, контроля и управления изменениями.
Модель Организационной Зрелости Управления Проектами (Organization Project Management Maturity Model – OPM3). OPM3 – это стандарт, выпущенный Американским Институтом Управления проектами (PMI), представляющий собой всесторонний подход, который помогает организациям оценивать и развивать свои возможности по эффективной реализации проектов. OPM3 содержит три взаимосвязанных элемента: элемент ЗНАНИЕ (KNOWLEDGE) представляет собой сотни лучших практик по управлению проектами, характеризующих те или иные уровни организационной зрелости УП; элемент ОЦЕНКА (ASSESSMENT) является инструментом, помогающим организациям оценить текущую зрелость по УП и определить области улучшения; если организация принимает решение развивать практики управления проектами и переходить на новые, более высокие уровни зрелости по УП, то в дело вступает элемент УЛУЧШЕНИЕ (IMPROVEMENT), который помогает компаниям построить схему развития управления проектами таким образом, чтобы обеспечить максимально эффективное достижение своих стратегических целей. Термин «Организационная зрелость по управлению проектами» описывает способность организации отбирать проекты и управлять ими таким образом, чтобы это максимально эффективно поддерживало достижение стратегических целей компании.
Р2М - японский подход к управлению сложными проектами внедрения инновационных технологий на уровне предприятий в нестабильной среде. Р2М (сокращение от Project and Program Management for Enterprise Innovation) — это разработанная в Японии новаторская рамочная методология управления программами и проектами в рамках организации. Отличие этой методологии заключается в ориентированности не на продукт, а на улучшение организации в результате выполнения проектов. Иными словами, методология описывает, как сочетать выполняемые проекты и программы с бизнес-стратегией компании и использовать полученный в результате выполнения проектов опыт для развития и продвижения к стратегическим целям. Рамочная методология Р2М строится на базе «трилеммы» — трех основополагающих понятий: сложность, ценность и сопротивление (Complexity, Value and Resistance), составляющих так называемый «железный» треугольник контекстных ограничений, в рамках которых осуществляется инновационная деятельность. Чем сложнее бизнес-проблема, тем больше ценности содержит ее потенциальное решение и тем меньшее число людей способны это понять, чтобы оказать сопротивление соответствующей новаторской идее. Основной документ, описывающий подходы методологии Р2М — «руководство», которое состоит из разделов «вступление», «управление программами», «управление проектами», а также из одиннадцати разделов по отдельным функциональным областям управления. Проникнутое базовой философией «дать решение сложного вопроса», очень востребованной в Японии, Р2М широко проникает в академические и государственные круги, а также в бизнес-сообщество страны. Методология Р2М разрабатывалась в Японии с 1998 по 2001 год, и ее описание содержит более 400 страниц. |
Стандарт — общепризнанный язык общения в международной деятельности
Международные организации, которые заняты разработками стандартов в проектном менеджменте, стремятся к совершенствованию компетенции, знаний, умений, навыков менеджеров проектов во всем мире. Поэтому они уточняют, определяют, документируют практики управления проектами и создают единые стандарты.
Категории стандартов PMI
Программы. Стандарт по управлению программами.
Организации. Стандарт по управлению портфелем, модель зрелости организации в области управления проектами.
Проекты. Руководство к своду знаний по управлению проектами, управление проектами в государственном секторе, практический стандарт по управлению освоенным объемом, по конфигурационному менеджменту, по иерархическим структурам работ.
Люди. Структура развития компетенций менеджера проекта.
Профессия.
В некоторых компаниях под корпоративным стандартом понимают совокупность документов, регламентирующих и обеспечивающих управление проектами.
В других – для управления проектами разрабатывают несколько корпоративных стандартов одного уровня, регламентирующих различные аспекты управления проектами. Такой подход, к примеру, был принят в отношении инвестиционных проектов в управляющей компании одной из известных финансово-промышленных групп.
Подходы, описанные во втором и третьем случае, по нашему мнению, имеют определенные недостатки.
Под корпоративным стандартом обычно понимается один документ. Поэтому подобное название для совокупности документов представляется не вполне корректным и может дезориентировать тех, кто занимается разработкой корпоративной методологии управления проектами.
Разработка нескольких корпоративных стандартов одного уровня для управления теми же инвестиционными проектами может привести к созданию фрагментарной методологии. В этом случае определенные процессы и процедуры управления проектами могут быть пропущены или описаны и регламентированы в разных форматах, разными средствами в соответствие с опытом и субъективными представлениями об управлении проектами, имеющимися о разработчиков документов. Интегрировать несколько разных стандартов в единую методологию будет весьма затруднительно.
Разработке корпоративного стандарта может предшествовать создание концепции управления проектами в компании.
Создавать концепцию целесообразно по той причине, что для успешной разработки и внедрения корпоративной методологии управления проектами необходимо, чтобы собственники и руководители высшего уровня договорились между собой и согласовали свое видение и свои требования и ожидания относительно КСУП. Концепция как раз и создает хорошую основу для согласования позиций и достижения принципиальных договоренностей между лицами, принимающими ключевые решения по управлению проектами в компании.
Предназначение корпоративного стандарта по управлению проекта, по нашему мнению, заключается в том, чтобы описать саму КСУП, принципы ее построения, основные элементы, а также подход к управлению проектами, принятый в компании.
В корпоративный стандарт целесообразно включать следующие разделы:
Назначение и область применения стандарта
Нормативные ссылки
Определения терминов, обозначения и сокращения
Принципы организации системы управления проектами в компании
Классификация проектов компании
Процессы управления проектами в компании
Организационная структура управления проектами
Распределение функций, полномочий и ответственности в рамках системы управления проектами компании (уровни портфеля, программ, проектов)
Нормативная база управления портфелем, программами и проектами
Ведение реестра проектов
Назначение приоритетов проектов
Документирование и архивирование проектов
Информационная система управления проектами
Порядок внесения изменений в стандарт
Приложения (шаблоны основных рабочих документов).
Основные документы проекта,согласно стандарту PMI, были приведены в главе 2.
Ниже приведена схема формирования рассмотренных рабочих документов проекта на разных этапах его жизненного цикла. Все использованные английские термины были раскрыты ранее, за исключением одного - Subsidiary Plans. Под этим термином понимаются отдельные планы, которые могут обобщаться или объединяться в Плане управления проектом