CC BY
23
ЛИТЕРАТУРА
1.Бушуев С.Д. Морозов В.В. Методические указания к использованию компьютерной инновационной игры "Штурм" - обучение коллективному решению проблем на ЭВМ. - К.: КИСИ, 1989. - 24 с.
2.Гохманн О.Г. Экспертное оценивание. - Воронеж: Изд.-во Воронеж, ун.-та, 1991. - 150 с.
3.Мушик Э., Мюллер П Методы принятия технических решений: Пер. с нем. - М: Мир, 1990. - 208 с.
4.Тронь А.П., Тронь В.П. Критерии оптимального выбора в неопределённых условиях. - К.: ИУНХ, 1986.-92 с.
УДК 519.68:681.3:658.512
П.В. Каюк
МЕТОДЫ И СРЕДСТВА УПРАВЛЕНИЯ СЛОЖНЫМИ ПРОЕКТАМИ НА ПРИМЕРЕ ОБЪЕКТА «УКРЫТИЕ» ЧЕРНОБЫЛЬСКОЙ АЭС
Описана технология разработки информационной системы управления проектами с помощью методики структурного системного анализа на примере "Объекта "Укрытие" Чернобыльской АЭС. Рис.1, Ист. 8.
Реализация сложных проектов является наиболее трудоемкой прикладной областью проектного менеджмента. Многообразие существующих методик часто доставляет трудности при выборе проектным менеджером наиболее рациональной концепции реализации проекта.
Данная статья имеет своей целью сформировать концепцию ориентации на результат при выполнении сложного проекта, а также методику этой реализации в рамках всего жизненного цикла проекта.
Являясь членом команды проектных менеджеров работающих над реализацией проекта: «Разработка и внедрение подсистемы управления «Комплексной программой проведения работ на «Объекте «Укрытие» ЧАЕС, автор столкнулся с целым рядом проблем по формированию концепции реализации данного проекта.
Разработав пошаговую стратегию реализации данного проекта в течении всего жизненного цикла, команда проектных менеджеров адекватно оценила имеющуюся информацию и выбрала концепцию ориентации на результат.
Стратегия состояла из следующих шагов:
Шаг 1. Анализ исходных данных.
Шаг 2. Описание ситуации.
Шаг 3. Постановка основных и промежуточных целей и задач.
Шаг 4. Определение промежуточных и конечных результатов.
Шаг 5. Определение технологии проектирования информационной системы.
1. Анализ исходных данных.
В процессе сбора и детального анализа исходных данных состояния дег на объекте «Укрытие» (ОУ), были сделаны следующие выводы:
Данный объект является сложным уникальным объединением производственно-технических и административно-управленческих систеч*
имеющих одно информационное пространство. При этом нацеленных на выполнение нескольких уникальных задач, используя достаточно дорогостоящую технологию.
На данном объекте сформированы положения, распоряжения и инструкции, регламентирующие задачи, функции и взаимодействие, как отдельных элементов, так и всей организации в целом. Однако эти документы иногда усложняют процесс документооборота на ОУ.
Существующие на ОУ системы управления базами данных не имеют взаимосвязи между собой, при этом каждый отдел работает со своим видом документации на своей СУБД.
Процесс создания «Комплексной программы проведения работ на ОУ» вместе со статьями расхода по ней, иногда принимает хаотичный и неуправляемый характер. Документы не имеют четких информационных потоков, что приводит к неуправляемости процесса создания самой «Комплексной программы проведения работ на ОУ».
Формирование сметы по объемам работ в рамках договоров проводит бухгалтерия, поэтому часто теряется экономическое обоснование этих работ в рамках «Комплексной программы проведения работ на ОУ».
Вышеперечисленные проблемы приводят к тому, что на оперативное управление объектом «Укрытие» расходуется большее количество денежных средств, чем на сами работы по укрытию 4-того блока ЧАЕС и ликвидации последствий аварии.
2. Описание ситуации.
Процесс реализации данного проекта представляется возможным только при наличие определенной концепции. Эта концепция должна быть представлена в в виде эскизного проекта. Эскизный проект содержит теоретические и практические основы концепции реализации этого проекта. Теоретическая часть описывает основную методологию с расшифровкой структуры и функций элементов внутри системы и разновидности связей между элементами. Практическая часть, на примерах, показывает основные недостатки существующей информационной системы, и предлагает свою технологию проектирования информационной системы, вместе с описанием программных продуктов, на базе которых эта система будет установлена.
3. Постановка основных и промежуточных целей и задач.
Основной приоритетной целью проекта является создание сложной информационно-управленческой системы управления и мониторинга работ в рамках «Комплексной программы проведения работ на ОУ».
Промежуточными целями являются: выбор программных продуктов на основе, которых будет внедрена эта система; определение степени оптимизации организационной структуры для внедрения новой системы; описание функций подразделений исполнителей.
Основными задачами, определяющими предпосылки реализации регламентированных целей являются: адаптация программных продуктов на ОУ; создания руководства для пользователей ними; обучение пользователей мониторингу и управлению работ в процессе внедрения новой информационной системы; создание моделей информационных потоков документооборота, регламентирующих рамки работы новой системы и основных пользователей.
4. Определение промежуточных и конечных результатов.
Конечным результатом реализации данного проекта является глобальное изменение технологии управления и культуры управленческого персонала и переход на концентрическое управления портфелями проектов, используя программные продукты фирмы Примавера.
Промежуточными результатами являются:
• выход на управление и мониторинг «Комплексной программы проведения работ на ОУ» на основе использования программного продукта SureTrak Project Manager 1.5.
• выход на управление потоком документооборота на основе использования программного продукта Expedition.
5. Определение технологии проектирования информационной системы
Проектирование информационной системы целесообразно на основе технологии SSADM.(Методология структурного анализа и проектирования систем).
SSADM - является ярким примером реального воплощения принципа проектирования «сверху - вниз» в технологии создания сложных ИУС, сочетающим в себе простоту применения системными аналитиками средней квалификации, точность определения результатов проектирования, согласованность с современными стандартами и методологией управления проектами, гибкость в применении к проектированию широкого класса систем для различных типов объектов, гарантии качества результатов проектирования и преемственность различных версий проекта.
Проанализировав информацию в соответствии с намеченным
стратегическим планом, стали ясны дальнейшие действия по оптимизации информационной системы на объекте «Укрытие», которые сводились к
реализации намеченной технологии проектирования и достижении
поставленных результатов посредством концепции ориентации на результат.
Причем, основным документом регламентирующем реализацию проекта в рамках этой концепции является сама концептуальная модель проекта совместно с привязкой к стратеги реализации, жизненному циклу, структуре, и взаимосвязям внутри системы.
Методология структурного системного анализа и проектирования крупномасштабных информационно-управленческих систем. (SSADM)
Концепция разработки подсистемы управления «Комплексной программой выполнения работ на ОУ» состоит из определенных модулей. Каждый из них имеет свои функциональные особенности, свои этапы, стадии и предполагает достижение определенного результата.
Конечным результатом является разработка общей концептуальной модели и на ее основе формирование конфигурации информационной системы. Под конфигурацией информационной системы понимается: формирование WBS
- структуры «Комплексной программы проведения работ на ОУ»; назначение длительности данных работ; их стоимостных характеристик; резервов по времени и стоимости; установка взаимосвязей данных работ; определение критического пути по ресурсам; формирование критериев доступа к данной информации; определение степени внесения и корректировки данной информации основными пользователями.
Другими словами, полный комплекс мероприятий позволяющих вести оперативный мониторинг документов регламентирующих ведение «Комплексной программы проведения работ на ОУ».
Концептуальная модель описывает структурные аспекты методологи,-определяет основных пользователей подсистемы управления, их назначен, е функции и структуру. Данная модель состоит из набора иерархических схем описывающих модули, стадии и этапы. В каждой схеме четко определе*-» соответствующие действия. Каждому модулю соответствует 1-эсть концептуальной модели, покрывающая свой отрезок жизненного цикла проег-а -
создания подсистемы управления, под которым понимается процесс проектирования от появления инициирующего документа до окончания физического проектирования информационной системы.
Модули
В состав модели входят следующие модули:
Модуль FS (Feasibility Study) анализа реализуемости;
Модуль RA (Requirements Analysis) анализа требований;
Модуль RS (Requirements Specification) спецификации требований;
Модуль PD (Physical Design) физического проектирования.
Далее следует описать входы модулей. Под входами понимаются исходные данные. Каждый из нижеследующих модулей формирует входы предыдущего.
Проектирование начинается со стадии «Анализа реализуемости» и при этом использует следующие входы: постановку проблемы или техническое задание; исходные данные определяющие проблемы; вариант, выбранный для оценки реализуемости; документы, инициирующие проект; принципы стратегии заказчика в области информационных систем; схемы организации - заказчика; портфель проектов.
Так как рассматривается модель, то каждый модуль кроме входов имеет соответственно и выходы. Модульными выходами являются: эскизный проект; стандарты по ведению документооборота; модели распределения информационных потоков; организационные выходы (необходимы для управления проектом); руководства для пользователей.
Жизненный цикл проекта - разработки СИУС
Жизненный цикл разработки СИУС в проекте: «Создание подсистемы управления «Комплексной программой проведения работ на ОУ»» (наивысшая структурная модель иерархической схемы) показан на рис. 1.1 Детализация структурных моделей здесь ограничивается входами, модулями и выходами (результатами). Ниже приводится описание идей и содержания основных модулей. Содержание модулей охватывает расшифровку целей, краткого изложения работы и участников.
Модуль FS - описание действия «Анализ реализуемости»
Цели: установить может ли предполагаемая информационная система удовлетворить специфические требования организации; установить границы разработки информационной системы у каждого конкретного пользователя; установить возможность и целесообразность замены старых информационных систем более новой; определить степень оптимизации структуры организации -заказчика под внедрение новой информационной системы.
Краткое изложение:
«Анализ реализуемости» - это ускоренная оценка целесообразности и возможности внедрения предполагаемой информационной системы, с целью определения возможностей по эффективному удовлетворению специфических требований организации или функциональных предпосылок, обеспечивающих возможность развития такой системы. В отечественной практике это
соответствует этапу технико-экономического обоснования информационно -управленческой системы.
Для всех проектов анализ реализуемости рекомендуется как первый шаг перед полным исследованием, состоящим из анализа требований, структуры
Внешние документы, оегламентиоуюшие работу
Начальная концепция Новой системы
И С
X
О
Д н
ы
Е
д
А Н Н Ы Е
Ж'
Спецификация системы
Продукты предыдущих информацио иных систем
(СУБД, существующ ие на объекте "Укрытие"
1этап
МОДУЛЬ FS
Продвижение отчетов
МОДУЛЬ RA
_2>_этап,
МОДУЛЬ RS
4 этап
МОДУЛЬ PD
КОНЦЕНТРИЧЕСКОЕ
УПРАВЛЕНИЕ ПРОЕКТАМИ
НА БАЗЕ
МНОГОПОЛЬЗОВА ТЕЛЬСКОГО
ПРОГРАММНОГО ПРОДУКТА
(Сетевой SURE TRAK)
PRIMAVERA PROJECT PLANNER
-^'РЕЗУЛЬТАТЫ РЕАЛИЗАЦИИ
Внешнее октжение ппоекта
или
Рис 1.1 Жизненный цикл проекта: «Разработка подсистемы управления «Комплексной программой проведения работ на ОУ»»
Методы и средств» управления сложными проектами на примере объекта «Укрытие» Чернобыльской АЭС»
1
данных системы и собственно физического проектирования. Исключение составляют те проекты, для которых характерен низкий уровень риска, так как в этом случае нет необходимости следовать принципам информационной стратегии. Действия в модуле БЭ не определяют подробно другие аспекты реализуемости и те стандартные действия, применение которых может понадобится в других модулях, в соответствии с методикой анализа.
Существующая и требуемая информационные системы изучаются и документируются только в существенных деталях для того, чтобы дать возможность оценить и согласовать с руководством проекта состояние исследуемой проблемы и определить варианты технической и организационной систем.
Участники:
Модуль анализа реализуемости выполняет группа из специалистов-консультантов и опытных пользователей, обладающих способностями к организационному управлению проектом и анализу.
Модуль РА - описание действия «Анализ требований»
Цели: определить назначение информационной системы; определить способ интеграции компонент информационной технологии с другими элементами системы; подтвердить возможность длительной эксплуатации системы и возможность дальнейших модернизаций системы под изменяющиеся условия; удовлетворить требования пользователей.
Краткое изложение:
«Анализ требований» вытекает из необходимости определения требований к системе и формирования концептуальной модели информационной системы. Выявленные требования документируются выходным документом (аннотационный отчет) и формируются в нем, для достижения системных целей. Они обосновываются сложностью объекта внедрения, количеством основных пользователей, соображениями безопасности (защита информации) и общим функциональным наполнением системы. Каждое из них по возможности ранжируется количественным показателем, что способствует организации проверки пользователями приемлемости всех разработанных группой продуктов.
На этапе РА, имеет место описание моделей существующей системной среды, таких как модели информационных потоков данных, в существующем функциональном наполнении и логической моделью данных, используемых в службах существующей системы.
Участники.
К анализу требований привлекаются аналитики, обладающие знаниями как в области проектирования сложных ИУС, так и в области проектного менеджмента, а также пользователи и разработчики существующей
информационной системы и штатные сотрудники организации - заказчика.
Модуль ЯБ - описание действия «Спецификация требований»
Цель - представить организации - пользователю на рассмотрение
конфигурацию информационной системы (описание понятия конфигурация
смотри выше). Она определяет масштабы системы, соответствующее обеспечение и предоставляет возможность мониторинга проектных решений. Также она обеспечивает возможность согласованной разработки внутрифирменного стандарта группой проектировщиков. Жизненно важным является то, что сформированная конфигурация системы содержит,
соответствующий текущему моменту времени полный набор требований,
определенных при непосредственном участии пользователя и согласованных с ним.
Краткое изложение:
Результаты анализа требований пересматриваются с учетом особенностей выбранного варианта проектирования системы и использованием метода определения требований, моделирования потоков информации и логического моделирования данных с целью уточнения и детализации документооборота, назначений, функций и структуры элементов системы.
Схемы потоков данных последовательно трансформируется в функции и формально специфицированные структуры ввода - вывода. Логическая модель данных обогащается и приближается к реальности с помощью методов реляционного анализа данных и анализа существующих систем на объекте разработки.
Детально специфицируются и определяются события в терминах взаимодействия эффектов. Они, а также пути доступа запросов к данным, дают подробный набор требований по доступу к данным достаточный для окончательного построения полной логической модели данных.
Цель состоит в детальном выражении требований к работе системы и их объективной связи с компонентами структуры работ по проекту (определениями функций и логической моделью данных).
Участники:
Группа включает в свой состав специалистов по анализу и разработке моделей данных, концептуальному моделированию, а также практиков, знающих особенности существующих систем на объекте разработки.
Модуль Рй - описание действия «Физическое проектирование»
Цель - уточнить физические данные, процессы, связи между элементами структуры, входные и выходные документы, используя терминологию и учитывая особенности выбранного информационного пространства, а также привлекая стандарты по инсталляции.
Результаты такого проектирования должны обеспечить все необходимое для того, чтобы обеспечить возможности реализации предполагаемой разработки. Заказчику необходимо согласовать эти вопросы внутри своей организации, между отделами - пользователями.
Краткое изложение:
Реализация модуля «Физическое проектирование» требует выполнения следующих действий:
1. Подготовка к физическому проектированию, состоящей из:
изучения инструментальной среды; уточнения требований при переходе
от логического отображения к физическому; планирования работ по стадиям проектирования; заполнения спецификаций по функциям; утверждение окончательной модели связей между элементами системы.
2. Восходящей по иерархии и пошаговой разработки конструкций данных и процессов, используя циклическую процедуру, состоящую из: проектирования: проверки на соответствие целям; оптимизации; корректировки ранее принятых решений.
На этой стадии главным является аспект адекватности теоретического (программного) мониторинга с реально полученными данными. Если расхождения не велики, то можно просчитать степень оптимизации административно-управленческого звена в стоимостном выражении. Несмотря ■ на относительную дороговизну сложных программных продуктов и оплаты труда
разработчиков, степень оптимизации до и после внедрения информационной системы может составлять около 40%.
Участники - группа физического проектирования должна состоять из специалистов по отображению концептуального проекта системы на физическую среду ее функционирования, по внедрению, отображаемых функциональных компонент, и по настройке баз данных.
Сформированная концепция позволяет реализовать пошаговый стратегический план проекта, постепенно достигая поставленных целей.
Разработка методологии проектирования новой информационной системы, дает возможность оптимизировать организационную структуру объекта и вывести весь процесс управления на качественно новый уровень.
Созданная концептуальная модель, позволяет видеть все этапы и стадии реализации предложенной методологии, в течение полного жизненного цикла проекта.
Внедрение концепции ориентации на результат, в проектах такой сложности, позволит не только оптимизировать информационную систему, но также повлечет за собой существенное изменение технологии управления и культуры управленческого персонала.
ЛИТЕРАТУРА
1. Бурков В. Н., Новиков Д. А. Как управлять проектами: Научно - практическое издание. Серия «Информатизация России на пороге XXI века». - М.:СИНТЕГ - ГЕО, 1997.
2.Бушуев С. Д., и др. Автоматизированные системы управления строительством. - К.: Будiвельник, 1989.
3.В. Н. Бурков, Д. А. Новиков. Как управлять проектами. СИНЕРГ ГЕО. - М.://1997. -187 с.
4.Коллинз Г., Блей ДЖ. Структурные методы разработки систем: от стратегического планирования до тестирования М.: Финансы и статистика .-1996 . -255 с.
б.Мулен Э. Корпоративное принятие решений; аксиомы и модели. М.: МИР, 1991. -464 с.
6.Петров Э. Г., Чайников С. И. Овезгельдыев А. О. Методология структурного системного анализа и проектирования крупномасштабных ИУС. - Рубикон. - 1997.
7.Управление по результатам: Пер. с финск./ Общ. ред. и предисловие. Я. А. Леймана. -М.: Издательская группа «Прогресс», 1993. -320 с.
8.Управление проектами: Учебник для студентом эконом. Направлений /Под ред. В. Д. Шапиро. Спб:Два Три. - 1996. - 610с.
