МОДЕЛЬ БИЗНЕСА И СТРУКТУРНЫЙ АНАЛИЗ IDEF ГЛАВА
СТРУКТУРНЫЙ С . В . Черемных АНАЛИЗ И . О . Семенов •
В. С.Ручкин
IDEF -
ТЕХНОЛОГИИ
Москва
" Финансы и статистика "
2003
УДК 004.94:658.012.12 ББК 65.290-2с51 4-46
Серия
"Прикладные информационные технологии*' Основана в 1997 г.
Главный редактор серии
доктор технических наук, профессор
СВ. Черемных
РЕЦЕНЗЕНТ доктор технических наук, профессор СВ. Назаров
Черемных СВ. н др.
4-46 Структурный анализ систем: IDEF-технологии / СВ. Черемных, И.О. Семенов, B.C. Ручкин. — М.: Финансы и статистика, 2003.— 208 с: ил. — (Прикладные информационные технологии). ISBN 5-279-02433-3
Изложена технология современного структурного анализа бизнес-процессов на основе пакета Международных стандартов моделирования IDEF. Благодаря доступной и хорошо структурированной форме подачи материала, а также тщательно подобранным примерам специалисты, прежде всего в области менеджмента, имеют возможность использовать рассмотренную в книге технологию в качестве рабочего инструмента в своей практической деятельности.
Для студентов, аспирантов, преподавателей экономических вузов, специалистов-менеджеров всех уровней, а также для получающих второе высшее образование в области менеджмента.
„ 2404000000-119
010(01)-2001 Ш " 2002 У ДК 004.94:658.012.12
ББК 65.290-2с51
ISBN 5-279-02433-3 © С.В.Черемных, И.О. Семенов, B . C . Ручкин, 2001
|
|
К читателю
Эффективная экономика — это прежде всего эффективное управление. Вывод, с которым трудно не согласиться, но который, несомненно, требует расширенного толкования соответственно требованиям времени, в котором мы живем.
Современное эффективное управление возможно лишь на базе управленческой культуры совершенно нового уровня, как часто подчеркивается, — культуры XXI века, которая и должна сформировать понимание российскими менеджерами современных концепций управления, умение пользоваться ими на практике.
Однако это только один аспект понятия эффективности — мир^ воззренческий. Другой аспект, столь же важный, — технологический. Российскому менеджеру для успешной деятельности, кроме общей культуры, необходимо иметь целый арсенал инструментальных средств в области управления компаниями, что особенно важно в условиях быстроизменяющейся хозяйственной среды.
Большое значение в связи с этим приобретает комплекс средств, которые позволили бы менеджеру видеть и понимать прежде всего функциональную структуру своей компании во всех ее ипостасях и соответственно прогнозировать ее развитие на разумный период. Ошибки в оценке состояния дел на текущий момент, равно как и ошибки прогноза в развитии компании, являются самыми дорогими, так как чреваты непрогнозируемыми, часто тяжелыми для дела, последствиями.
|
|
В настоящее время у аналитиков сложилось достаточно ясное видение жизненного цикла компании, где важнейшим (и повторяемым) представляется этап ее перестройки (реструктуризации) в соответствии с изменяющимися хозяйственными условиями.
В перечне этапов по реструктуризации деятельности компании первым традиционно присутствует пункт обследования существующих бизнес-архитектуры, бизнес-процессов, бизнес-правил, информационных потоков.
Далее, естественно, следуют:
• идентификация узких мест, отрицательно влияющих на эффективность деятельности предприятия, с одной стороны, и ключевых факторов, определяющих его стоимость, — с другой;
• формирование и обоснование так называемой нормативной моде
ли бизнес-процессов и информационных потоков;
• разработка и реализация мероприятий по переходу от существую
щей («as is») к нормативной («to be») моделям, иначе говоря, по
устранению имеющихся проблем и изменению бизнес-архитектур
предприятия, перестройке бизнес-процессов;
|
|
• разработка конкретного проекта корпоративной информацион
ной системы, реализация этого проекта и сопровождение в буду
щем — это заключительный этап.
Так или примерно так выглядит область приложений инструментальных средств, которые должны быть на вооружении или по крайней мере в поле зрения менеджера. Что же мы имеем сегодня?
Средства описания и моделирования бизнес-процессов компании, ставшие рутинными на Западе, в России непосредственно менеджерами используются редко, чаще они применяются специалистами внешних независимых консалтинговых компаний. То же относится и к методам анализа информационных потоков, необходимых для построения баз данных — основы любой информационной системы.
В последние годы экономическая практика все ярче выявляет несоответствие между огромным спросом на квалифицированных менеджеров в экономической сфере и реальным, часто неудовлетворительным уровнем их подготовки.
Вопрос подготовки менеджеров высшей квалификации, способных эффективно управлять компанией на всех этапах ее жизненного цикла, стоит в настоящий момент особенно остро.
Нельзя утверждать, что системы подготовки высококвалифицированных кадров менеджмента не существует вовсе. Реально набирают темпы такие формы подготовки специалистов, как групповой и корпоративный консалтинг. Казалось бы, вот и решение проблемы. Но это не совсем так.
|
|
Во-первых, число подготавливаемых в этой системе высококвалифицированных специалистов — капля в море того, что требуется. Во-вторых, данная система подготовки — эта система повышения квалификации специалистов. Квалификацию же, прежде чем повышать, необходимо где-то приобрести. Логичнее всего приобретать ее в существующей системе высшего образования — вузовской системе.
Практическая реализация этой идеи в общероссийских масштабах потребует неизбежно корректировки:
• образовательного стандарта соответствующей специализации,
возможно, и специализаций, примыкающих к ней;
• рабочих программ вузов, выпускающих специалистов соответст
вующих специальностей;
• планов издательств, как вузовского, так и российского уровней, и
соответственно требований относительно направленности и каче
ства поддерживающих вузовские программы планов литературы.
Даже небольшие изменения существующих стандартов образова
ния представляются весьма проблематичными в обозримом будущем,
так как стандарты вообще, в силу своей естественной консервативно
сти, плохо поддаются оперативной корректировке.
Что касается других мер, то здесь, как представляется, резервы есть.
Одна из особенностей современного рынка учебной литературы состоит в том, что поток литературы по менеджменту и смежным дисциплинам год от года растет. Этот факт в той же степени бесспорный, как и то, что проблема, описанная выше, не становится менее острой.
Анализ этого внешне удивительного несоответствия, проведенный в полном объеме, несомненно, дал бы богатую пищу для размышлений. Но некоторые причины видны, как говорится, невооруженным взглядом. К примеру, часть публикаций написана либо преподавателями, не имеющими достаточного опыта практической деятельности в области внедрения информационных технологий, либо специалистами без достаточного педагогического опыта.
Во многих публикациях предлагается использовать зарубежный опыт без учета специфики российской действительности. Переводные книги не всегда предваряются рекомендациями по использованию в российских условиях,. Хорошие переводные книги (именно потому, что они хорошие!) немедленно становятся библиографической редкостью.
Мало публикаций, посвященных инструментальным методам моделирования и оптимизации бизнеса, ориентировано именно на вузовскую систему России. Существующая литература в общем и целом нацелена в основном на формирование мировоззрения менеджера, а не на пополнение его инструментального багажа.
Недостаточно публикаций (особенно инструментального направления), относящихся к областям, непосредственно примыкающим к собственно менеджменту, таким, как стратегическое управление
компаниями, оценка бизнеса, инжиниринг и реинжиниринг (в адаптированных к российским условиям вариантах), структурный и объектно-ориентированный анализ.
Крайне желательно, как нам представляется, чтобы именно эти направления были отражены в первую очередь в планах издательств, ответственных за выпуск соответствующей литературы.
Созданная в 1998 г. серия "Прикладные информационные технологии" в издательстве "Финансы и статистика" предполагает публикацию именно таких работ.
К настоящему времени в этой серии издан ряд книг, в том числе A.M. Вендров "CASE-технологии" (1998 г.), под ред. СВ. Назарова "Практикум по пакетам прикладных программ" (1999 г.) — с расширенным по сравнению с общепринятым в вузовской практике (до 14) списком приложений Windows, В.А. Козлов "Открытые информационные системы" (1999 г.) — по стандартам в области взаимосвязи открытых систем, А.Л. Фридман "Основы объектно-ориентированной разработки программных систем" (2000 г.)- по методам анализа задач и проектирования программных систем в этой области.
Представляемая книга "Структурный системный анализ: IDEF-тех-нологии" — первое в серии издание, посвященное инструментальным методам моделирования бизнеса и ориентированное именно на систему вузовского образования в области менеджмента.
В книге изложен один из наиболее эффективных и, думается, в наибольшей степени подходящий для изучения в вузовской системе подход, восходящий в основе своей к такой широко известной технологии структурного анализа и проектирования систем, как SADT (Structured Analysis and Design Technique).
Речь идет, как видно из названия книги, о семействе весьма распространенных за рубежом (теперь есть и отечественные примеры) так называемых IDEF-технологиях (Icam DEFinition), включающем на сегодняшний день 14 позиций. В соответствии с поставленной целью в книге описываются технологии IDEF0 (функциональное моделирование бизнес-процессов) и IDEF3 (документирование технологических процессов, происходящих на предприятии, дополненных технологиями анализа "потока данных" DFD (Data Flow Diagrams) и "потока работ" (Workflow).
Программная поддержка методологии осуществляется пакетом BPwin 2.5 фирмы PLATINUM (версия 1998 г.). Этот "союз" обеспечи-
вает интегрированность декларируемого подхода к описанию и оценке бизнеса компании в форме, позволяющей использовать его в практике менеджерами всех уровней.
Излагаемый подход представляется актуальным именно сегодня. В период становления российской экономики не возникало острой необходимости оптимизировать принятие решений и подсчитывать затраты, так как прибыль в большинстве случаев составляла не проценты, а разы. В настоящее время уже проявилась в должной мере конкуренция, а следовательно, возникла необходимость в оптимизации бизнес-процессов, включая процессы управления, с целью сделать продукцию одновременно и прибыльной, и конкурентоспособной.
Таким образом, у руководства компании возникла естественная необходимость иметь перед собой модель деятельности предприятия, которая отражала бы все механизмы и принципы взаимосвязи различных подсистем в рамках одного бизнеса. Модель, которая бы периодически трансформировалась из исходной «as is» в нормативную «to be» на соответствующих этапах жизненного цикла компании в целях оптимизации ее деятельности "в такт" с изменениями внешней среды.
Изложенный в книге подход даст возможность аналитикам и менеджерам освоить технологию построения упомянутых моделей. И не только освоить, но и научиться представлять на их базе свою деятельность для оценки и обсуждения в виде, легко воспринимаемом различными категориями специалистов — от президента компании до менеджеров всех уровней.
Заметим, что эту сторону деятельности менеджера недооценивать нельзя. На совещаниях его доклад должен обеспечивать наивысший уровень понимания проблемы участниками, иначе увеличивается риск неадекватного решения, что в производственных условиях совершенно недопустимо. Язык IDEF-технологий позволяет достичь такого понимания — ив этом, не в последнюю очередь, и состоит успех его популярности.
Эта книга предназначена самому широкому кругу читателей, но прежде всего студентам и аспирантам в системах вузовского образования и слушателям всех форм дополнительного образования в области менеджмента во всех его ипостасях (организационный, финансовый и др.).
Книга может быть рекомендована также представителям других профессий, не имеющих непосредственного отношения к бизнесу, потому что описанный в ней язык представляет собой универсальный язык приобретения, накопления и передачи знаний, никак не связанный с какой-то определенной предметной областью. Пользоваться таким языком следует всегда, когда появляется необходимость мыслить не общепринятыми категориями "функций" или "задач", а категориями "процессов", т.е. таких объектов, для которых кроме естественного "входа" и "выхода" важны также "правила" и "ресурсы" для их реализации.
В заключение остается пожелать читателям использовать в полной мере возможность отправиться в увлекательный мир IDEF-техно-логий в поисках новых знаний и нетривиальных подходов, чтобы в итоге овладеть замечательным инструментом для навигации в океане бизнес-процессов, которые нас окружают.
СВ. Черемных,
доктор технических наук,
профессор Финансовой академии
при Правительстве РФ
Предисловие
Книга посвящена технологии структурного анализа, который понимается как метод исследования систем, включающий их общий обзор и дальнейшую детализацию, в целом порождающий иерархическую структуру модели исследуемого объекта.
Методологически изложение материала опирается на так называемые IDEF-технологии из многочисленного семейства IDEF, ориентированные на поддержку именно методологии структурного анализа. Речь идет о стандартах IDEF0 (функциональное моделирование), IDEF3 (документирование технологических процессов исследуемого объекта), а также о дополняющей эти стандарты методологии DFD (методологии потока данных).
Функционально моделирование является важнейшим элементом концептуального анализа при описании бизнеса (модели "как есть" и "как должно быть"). Разработка этих моделей позволяет глубоко изучить природу бизнес-процессов, выявить ключевые относительно целей организации процессы, провести на этой базе реструктуризацию старых и разработку новых процессов.
Для функционального анализа на концептуальном уровне важно иметь эффективную, удобную и "прозрачную" методологию, доступную для понимания широкому кругу аналитиков, экспертов, администраторов.
Методология SADT, лежащая в основе стандарта IDEF0, появившаяся в конце 60-х гг., по-прежнему популярна среди аналитиков и широко используется для анализа именно предметной области.
Содержание книги легко представить благодаря подробному оглавлению. Вместе с тем авторы считают необходимым отметить следующее.
Приложения (всего их шесть) несут в себе довольно важную смысловую нагрузку, дополняющую и углубляющую содержание основной части издания. В Приложении 1 дана информация о всех 14 членах семейства IDEF с тем, чтобы читатель получил представление о размерах фронта работ по развитию методологий описания бизнес-процессах.
В Приложениях 2 и 3 для полноты картины в области инструментов моделирования авторы представили информацию о существующих
нотациях моделирования и о программном пакете Design/IDEF — альтернативной (по отношению к BPWin), программной поддержке функционального и информационного моделирования.
В Приложении 4 авторы выражают свое мнение по поводу длящейся довольно долго дискуссии о предпочтительности структурного или объектно-ориентированного подхода моделирования.
Приложение 5 содержит перевод широко известной и в некотором смысле знаковой статьи М. Хаммера "Реинжиниринг: не автоматизируйте — уничтожайте". Необходимость публикации данного материала обусловлена тем, что эта основополагающая по многим причинам работа далеко не всем доступна.
Приложение 6 дает возможность всем желающим поупражняться в IDEF-моделировании на базе хорошо известной предметной области — сфере вузовского образования.
Что касается списка литературы, то он в значительной мере посвящен реижинирингу. Это нельзя назвать случайностью, по крайней мере, по двум причинам. Во-первых, реинжиниринг — это тот самый процесс, существенной частью которого и является моделирование бизнес-процессов. Неразумно обучать методам моделирования, не указав, ради какой цели оно делается. Во-вторых, понятие реинжиниринга — не такое уж тривиальное для нашей действительности. Чтобы прочувствовать, что оно значит на практике, необходимо изучить довольно много первоисточников, так что круг чтения интересующихся данной проблемой придется, скорее всего, расширить.
Укажем в заключение обширный источник дополнительной информации по тематике этой работы — речь идет, конечно, об Интернете. Доступ к этому источнику обеспечивается использованием нескольких коротких словосочетаний: CASE-технологий, SADT, IDEF, IDEF0 и BPWin.
1 |
МОДЕЛЬ БИЗНЕСА И СТРУКТУРНЫЙ АНАЛИЗ IDEF ГЛАВА
Практически в любой области деятельности люди используют тот или иной вид моделей (математических, физических или компьютерных), чтобы иметь более ясное представление о том, что они делают. Существуют два основных способа описания моделей: статический и динамический.
Статическое описание рассматривает структуру модели, т.е. такие ее аспекты, в которых можно пренебречь временем. Динамическое описание рассматривает поток событий, т.е. изменение моделируемых явлений во времени, которым нельзя пренебречь с точки зрения задач, решаемых компанией. Таким образом, представляется совершенно естественным использовать различные модели для описания разных аспектов компании. В действительности это не нужно ввиду неэффективности.
Действительно, деятельность компании можно рассматривать с точки зрения различных людей: оператора процесса, лидера процесса, исполнительного директора, заказчика, акционера, партнера компании, продавца продукции компании и т.д. С точки зрения каждой из перечисленных выше категорий людей компания выглядит по-разному, т.е. каждой категории необходимы различные модели. Так, исполнительный директор должен иметь общую картину, включающую все аспекты компании в целом: концепцию бизнеса, процессы, продукцию, персонал, инвестиции, финансы, перспективы и т.д. Эта картина должна быть в высшей степени интегрированной. Для того чтобы управляющий персонал мог принимать правильные решения в любых ситуациях, необходимо иметь набор моделей, которые описывают различные стороны деятельности компании и их взаимоотношения. В моделях, используемых на верхнем уровне управления, самое главное — это краткость и понятность: здесь подчеркнуты основные моменты, а детали скрыты. Каждой категории людей, работающих в компании, требуется в точности та информация, которая им необходима для их деятельности.
Впрочем, это утверждение не следует принимать слишком буквально. Очевидно, что в ряде случаев члену команды целесообразно знать больше того, что непосредственно его касается, и эту информацию ему следует предоставить. Несколько участников могут иметь потребность в доступе к одной и той же модели. Например, исполнительный директор должен знать, что сообщено акционерам. Для руководства компании важно иметь одинаковую общую картину того, чем занимается компания, чтобы различные группы могли говорить на общем языке. Наконец, что совершенно очевидно, различные модели должны согласовываться. Картина, представленная исполнительному директору об экономике и финансах компании, должна согласовываться с тем, что он видит (видел) в действительности.
Обычно компания объединяет различные категории взаимодействующих с ней людей, и теоретически можно разработать модель для каждого из них. На практике, к сожалению, дело обстоит не совсем так. Акционеры получают одну модель описания компании, персонал по продажам — другую, клиенты — третью. Эти модели обычно не вполне согласуются друг с другом, так как их разработку в большинстве компаний никто не координирует. Но чтобы полно использовать потенциал компании, следует сосредоточить внимание на наиболее сложных для понимания аспектах, которые требуют уточнения, улучшения, изменения.
Одна из наиболее важных моделей — модель бизнеса, с помощью которой определяются функции компании во внешнем мире.
Модель бизнеса показывает, что является окружающей средой компании и как компания взаимодействует с этой средой. Под окружающей средой понимают все, с чем компания взаимодействует в ходе осуществления своих бизнес-процессов, в частности клиентов,, партнеров, субподрядчиков и т.д. Модель бизнеса показывает работникам всех уровней, что должно быть сделано, когда и как именно. В общем случае необходима не одна, а несколько интегрированных и согласованных бизнес-моделей.
Ключевой элемент модели бизнеса — описание архитектуры компании, т.е. ее наиболее важных структур — отделений, отделов и др. Однако просто организационная схема плохо отражает архитектуру компании. Другие важные структуры — процессы (их описание, но не исполнение), продукция, человеческие и технические ресурсы. Структуры состоят из взаимосвязанных элементов. Элементы имеют ответственных за них владельцев — кого-либо из сотрудников компании. Элементы осязаемы: они имеют содержание, им может быть
присвоено значение (иногда несколько значений), у них есть ограничения. Обычно динамику — поток событий в компании — не рассматривают как часть архитектуры. Определяя архитектуру, как правило, не принимают в расчет ни совместное функционирование элементов, ни то, что они делают в данной ситуации или как они взаимодействуют, чтобы исполнить свое назначение. Наличие некоторого потока событий (например процесса) имеет отношение к архитектуре, но сам способ протекания событий к ней не относится. Действия и принимаемые решения, образующие поток событий, являются деталями отдельного процесса. Следовательно, во многих случаях важно описать динамику бизнеса и включить ее в модель, но, как правило, динамика не учитывается в архитектуре модели.
Для удобства работы с моделью бизнеса необходимо ограничить представляемую ею информацию. Описывая бизнес целой компании, целесообразно исключить массу деталей. Модель должна представлять в точности то, что хотят показать, проиллюстрировать, объяснить, понять, обсудить или улучшить — ничего больше, но и не меньше. Обычно модель бизнеса разрабатывается только для тех отделов компании, которые осуществляют ключевые бизнес-процессы. Ключевые бизнес-процессы — это те, в которых участвуют клиенты, и те, благодаря которым компания получает прибыль.
Итак, модель бизнеса показывает функцию компании во внешнем мире: что она делает, как и когда. Модель должна представлять архитектуру, т.е. статические структуры компании, а кроме того — различные потоки событий, т.е. динамическое проведение элементов архитектуры. Техника моделирования должна быть достаточно мощной для построения как общих моделей компании в целом, так и ее детальных описаний.
Рис. 1.1. Модель иерархически организованной компании |
Еще один способ описания компании состоит в указании различных функций, реализуемых отделами, совместная работа которых обеспечивает выполнение процесса (рис. 1.2). В этой модели |
Чтобы дать представление о том, какой должна быть модель бизнеса, рассмотрим несколько разновидностей моделей. Приведем пример наиболее известной модели, которую обычно используют сотрудники для описания своей компании (рис. 1.1).
Компания
Рис. 1.2. Модель, показывающая, как различные функции обеспечивают выполнение процесса
заказчики, находящиеся вне компании, обслуживаются функциями, реализуемыми внутри компании. Существует много других приемов и способов моделирования бизнеса.
Любая компания — сложная система. Даже небольшую компанию нелегко увидеть во всех деталях. Более крупные компании фактически непостижимы: никто не имеет достаточно ясной картины, открывающей абсолютно все детали. Поистине удивительно, что крупные компании могут довольно успешно функционировать. Впрочем, тому можно найти несколько причин. Самая главная из них состоит в том, что компании, несмотря ни на что, меняются довольно медленно (инерционно) и согласованно. По мере того как сами люди совершенствуются, происходят перемены в компании. Причем лишь в той степени, в какой люди чувствуют себя способными осознать последствия. До тех пор пока компания не меняется радикально, свойственная ей инерция помогает ей функционировать. Но если компания встречается с трудностями и ей предстоят радикальные перемены, то существует серьезная опасность, что люди не смогут как следует понять: "что они делают", "почему они делают это", "могут ли они делать что-нибудь другое". Как правило, совет директоров поздно понимает, что дела плохи, но если ничего не делать, само существование компании может оказаться под угрозой. Обычно в такой ситуации компания расстается с исполнительным директором и руководство надеется, что его последователь сможет изменить ситуацию, но если проблемы,
стоящие перед компанией, достаточно серьезны и глубоки, то изменений на уровне управленческого персонала будет недостаточно.
В качестве примера рассмотрим состояние дел на фирме IBM в 1993 г. Одна из крупнейших компаний мира была потрясена до основания, и никто не знал, чем это обернется для нее в будущем и как IBM будет выглядеть, когда все успокоится. Более десяти лет назад для большинства специалистов стала очевидной ведущая роль программного обеспечения, а не оборудования. В IBM не захотели признавать этот факт, придерживаясь своей старой стратегии. Судя по всему, если бы фирма изменила курс лет десять назад, то о кризисе 1993 г. не было бы и речи. А ведь в кризисной ситуации, как правило, не остается ничего другого, как надеяться на везение. Уже ничего нельзя делать систематически и приходится перестраиваться на ходу — проводить реинжиниринг на ощупь.
Так не должно быть. Работая более систематично с хорошими моделями бизнеса, можно гарантировать, что ваша компания постижима сверху донизу, по всей структуре. Можно описать компанию, развивать новые мысли и идеи, сравнить их возможные последствия с тем, что есть в настоящий момент, разработать сценарии воздействия на компанию со стороны внешнего мира: заказчиков, конкурентов, пользователей продукции и т.д. IBM должна была моделировать различные сценарии события и исследовать возможные результаты. Сценарии могли показать, что персональные компьютеры становятся все мощнее, потребность в мэйнфреймах существенно уменьшается, растет популярность систем "клиент-сервер" (которые на самом деле были известны еще в начале 80-х гг.), требуются открытые решения и переносимое программное обеспечение и так далее. Оценка долговременных перспектив могла бы помочь фирме вовремя изменить курс и во всеоружии встретить наступающие перемены.
Итак, модель бизнеса нужна для того, чтобы управлять развитием компании систематически, а не полагаться на случай и везение. Очень важно, чтобы модель правильно акцентировала внимание на существенных факторах и абстрагировалась от несущественных. Но даже при наличии совершенной модели бизнеса фактор риска обязательно остается, равно как и неопределенность. Модели помогают уменьшить риск, избежать некоторых ошибок и увеличить вероятность успеха.
1.1 Требования к модели компании
Компания взаимодействует с различными категориями людей, и каждая категория может иметь собственную модель компании. Рассмотрим только наиболее важные категории и кратко опишем их требования к модели компании. Отметим, что люди, относящиеся к одной категории, имеют единую точку зрения на модель, полностью определяемую информационными запросами этой категории.
Клиенты и партнеры
Фундаментальные изменения в компании не могут начаться до тех пор, пока каждое лицо из внешнего окружения компании не включится в процесс реинжиниринга. Заказчики и партнеры ожидают от компании определенных действий, а компания, в свою очередь, ожидает нечто подобное от них. Довольно часто наиболее радикальные идеи по реинжинирингу приходят от клиентов или партнеров. Модель, включающая описание внешнего окружения, должна фокусировать внимание на том, как компания выглядит со стороны: что она может предложить своему окружению к наоборот. В этом контексте, несомненно, внутренняя организация работы компании не представляет какого-либо интереса для людей извне. С другой стороны, они жизненно заинтересованы в бизнес-процессах компании и их взаимодействиях с клиентами и партнерами. Интерес может вызвать и географический аспект: где расположена компания и какие процессы имеют место в том или ином регионе.
л л 2 Исполнительный
Управленческий аппарат
Исполнительный управленческий аппарат формулирует перспективы и цели компании. Для этого он должен иметь ясную картину того, как они реализуются на практике, поэтому модели, которые использует управленческий аппарат, должны учитывать архитектуру компании. Эти модели дают менеджерам не только общую картину бизнес-процессов компании и их взаимодействия, но и подробно представляют каждый отдельный процесс. Для каждого бизнес-процесса менеджеры определяют цели, затраты, сроки, желаемый резуль-
тат и т.д. Более того, они должны распределять ресурсы (владельцев процессов, лидеров процессов, владельцев ресурсов), а также планировать бюджет и оценивать возможные последствия принимаемых решений.
Команда по реинжинирингу
Коллектив, проводящий реинжиниринг компании, должен иметь доступ к наиболее детализированным моделям. Членам команды по реинжинирингу необходимы те же обобщенные модели, что и менеджерам, поскольку они должны при помощи этих моделей общаться с менеджерами. Однако им нужны и подробнейшие описания каждой стадии любого процесса. Ведь именно эти люди должны решать, какие виды ресурсов и в каких количествах потребуются, идентифицировать потенциально узкие места и находить способы их устранения. Здесь нужны не только полные описания, но и средства разработки соответствующих моделей. Команда должна быть в состоянии визуально представить образ будущей компании, понять и заново спроектировать ее на различных уровнях абстракции, построить прототип, определить все ресурсы, необходимые для успешной реализации проектов, и описать структуру преобразованной компании. Методы и средства, используемые командой, должны обеспечивать:
1. Визуализацию образа будущей компании и окружающего ее
мира.
Члены команды должны предусматривать различные сценарии преобразования существующих бизнес-процессов как в случае, когда компания берет на себя некоторые из задач, ранее решавшихся клиентами, так и в случае, когда клиенты привлекаются для решения задач, выполнявшихся до этого компанией. Команда должна работать с альтернативными архитектурами процессов и моделировать их воздействие на деятельность компании.
2. Описание альтернативных вариантов проекта выбора архитек
туры основного процесса компании.
В этом случае проектирование означает разработку бизнес-процессов так, чтобы они использовали человеческие ресурсы наиболее эффективным способом. Команда по реинжинирингу должна принимать решения относительно проектирования на различных уровнях, от общего архитектурного уровня (например, функциональная структура и типы ресурсов, которые должны быть в наличии) вплоть до де-
тального динамического уровня событий. Применение бизнес-процессов должно выявлять возможные конфликты, узкие места, тупики и несогласованности.
3. Описание продукции компании в контексте того, как, когда и в
ходе какого процесса она вырабатывается.
Каждый продукт имеет жизненный цикл, который должен быть учтен в процессе моделирования.
4. Адаптацию выбранного архитектурного решения к существую
щей структуре компании.
Например, компании, имеющей филиалы и отделения во многих странах, должна быть предоставлена возможность проводить реинжиниринг по филиалам поэтапно, не затрагивая, насколько это возможно, остальные части компании.
5. Описание реализации конечного проекта с учетом как человече
ских, так и технических ресурсов.
6. Представление реконструированной компании таким образом,
чтобы каждый участник понял новую организацию работ, свои новые
задачи и способы их выполнения, т.е. модель должна быть понятна
персоналу без длительного обучения и серьезного вмешательства в
его работу.
1.1.4 Владелец процесса '
Как правило, владелец процесса назначается из представителей исполнительного управленческого аппарата. Поэтому он должен иметь ту же информацию, которая предоставляется исполнительному управленческому аппарату. Конечно, каждый владелец процесса обязан детально разбираться в своем процессе и принимать активное участие в его разработке и, кроме того, должен иметь достаточно хорошее представление о смежных процессах.
Владелец ресурса
Каждый из ресурсов компании принадлежит определенному владельцу, который должен иметь представление о бизнес-процессах и их реализации с точки зрения человеческих ресурсов. Владелец ресурса должен уметь назначать каждому процессу адекватный ему вид ресурсов — специалистов с соответствующей профессиональной подготовкой, компетенцией, опытом и т.д.
1.2
Мы поможем в написании ваших работ! |