© Дубейковский В.И., консультант отдела внедрения и консалтинга компании "Интерфейс"
Важнейшим обстоятельством, определяющим эффективность планирования работ по модернизации промышленного предприятия является корректность формирования состава этих работ.
При некомплекте запланированных работ организаторам приходится сталкиваться с вынужденной перестройкой уже осуществляемой работы, с поиском дополнительных финансовых и других ресурсов на проведение ошибочно не запланированных необходимых работ, с кадровыми проблемами, с удлинением запланированных сроков работ и др.
При планировании излишних работ, финансовые и временные затраты на их проведение оказываются неоправданными потерями и отрицательно влияют на себестоимость работ.
При использовании в качестве средства компьютерной поддержки планового управления работами пакета прикладных программ MS Project, планируемые работы именуются задачами.
Предполагается, что решение комплекса этих задач приведёт к осуществлению поставленной конечной цели. Как правило, перечень этих задач генерируется эвристически разработчиком плана и отражает его кругозор и его квалификацию в рассматриваемой предметной области. Таким образом работа - часто достаточно значительная по затратам, срокам и ответственности становится - зависящей от способностей физического лица.
Гораздо более надёжной является технология использования для генерации перечня задач инструментария функционального моделирования. Описание этой технологии - см. http://www.interface.ru/home.asp?artId=16322 ).
В части первой настоящей статьи рассмотрена информатика работы PDCA контура инженерного управления модернизацией ПП. Управление осуществляется на основе информации двух функциональных моделей - ФМ2 и ФМ3 и проектных документов MS Project.
Здесь рассмотрим технологию разработки этих ФМ2 и ФМ3.
На рис. 1 приведена эта технология в формате DFD диаграммы. Эта диаграмма принадлежит той же ФМ, из которой заимствованы диаграммы на рис. 1, 2, 3 статьи 1 (см. http://www.interface.ru/home.asp?artId=16852 ) - соответственно диаграммы А-0, А0, А1. Структура этой функциональной модели приводится на рис. 2 как Node Tree диаграмма.
Диаграмма А11 на рис.1 - это декомпозиция Activity 1 "Разработка ФМ3 AS IS/TO BE (Plan)…"[1] диаграммы А1[2]. Показано, что инициатива возможной модернизации промышленного предприятия определяется как результат "Анализ(а) финансового, организационного и технического состояния МПП" (Activity 1 на рис. 1) информации "Требования рынка производимых товаров и услуг"[3] и (или) "Ожидания акционеров или владельцев МПП[4]" и "Информация о финансовом, организационном и техническом состоянии и функционировании ПП". При "Неудовлетворительные итоги финансового анализа" возникает задача поиска причин, которая при цивилизованном отношении к этому вопросу вызывает "Разработка ФМ1 AS IS МПП" (Activity 5) - функциональной модели "как есть", описывающей текущее функционирование МПП. Разработку этой ФМ поддерживает также "Информация о функционировании МПП", "Нормативная база и учредительные документы", и "Input & Output среды функционирования"[5]. В качестве UDP к этой Activity приведена, также, ссылка на разработанную APQC (США) структуру процессов ПП (Process Classification Framework - PCF; см. F :\ flash \300807. Новая ФМ и ПП\ФМ-ы - основы илл\PCF - APQC.bp1)[6].
Это описание становится материалом для "Определение причин неудовлетворительного функционирования МПП" и генерации "Заключения по ФМ1 AS IS ИПП с указанием причин неудовлетворительного функционирования МПП".
Как ФМ1 AS IS МПП, так и "Заключение" передаются в "Репозиторий "Функциональные модели"" (см. D1 на диаграмме) и в любой момент могут быть оттуда получены.
На основании "Заключения…" производится "Разработка плана инноваций, устраняющих выявленные недостатки" (Activity 3). Введение в ФМ1… "План инноваций (текущий/сбалансированный по затратам и инвестициям)" позволяет модифицировать ФМ1… и разработать ФМ2 TO BE МПП - функциональную модель как должно быть, тоесть описание работы МПП после введения разработанных инноваций. Предполагается, что после этих изменений характеристики работы МПП становятся соответствующими требованиям рынка и ожиданиям акционеров или владельцев МПП.
Рис. 1. Функциональное моделирование в процессе модернизации ПП. В нижней части боксов указаны "механизмы" осуществления функций. Работа с ними - см. http://www.interface.ru/home.asp?artId=17004 .
Рис. 2. Структура функций (их состав и связи иерархии между ними) модернизации ПП в формате "Дерево узлов" (Node Tree). Функциональная модель AS IS / TO BE.
При наличии ФМ1… и ФМ2… возникает естественный вопрос, придающий смысл всей проделанной работе. Возникает задача планирования перехода МПП из состояния AS IS в состояние TO BE. Это планирование носит, прежде всего, технический характер, определяющий содержание работ по модернизации ПП.
Разработанная ФМ3 AS IS/TO BE позволяет сформировать состав задач плана реализации мероприятий модернизации ПП, а затем сформировать диаграмму Ганта в MS Project.
Однако прежде чем план модернизации будет одобрен и запущен на исполнение, должна быть произведена "Балансировка необходимых затрат - с доступными финресурсами" (см. Activity 6). Информация о необходимых для выполнения модернизации ПП затратах формируется по двум каналам:
- Как АВС данные ФМ3 AS IS/TO BE,
- Как информация о затратах - из комплексного проекта.
Информационно - технологически эта балансировка осуществляется в процедуре бизнеспланирования. Её результаты оказывают - по каналу обратной связи - воздействие на разработку плана инноваций (в смысле их финансовой доступности) и позволяют сформировать окончательный облик ФМ2… и последующее.
На процесс бизнеспланирования оказывает существенное влияние "Информация о доступных внутренних и внешних финансовых ресурсах и об условиях их предоставления" из доступных источников финансовых ресурсов.
Разработанная ФМ3… поступает, далее, на "Осуществление модернизации работы МПП" - см. Activity 2 на рис. 2 предыдущей публикации.
Следует отметить, что ряд рассмотренных функций - кроме AllFusion ERWin Process Modeler - поддерживаются программно - техническими средствами рыночной готовности.
Литература:
1. Дубейковский В.И. Практика функционального моделирования с AllFusion Process Modeler 4.1. Где? Зачем? Как? М.: ДИАЛОГ- МИФИ, 2004. Приобрести можно в http://www.itshop.ru/Others/Praktika/funktsionalnogo/modelirovaniya/s/AllFusion/Process/Modeler/4.1/BPwin/Gde/Zachem/Kak/l4t2i3907
2. Дубейковский В. И. Эффективное моделирование с AllFusion Process Modeler 4.1.4 и AllFusion PM. М.: ДИАЛОГ-МИФИ, 2007. Приобрести можно в http://www.itshop.ru/Others/Effektivnoe/modelirovanie/s/AllFusion/Process/Modeler/4.1.4/i/AllFusion/PM/l4t2i27285
[1] В нижней части бокса - под чертой - приведены механизмы выполнения функции, указанной над чертой - "Акционеры или владельцы предприятия, контрагенты, AllFusion Process Modeler, MS Project".
[2] Здесь и далее информация о технологии функционального моделирования не приводится. Обращаемся к подготовленному системному аналитику, или отсылаем читателя к соответствующей информации - см., например, [1, 2]. Там же - специфическая терминология.
[3] Здесь и далее цитируем непосредственно имена стрелок диаграммы (Arrow Names).
[4] МПП - "Модернизируемое промышленное предприятие" - см. External Reference E9 на диарамме.
[5] Это информация о связях со средой функционирования - см. Е5 на диаграмме.
[6] Сопоставление с PCF позволяет проконтролировать полноту разрабатываемой ФМ.