
- •Глава 3.
- •Стандарты управления проектами.
- •Методика pmbok
- •Методика План Уайта
- •Предпроектное обследование
- •Предварительная переподготовка
- •Техническое задание
- •Технико-экономическое обоснование
- •Организация проекта
- •Выработка целей
- •"Клиент готов"
- •Технический проект
- •Начальная переподготовка
- •Планирование
- •Управление данными
- •Параллельное внедрение
- •Выбор системы
- •Ввод в эксплуатацию
- •Этапы развития функциональности
- •Формирование требований и разработка концепции
- •Некоторые комментарии
- •Эскизный проект, технический проект, рабочая документация
- •Ввод в действие, сопровождение
- •Некоторые конкретные прикладные решения управления проектами внедрения ис
- •Signature (компания «Scala»)
- •ЭпикРус
- •Aim (компания «Оracle»)
- •Характеристика методики Oracle pjm
- •Контроль за проектом
- •Управление спорными вопросами и рисками
- •Управление границами проекта
- •Утверждение результатов
- •Mbsp (компания «Microsoft)
- •Msf (компания «Microsoft»)
- •Дисциплина разработки решений (sdd)
- •Модель команды
- •Преимущества модели команды msf
- •Стадии проектирования
- •Планирование архитектуры предприятия (Enterprise architecture planning)
- •Особенности модели
- •Asap (компания «sap»)
- •Пять шагов (компания «Инталев»)
- •Инициация проекта
- •Анализ потребностей
- •Технический дизайн
- •Создание системы
- •Техническое тестирование
- •Функциональное тестирование
- •Внедрение системы и ее эксплуатация
- •Характеристика методики освоенного объема в управлении проектами
- •Сравнительная характеристика методологий управления проектами
- •Выработка рекомендаций по созданию унифицированной методики внедрения проектов информационных систем
Методика План Уайта
Практическая реализация стандарта невозможна без внедрения комплексной системы автоматизации. Один из разработчиков MRP Оливер Уайт предложил и стал широко применять подробный план внедрения программ комплексного управления предприятием (MRP-программ).
Этот план был проверен опытом тысяч компаний в течение 20 с лишним лет. Он широко использовался для внедрения MRPII, ERP и других технологий, так что сам стал фактически стандартом (план Уайта).
Рассмотрим план Уайта подробнее, сравним его с российским ГОСТом и планами внедрения некоторых известных ИТ-компаний (Scala, Галактика, ЭпикРус, Oracle, Microsoft, SAP и др.).
Первые шесть этапов проекта составляют так называемый нулевой цикл. По их результатам принимается решение о внедрении. До недавнего времени нулевой цикл создавал много проблем. Заказчик не понимал, за что он должен платить, а ИТ-компании не могли или не хотели самостоятельно финансировать этот недешевый этап.
Сегодня клиенты все чаще признают необходимость оплаты нулевого цикла, независимо от его результатов. Скорее всего, это связано с накопленным опытом неудачных внедрений у себя и "соседей".
Нулевой цикл включает:
предварительное обследование и оценку состояния (предпроектное обследование);
предварительную переподготовку;
техническое задание;
технико-экономическое обоснование;
организацию проекта;
выработку целей.
Рассмотрим каждый этап подробнее.
Предпроектное обследование
В настоящее время предварительное обследование проводят почти все ИТ-компании (за исключением очень маленьких и неопытных). Группа консультантов исследует предприятие-клиент, собирает детальную информацию о его структуре и организации деятельности. Полученные данные систематизируются и анализируются.
С помощью специализированных средств (например BPWin) строится диаграмма бизнес-процессов (обычно - в нотации DFD), каждый из которых характеризуется объемным блоком информации:
№ и наименование процесса;
№ и наименование процесса верхнего уровня;
№ и наименования вложенных детальных процессов следующего уровня;
текстовое описание процесса;
перечень выходов процесса (документы, файлы, материальные ресурсы, являющие результатом выполнения процесса);
события, инициирующие процесс;
события, завершающие процесс;
перечень функций процесса;
перечень функций, контролирующих выполнение процесса;
перечень входящих документов;
перечень входящих материальных ресурсов;
перечень исходящих документов;
перечень исходящих материальных ресурсов;
перечень подразделений и должностей, участвующих в процессе;
типы используемых систем автоматизации.
На основе исследований строятся модели "as is" (как есть) и "to be" (как должно быть). Реорганизация представляет собой переход от одной модели к другой и позволяет навести элементарный порядок в организации процессов.
В наиболее полном случае результатом предпроектного обследования являются следующие документы:
схема бизнес-процессов "as is";
схема бизнес-процессов "to be";
бизнес-план реорганизации;
краткосрочный план действий.
Как правило, руководство фирмы-заказчика требует также определить приблизительную продолжительность и стоимость проекта.