Совершенно не обязательно каждый раз самим придумывать решения для стандартных задач. Всегда, когда Вы сталкиваетесь с необходимостью анализа той или иной функциональной системы (от системы проектирования космического корабля до процесса приготовления комплексного ужина) - используйте годами проверенные и обкатанные методы. Одним из таких методов и является IDEF0, позволяющий с помощью своего простого и понятного инструментария решать сложные жизненные задачи. С помощью моделирования различных областей деятельности можно достаточно эффективно анализировать «узкие места» в управлении и оптимизировать общую схему бизнеса. О технологиях моделирования бизнес-процессов и информационных потоков мы беседуем с одним из ведущих экспертов в этой области - Виктором Лукьяновым, Генеральным директором группы компаний «Верников и Партнеры».

ITM: Перечислите, пожалуйста, основные цели при­менения методологий моделирования бизнес-про­цессов.

Основная, цель, скажем так, цель «верхнего уровня» -это обеспечение чёткого видения и понимания стоящих пе­ред организацией в рамках планируемого проекта задач. Обеспечить их именно через исследование всех информа­ционных, финансовых, хозяйственных и других процессов предметной области.

ITM: Решение каких задач чаще всего заставляет Вас и Ваших заказчиков использовать эти методо­логии?

Наиболее частыми задачами, при решении которых мы и наши заказчики используем методологии моделирова­ния бизнес-процессов, являются анализ и улучшение биз­нес-процессов, подготовка предприятия к автоматизации бизнес-процессов и разработка функциональных требова­ний с их стороны к программным комплексам, разработка новых для компаний бизнес-процессов, полный реинжини­ринг всей функциональной системы организации или её крупнейших компонент. В таких случаях крайне важно обеспечить понимание организационной и функциональ­ной структур организации и степень их взаимного соответ­ствия, понимание текущих проблем и возможностей их ре­шения. Важно иметь обоснованную уверенность, что за­казчики, пользователи и разработчики одинаково понима­ют цели и задачи запланированного проекта изменений.

ITM: Существует целый ряд стандартов моделиро­вания. Какие из них Вы используете в работе, и отда­ете ли каким-то предпочтение? Если да, то почему?

Всего на данный момент в мире насчитывается более 20 технологий организационного проектирования. К ним, в частности, относятся DFD, ABC, Flow Chart, Gannt, Workflow, etc.). Наиболее распространёнными в настоя­щее время методологиями функционального моделиро­вания бизнес-процессов являются стандарты семейства IDEF и методологии ARIS и LJML Мы в своей работе обыч­но используем ту технологию, которая, на наш взгляд, на­ибольшим образом отвечает проектным целям модели­рования бизнес-процессов в каждом конкретном случае.

Тем не менее, свои предпочтения у нашей компании есть. И, если задача клиента не предъявляет ярко выра­женных требований к использованию какой-либо иной методологии, именно для функционального моделирова­ния бизнес-процессов мы рекомендуем использовать стандарт IDEF0. Основные его отличительные характерис­тики, на наш взгляд, это простота и строгость. И интуитив­но понятные большинству сотрудников изобразительные средства, которым они обучаются, как правило, с удиви­тельной лёгкостью. При всём этом данный стандарт, осно­ванный на методологии SADT (методологии структурного анализа и проектирования), имеет ряд других важнейших преимуществ. Например, он очень распространён во всём мире в проектах, связанных с описанием, разработкой и изменением бизнес-процессов. Строгое использование формата бумаги А4 для формирования диаграмм и огра­ничение числа объектов на диаграмме восемью (а реко­мендовано - не более 5-6) функциональными блоками - это позволяет эффективно рабо­тать с моделью процессов даже самых широких предметных об­ластей в обычных условиях обыч­ного офиса, а не вынуждает для её обсуждения или анализа «рас­стилать простыни» по столам конференц-зала или «развеши­вать» их на стене. И ещё один су­щественный, на наш взгляд, мо­мент. Несколько лет назад на ос­нове методологии SADT Госстан­дартом России были разработа­ны и утверждёны «Рекомендации по стандартизации «Методология функционального моделирова­ния» - ГОСТ Р 50.1.028-2001, фактически повторяющие стан­дарт IDEF0.

Впрочем, конечно, если нашим заказчиком становится компания, в которой уже принят и внедрён корпоративный стандарт функционального моделирования процессов, от­личный от IDEF0, мы выполняем свою работу в соответ­ствии с таким корпоративным стандартом.

ITM: От каких ошибок Вы бы хотели предостеречь наших читателей, которые только начинают изучать тему организационного проектирования?

По нашим наблюдениям, наиболее типичных ошибок у начинающих в этой области специалистов несколько.
Наиболее частое заблуждение - это попытка подменить понятия «методология» и «программный продукт», поддер­живающий эту методологию. Очень часто можно встре­титься с таким, например, утверждением: «я владею мето­дологией функционального моделирования BPwin». Прочи­тав такое, например, в резюме кандидата на работу в ком­пании, можно смело делать вывод, что этот человек не зна­ет ни программный продукт BPwin (сейчас он, кстати, назы­вается AllFusion Process Modeller), ни стандарт функцио­нального моделирования IDEF0, ни методологию структур­ного анализа и проектирования (SADT). Диаграммы IDEFO— модели можно разрабатывать и в офисном приложении MS Visio, например, и даже, при большом желании - в MS Word. Но незнание методологии SADT (или стандарта IDEF0) не сможет быть компенсировано никакой, даже са­мой лучшей, «компьютерной рисовалкой».

Другая часто встречающаяся ошибка тех, кто только присматривается к технологиям организационного проек­тирования, - это формирование у них мнения, что функци­ональное моделирование и работа с моделью - удел «яйцеголовых» бизнес-аналитиков. Это ошибка. Функцио­нальное моделирование - это коллективная работа. Это необходимо знать и понимать. Аналитик, разрабатывающий модель, никогда в одиночку не сможет достичь требу­емого уровня её эффективности и адекватности.

Нередко приходится сталкиваться и с тем, что при описа­нии бизнес-процесса «Как есть», информация для модели собирается аналитиком не у источника знаний о процессе (т.е. она получается аналитиком не от непосредственного исполнителя процесса), а, например, у руководителя по­дразделения, который владеет знаниями о процессе либо относительно поверхностно, либо на основе зазубренных методологических инструкций, которые нередко имеют бо­лее чем недостаточную степень актуализации. И в этом случае крайне велик риск получить некачественную мо­дель - либо вследствие недостаточного уровня её детали­зации, либо получить модель «Как должно было бы быть...» («...если бы процесс исполнялся строго по инструкции»).