8. «Уполномоченный» менеджер обеспечивает единую точку контакта. Механизм «уполномоченного» менеджера применяется в тех случаях, когда шаги процесса либо сложны, либо распределены таким образом, что их не удается объединить силами небольшой команды. «Уполномоченный» менеджер играет роль буфера между сложным процессом и заказчиком. Он ведет себя с заказчиком так, как если бы был ответственным за весь процесс. Чтобы выполнить эту роль, менеджер должен быть способен отвечать на вопросы заказчика и решать его проблемы, имея для этого доступ ко всем используемым информационным системам и ко всем исполнителям.
9. Преобладает смешанный централизованно/децентрализованный подход. Современные технологии дают возможность компаниям действовать полностью автономно на уровне подразделений, сохраняя при этом возможность пользоваться централизованными данными. Важность объединения достоинств централизации и децентрализации можно проиллюстрировать на примере работы банков. При работе с крупными корпорациями многие банки осуществляют с одним и тем же клиентом независимые финансовые отношения через различные подразделения. Подобный децентрализованный подход может приводить к хаосу, так как каждое подразделение отслеживает только ту часть рынка, которая соответствует его профилю. Приведу реальную ситуацию, в которой банк установил для одного из своих клиентов максимальный кредит в размере 20 млн. долларов. Вследствие децентрализованности этого банка каждое из его подразделений выдало этому клиенту по 20 млн., а в результате клиент получил кредит в несколько раз больший, чем планировал банк, что выяснилось только после банкротства клиента.
4. Методологии моделирования бизнес-процессов.
Как же на практике осуществить реинжиниринг? Начать необходимо с выбора наиболее подходящей методологии описания (или моделирования) бизнес-процессов. Наиболее простыми (но подчас весьма эффективными, особенно на начальном этапе реинжиниринга) являются:
1. Блок-схема бизнес-процесса, состоящая из прямоугольников (обозначающих действия), ромбиков (обозначающих принимаемые решения) и стрелок, соединяющих эти элементы между собой и друг с другом;
2. Словесное описание бизнес-процесса, отвечающая на вопросы что, кто, где, как, зачем и почему, а также каковы затраты времени и денежных средств на принятие решений, ожидание и осуществление действий в бизнес-процессе.
К сожалению, кроме несомненных достоинств – простоты и очевидности – эта методология является недостаточно наглядной и удобной для определения эффективности реализации бизнес-процесса. Поэтому был разработан ряд более эффективных методологий, наиболее распространенными из которых являются следующие:
- Методология структурного анализа и проектирования (SASD). Эта методология основана на классической и весьма успешной методологии структурного проектирования программного обеспечения и информационных систем. Так как в разработке прикладных программ и ИС приходится постоянно иметь дело с различными информационными процессами, то неудивительно, что разработанные для этого методологии оказались вполне применимыми и для моделирования бизнес-процессов.
- Методология SADT представляет собой дальнейшее развитие методологии структурного анализа и проектирования.
- Методология IDEF. Это, пожалуй, наиболее глубоко проработанная и наиболее обширная методология, которая позволяет описывать не только бизнес-процессы, но и функциональные блоки (например, маркетинг или финансы), различные объекты в компании и действия над ними (например, весь комплекс процессов обработки и выполнения заказа клиента), а также состояние и динамику развития бизнес-единиц компании и компании в целом.
Стандарт IDEF относится к традиционным способам разработки моделей бизнес-систем. Стандарт IDEF (IntegratedcomputeraidedmanufacturingDEFinition), чаще называемый технологией структурного анализа и проектирования (SADT) была разработана американской корпорацией СофтТех, Инк. в конце 60-х годов, как инструмент инженерии для разработки машинных и человеческих комплексных систем. Затем ВВС США приняли в конце 70-х годов на вооружение большую часть технологии SADT, назвав в будущем ее IDEF0 как часть своей Интегрированной компьютерной производственной программы (ICAM) и технология скоро стала стандартом технологии моделирования действий для Министерства обороны США. В 1993 году Группа Пользователей IDEF (в настоящее время Общество Организационного Проектирования) в содружестве с Национальным Институтом Стандартов и Технологии предприняли попытку создать документированный стандарт для IDEF 0, для последующего использования и гражданскими, и военными службами Правительства и министерств США. Данный стандарт носит имя Федеральный стандарт обработки информации (FiPS). Данная технология моделирования информационных систем исходит из следующей парадигмы. При описании информационной системы предполагается, что она содержит два типа сущностей: некоторый аналог программы (операционные сущности, которые выполняют некоторую обработку) и данные (пассивные сущности, которые хранят информацию, доступную для поиска, чтения и замены). При моделировании сложные информационные системы разбиваются на составные части, каждая из которых рассматривается отдельно от других (декомпозиция).
Классический подход к разработке сложных систем представляет собой структурное проектирование, при котором осуществляется алгоритмическая декомпозиция системы по методу «сверху – вниз».
Глава 2. Методология IDEF.
Методология IDEF состоит из 14 компонент, наиболее важными из которых являются:
o IDEF0 (методология моделирования функциональных блоков);
o IDEF1 (методология моделирования информационных потоков в компании);
o IDEF2 (методология моделирования динамики развития компании);
o IDEF3 (методология документирования бизнес-процессов в компании);
o IDEF4 (методология описания различных объектов в компании и действий над ними);
o IDEF5 (методология описания текущего состояния компании и тенденций его изменения).
Рассмотрим некоторые из них:
1. IDEF0
Наиболее известная и распространенная методика моделирования бизнес-процессов – методология IDEF0, относящаяся к семейству IDEF. Она принята в качестве стандарта в нескольких международных организациях, в том числе в НАТО и МВФ. IDEF0 можно использовать для моделирования широкого класса систем. Для новых систем она применяется с целью определения требований и функций для последующей разработки системы, отвечающей поставленным требованиям и реализующей выделенные функции. Применительно к уже существующим системам методология IDEF0 может быть использована для анализа функций, осуществляемых системой, и отображения механизмов, посредством которых эти функции выполняются.
Результатом применения IDEF0 к некоторой системе является модель этой системы, состоящая из иерархически упорядоченного набора диаграмм, текста документации и словарей, связанных друг с другом с помощью перекрестных ссылок. Два наиболее важных компонента, из которых строятся диаграммы IDEF0, – это бизнес-функции или работы (представленные на диаграммах в виде прямоугольников) и данные, а также объекты (изображаемые в виде стрелок), связывающие между собой работы. При этом стрелки в зависимости от того, в какую грань прямоугольника работы они входят или из какой грани выходят, делятся на пять видов:
- стрелки входа (входят в левую грань работы) – изображают данные или объекты, изменяемые в ходе выполнения работы;
- стрелки управления (входят в верхнюю грань работы) – изображают правила и ограничения, согласно которым выполняется работа;
- стрелки выхода (выходят из правой грани работы) – изображают данные или объекты, появляющиеся в результате выполнения работы;
- стрелки механизма (входят в нижнюю грань работы) – изображают ресурсы, необходимые для выполнения работы, но не изменяющиеся в процессе работы (например, оборудование, людские ресурсы и т. п.);
- стрелки вызова (выходят из нижней грани работы) – изображают связи между разными диаграммами или моделями, указывая на некоторую диаграмму, где данная работа рассмотрена более подробно.
Все работы и стрелки должны быть именованы. Первая диаграмма в иерархии диаграмм IDEF0 всегда изображает функционирование системы в целом. Такие диаграммы называются контекстными. В контекст входит описание цели моделирования, области (описания того, что будет рассматриваться как компонент системы, а что – как внешнее воздействие) и точки зрения (позиции, с которой будет строиться модель). В качестве последней обычно выбирается точка зрения лица или объекта, ответственного за работу моделируемой системы в целом.
После того как контекст описан, строится иерархия диаграмм. Каждая последующая диаграмма является более подробным описанием (декомпозицией) одной из работ на вышестоящей диаграмме. Каждая подсистема описывается аналитиком совместно с экспертом предметной области. Вся система разбивается на подсистемы до нужного уровня детализации, получается модель, аппроксимирующая систему с заданным уровнем точности. Построив модель, адекватно отображающую текущие бизнес-процессы (так называемую модель «A- I-»), аналитик может увидеть все наиболее уязвимые места системы. После этого с учетом выявленных недостатков можно строить модель новой организации бизнес-процессов (модель «TO BE»).
Таким образом, рамка IDEF0 – удобный стандартный инструмент для указания основных характеристик диаграммы бизнес-процесса. Приводимые в ней данные определяют положение диаграммы среди других диаграмм, текущий статус, дату последнего пересмотра и т. д. Наличие стандартной рамки делает методологию IDEF0 еще более удобным инструментом для описания бизнес-процессов, поскольку во всех современных системах моделирования процессов (например, BPWin 5), поддерживающих IDEF0, большинство важнейших полей рамки заполняется автоматически. Благодаря этому процесс документирования моделей становится простым и прозрачным, что существенно облегчает работу аналитиков при создании комплекта моделей бизнес-процессов организации.