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