Модель ИТ-отдела как сервисного приложения компании уходит в прошлое. Зарождается новая философия инноваций и эффективности. Этот гипотетический ИТ-отдел недалекого будущего представляется небольшим по составу, более рассредоточенным и зависимым от поставщиков услуг. По-прежнему сохранится потребность в многопрофильных специалистах, не только обладающих глубокими познаниями в области ИТ, но и способных создавать на их основе новые продукты и решения. ИТ-руководители видятся не просто управляющими инфраструктуры, а лидерами инновационных процессов, умеющими перестроить соответствующим образом свой отдел. ИТ должны стать если не флагманом, то полноправным партнером в проведении экономических инновационных процессов. Рассмотрим детально отличительные черты и принципы работы постмодернистского ИТ-отдела.

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

Соединив систему широкополосной связи, интернет-технологии, соответствующее программное обеспечение, мобильные телефоны и PDA, ИТ-специалист создает новые возможности и решения, которые крайне востребованы компаниями и их клиентами. ИТ-отделы не могут больше заниматься исключительно удовлетворением потребностей внутренних клиентов. Их основной задачей должна стать разработка инноваций, которые принесут прибыль компании и привлекут новых внешних клиентов. Переход к сервисно-ориентированной архитектуре (Service-Oriented Architecture, SOA) усилит потенциальные возможности ИТ-отдела активно участвовать в инновационной деятельности, так как предполагает понимание ИТ-персоналом основ функционирования компании.

Основным принципом руководства ИТ-отделом станет внедрение сервисной модели предоставления услуг ИТ-руководители располагают множеством механизмов для управления инфраструктурой и отдельной продукцией. Существуют широко распространенные системы, позволяющие контролировать практически любой аспект деятельности ИТ-отдела, начиная с библиотеки ITIL и заканчивая такими комплексными программами по разработке приложений, как CMMI и проектный менеджмент - РМР-сертификация. Представлены также некоторые общие практики, которые лежат в основе стратегии управления ИТ-отделом большинства организаций. Например, последнее исследование Forrester показывает, что у 70% респондентов внутри компании есть формальный комитет управления ИТ.

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

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

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

новатор - бизнесу нужна новая генерация руководителей, которые смогут не просто управлять ИТ, но с их помощью изменить компанию к лучшему;

лидер - ИТ-директорам скоро придется сделать выбор: либо взять на себя новые функции, либо уступить лидерство другому топ-менеджеру;

экономист - ИТ-директора должны исполнять сразу две роли - борца за снижение затрат и новатора, и возникает соблазн отказаться от одной;

профессионал - ИТ-директор должен одинаково хорошо разбираться и в бизнесе, и в информационных технологиях, отличая технологии, повышающие эффективность, от новомодных игрушек;

дипломат - дальновидные ИТ-директора знают, как учесть разные требования и представить удовлетворяющую всех информацию в понятных всем финансовых терминах.

Первое правило управления бизнес-процессами гласит: важно определить как роль управления информационными технологиями, так и то, как структурные подразделения могут взаимодействовать друг с другом.

Второе правило - сближение ИТ и бизнеса: руководители сферы ИТ должны быть вовлечены в координацию этапов процесса между разными департаментами, которым необходима поддержка со стороны ИТ.

Вывод: на место директора информационной службы (СIO) должен прийти директор по процессам (СРО).

Но недостаточно просто сменить название должности. Руководство компании и начальники бизнес-подразделений ожидают от человека, занимающего этот новый пост, знания потенциала инноваций, который предоставляют новые ИТ-приложения и технологии, и умения перенести их в бизнес-процессы. Компетентность СРО заключается в том, чтобы сочетать управление процесса­ми со знанием ИТ. Структуру и организацию управления бизнес-процессами, а также то, в какую категорию надлежит отнести бывшего СЮ, а ныне директора по процессам (СРО), можно представить в виде трехуровневой модели:

на первом уровне, директорском (так называемый C-level management, включающий генерального директора - СЕО, директора по оперативному управлению - СОО, СIO, финансового директора - CFO и др.), принимаются решения о стратегически важной деятельности. В центре внимания здесь находятся ключевые компетенции, используемые компанией для производства продукции. Одна из главных обязанностей СРО - определять основной курс управления бизнес-процессами, создавать и внедрять необходимые методы, инструменты и платформы;

на втором уровне протекают бизнес-процессы, связанные с ИТ, причем критическое значение здесь имеет децентрализация. СPО должен обеспечить доступность знаний о децентрализованном процессе для всех сотрудников, задействованных в нем и ответственных за этот процесс, а также возможность централи­зованно его улучшать, делая управление процессом обязанностью каждого сотрудника;

третий уровень вновь выводит на первоначальный этап: результаты исполнения бизнес-процессов собираются, оцениваются и подготавливаются для того, чтобы руководство могло принимать решения и вносить коррективы. Выявленные при этом потребности в технологическом усовершенствовании в сочетании со вторым и третьим уровнем ведут к формированию новых принципов построения организации и новой технологической архитектуре. Внутри процесса такие хорошо известные технологии, как системы управления потоками работ (workflow) и системы интеграции приложений предприятия (ЕAI-системы), объединяются и комбинируются с интеграционными платформами и платформами приложений.

Очевидно, что ориентация на процессы требует от ИТ-менеджеров иных подходов к своей работе. Изменения на рынке, требования по конкурентоспособности и развитие технологий ведут к постоянной реструктуризации бизнес-процессов, которая в свою очередь требует более широких навыков и знаний, нежели только умения нести ответственность за ИТ-системы. Директор по процессам должен иметь новые должностные обязанности.

Обязанности директора по процессам - СРО

1. Определять и описывать значимые бизнес-процессы и анализировать их на основе аспектов деятельности предприятия.

2. Выявлять и устранять «узкие» места (простои, ненужные задержки и т.п.), постоянно оптимизировать процессы.

3. Создавать интегрированные, общекорпоративные бизнес-процессы, которые пересекают границы структурных подразделений и сливаются в полную цепочку создания добавленной стоимости, включающую и внешних партнеров.

4. Организовывать управление бизнес-процессами таким образом, чтобы ответственные за процессы сотрудники отчитывались за отдельные процессы и подпроцессы.

5. Обеспечивать интеграцию внутренних и внешних программных приложений.

6. Разрабатывать и внедрять высокопроизводительные, ориентированные на работу в реальном времени ИТ-платформы, включая аппаратное и программное обеспечение.

7. Устанавливать систему непрерывного мониторинга производственных процессов, в том числе системы отчетности.

8. Развивать системы технологически и организационно.

Таким образом, новый директор информационной службы становится агентом изменений в компании, обеспечивая гибкие, динамичные и построенные на сотрудничестве процессы и системы. Для лиц, выполняющих эту роль, особенно важны четыре управленческих навыка:

коммуникационные навыки. Организационные изменения могут происходить только при поддержке со стороны внутренних и внешних партнеров. Следовательно, партнеров необходимо держать в курсе событий, ведь основополагающим фактором успешного внедрения изменений является взаимодействие;

процедурное мышление. Потенциальный СРО должен уметь анализировать цепочку создания добавленной стоимости, используя свою компетентность в области технологий, бизнеса и организационного управления, и понимать всю эту цепочку в тер­минах динамичных процессов;

социальные умения. Долгосрочный успех в управлении бизнес-процессами возможен только в том случае, когда сотрудники ощущают себя членами одной команды, особенно если СIO намерен ввергнуть их в процесс перемен. При формировании ко­манд и назначении ответственных за процессы (владельцев процессов) в ходе управления изменениями необходимо принимать во внимание личностные аспекты;

мотивация и настрой на инновации. В будущем ключевым навыком для СЮ станет умение создавать во всей организации, начиная от производственного подразделения и заканчивая отделом маркетинга и высшим звеном руководства, настрой на инновации и оптимизацию.

Новый уровень ответственности СIO диктуется сегодняшними требованиями бизнеса - CGO (Chief Governance Officer) - директор по корпоративному управлению. Он отвечает за организацию эффективного взаимодействия всех отделов друг с другом и развитие системы коммуникаций в организации. Поле деятельности для CGO не ИТ, а БТ - технологии для бизнеса. Внедрять нужно только те новые технологии, которые позволяют решать задачи, стоящие перед бизнесом. Для этого современный CIO (Chief Integration Officer) должен хорошо ориентироваться в бизнес-процессах и предлагать способы их оптимизации, повышающие отдачу от инвестиций в ИТ.

Человек в течение всей истории своего развития старался всячески улучшить условия своего существования. Для этого он, используя свой труд, создавал блага, которые бы обеспечивали его едой, жилищем и другими жизненно важными атрибутами. Тем не менее очевиден факт, что данные новшества со временем морально и физически устаревали, и именно это давало толчок к созданию чего-то кардинально иного. Так, например, создав лук, люди успешно использовали его в военных действиях в течение веков. Однако возросшие потребности военного дела требовали пересмотра существующего арсенала, и так в X веке в Китае появилось первое огнестрельное оружие. Постоянно меняющаяся конъюнктура требовала от человека немедленной реакции в форме изобретения новшеств, что могло бы существенно увеличить его эффективность в тех или иных условиях. С появлением ЭВМ в 50-х годах прошлого столетия мир получил возможность накапливать, обрабатывать и передавать информацию, закодированную в цифровом формате. С развитием технологий, позволяющих таким образом работать с данными, существенно стали увеличиваться объемы информации, которые могли бы быть накоплены, обработаны или переданы. Именно развитие информационных технологий позволяет клиенту банка осуществить перевод денежных средств в дочерний офис на другом конце света за считанные минуты, сотруднику отдела продаж осуществить поиск в массиве данных необходимой информации о клиенте в кратчайшие сроки и банкам, не прибегая к печати банкнот, хранить сотни миллиардов долларов в безналичной форме. Информационные технологии предоставляют возможность экономическим агентам эффективно использовать информацию как фактор производства, увеличив свою производительность. 1.1.Этапы развития общества: от аграрного к информационному Сегодня экспертами принято выделять четыре основных этапа развития общественного порядка: . Аграрное общество; . Индустриальное общество; . Постиндустриальное общество; . Информационное общество; Суть аграрного общества заключается в зависимости от земли как фактора производства, причем первичный сектор является основным для экономической системы данного типа. Таким образом, общественное устройство аграрного типа характеризуется доминирующей ролью сельского хозяйства. До промышленной революции, начавшейся в конце XVIII века, аграрное общество являлось единственной формой общественного строя, что и обуславливало относительно низкие темпы экономического роста в сравнении с двумя последними веками, так как ориентация на ручной труд, отсутствие технологий, сравнительно низкий темп научного развития не позволяли развиваться мировой экономике так стремительно, как это происходит на современном этапе. Низкая социальная дифференциация, являющаяся характерной чертой аграрного общества, подчеркивала сложность самостоятельного накопления больших объемов капитала. Тем не менее, общество, особенное европейское, быстро развивалось. Увеличение объемов торговли, развитие финансовых институтов, науки и факторных рынков способствовали росту спроса на продукцию массового производства, что в результате привело к переходу от ручного труда к машинному типу производства. Данный период характеризуется высоким уровнем экономического роста, урбанизацией, изменениями в общественной структуре и развитием в таких областях как текстильная промышленность, металлургия, транспорт и связь. Индустриальное общество в отличие от аграрного связывают с преобладающей долей вторичного сектора экономики, который включает в себя обрабатывающую промышленность и строительство. Как известно, существует три сектора экономической деятельности: вышеупомянутые первичный и вторичный, представляющие собой сельское хозяйство, добывающую промышленность и обрабатывающую промышленность, строительство соответственно, а также третичный сектор, включающий в себя сферу услуг. На определенном этапе развития общество в состоянии полностью удовлетворить спрос населения на товарную продукцию. Уровень жизн

Как выбирать персонал

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

На первом уровне нужны специалисты с хорошими техническими знаниями, умеющие оперативно искать проблемы в существующей ИТ-инфраструктуре или быстро пишущие «заплатки» для бизнес-приложений. Руководителю достаточно иметь техническое образование и понимать, что делают его сотрудники. На этапе отбора персонала следует обращать внимание на наличие сертификатов, подтверждающих технические навыки сотрудников. Имеющиеся программы сертификации практически по всем областям современных ИТ-технологий существенно облегчают процедуру подбора специалистов.
На втором уровне руководителю необходимо понимать бизнес-процессы компании, чтобы искать пути их улучшения. Сотрудники ИТ-отдела должны уметь общаться с представителями бизнеса и транслировать их пожелания в ИТ-проекты. Далеко не все сотрудники и руководители, успешно зарекомендовавшие себя на первом уровне, способны безболезненно перейти на второй. Программы развития личностных компетенций и оценка сотрудников по комплексным показателям могут помочь перейти на второй уровень без больших потерь. Тем не менее если компания работает в высококонкурентном бизнесе, то применение стратегии Shape up or ship out («Или развиваем, или увольняем») неизбежно.

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

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

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

Целеустремленность и способность принимать решения приобретают первостепенное значение (по сравнению с техническими знаниями) для найма сотрудников в такой отдел. В данной ситуации при поиске новых сотрудников существенно возрастает роль отдела HR. Решающее слово о найме новых людей должно быть за ним, а не за руководителем того или иного ИТ-отдела.

Для того чтобы сфокусироваться на задачах третьего и четвертого уровней зрелости, на этом этапе часто используют аутсорсинг ИТ-процессов первого и иногда второго уровня. Наиболее часто встречается аутсорсинг центров поддержки пользователей и некоторых простых бухгалтерских приложений.

Как измерять эффективность

Теперь рассмотрим, чем различаются принципы оценки эффективности работы ИТ-отдела, находящегося на разных уровнях зрелости.

На первом уровне , когда инвестиции в ИТ минимальны и основная финансовая составляющая – это зарплата сотрудников, эффективность ИТ-отдела можно оценивать по соотношению числа ИТ-сотрудников и общего количества работников компании. Приемлемой считается такая цифра: один ИТ-специалист на 50–80 человек, в зависимости от размера компании.
На втором уровне зрелости, когда стоимость ИТ-отдела начинает в большей степени определяться инвестициями в ИТ-технологии, имеет смысл ориентироваться на более комплексный показатель, такой как стоимость ИТ (люди + + технологии) в процентах от оборота компании. В этом случае для типичной не-ИТ-компании можно ориентироваться на цифру 1–3% от оборота. Для высокотехнологичных бизнесов сумма бывает больше.

На третьем уровне зрелости необходимо считать возврат от инвестиций. В этом случае компания сама определяет процент, ради которого она готова внедрить тот или иной проект. Скорее всего, в финансовом отделе эти цифры уже известны. На четвертом уровне речь может идти о получении новой доли рынка. В этом случае руководители бизнеса определяют, получение какой дополнительной доли рынка может считаться успехом, и оценивают эффективность инвестиций в ИТ на основании этого показателя.

Пирамида зрелости ИТ-отдела с учетом показателей эффективности его работы представлена на рис. 2.

Особенности больших компаний

Крупные мультинациональные компании имеют некоторые особенности принципов построения ИТ-отделов. Работая в высококонкурентных секторах рынка, они вынуждены постоянно думать о снижении издержек, независимо от того, на каком уровне зрелости находится ИТ-отдел. В связи с этим такой показатель, как количество сотрудников ИТ-отдела, всегда остается актуальным.

К сожалению, задачи минимизации операционных издержек и развития бизнеса являются противоречащими друг другу, и для одновременного достижения обеих целей требуются определенные действия. В настоящий момент практикуются два подхода.

• Централизация.
• Виртуализация.

Централизация – обслуживание географически распределенной компании одним или несколькими ИТ-бэк-офисами. Это позволяет существенно сократить количество ИТ-сотрудников, исключая дублирование функций в разных отделениях компании. Основной задачей при централизации является сохранение ИТ-сервисов на приемлемом уровне, так как некоторое ухудшение качества при этом неизбежно.

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

В настоящий момент централизация используется подавляющим числом крупных компаний. Виртуализация начинает медленно набирать обороты – по мере развития и распространения недорогих технологий общения и совместной работы.

Современный бизнес в некоторой степени отличается от бизнеса предыдущих поколений, если говорить о мире в целом, и в корне, кардинально – от предпринимательской деятельности в нашей стране, где было достаточно просто выполнять свою работу и производить определенный «плановый» продукт, без оглядки на внутреннюю эффективность. Но изменение политической ситуации в стране, мировой технический прогресс вместе с конкуренцией изменили вектор построения компаний, по сути, вынудив предпринимателей новой эры концентрировать свои усилия, в первую очередь, на продуктивности работы. Произошло сразу несколько серьезных преобразований бизнеса, бизнес-инструментов и бизнес-систем, одним из которых стало появление таких понятий, как процессное управление и бизнес-процессы.

О том, почему процессное управление сегодня – самый продуктивный метод управления бизнес-цепочками внутри компании, какую роль бизнес-процессы и их автоматизация играют в компаниях, каким образом, собственно, возможно автоматизировать процессы и что дает с точки зрения результативности система автоматизации бизнес-процессов компании – поговорим в сегодняшнем материале.

Развитие бизнес-процессов в современном мире

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

Изначально бизнес процессы фактически представляли собой инструкции, фиксировавшие наиболее корректное описание того, как надо выполнять определенные действия. Технически это были разрозненные регламенты того, как компания выполняет те или иные процедуры. Позже предприниматели осознали необходимость работы с этими документами на более глубоком уровне. Это был первый опыт исследования бизнес-процессов, чтобы повысить их продуктивность.

В 20-х годах XX века процессы начали описывать не только словами и последовательностью, но простейшими блок-схемами с графическим оформлением взаимосвязей на подобии: «если сделать так – будет это, если сделать иначе, будет то». Потом пришло время связанных алгоритмов, вместе с которыми бизнес-процессы, как элемент управления эффективностью и предприятием в целом, все более формализуется и закрепляется в качестве MUST HAVE во всех отраслях предпринимательской деятельности.

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

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

Началось тотальное моделирование бизнес-процессов, появились электронные системы контроля и учета, качества, развились процедуры стандартизации и регламентирования нормативных показателей и путей минимизации отклонений от них.

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

Бизнес-процесс как ключ к успеху

Любая коммерческая компания ориентируется на единственный результат – заработок денег. Для достижения этой цели в компании, в зависимости от сферы ее деятельности и размера, осуществляется определенное количество действий. Все они при этом должны иметь определенный конечный результат, а совокупность этих результатов в итоге приводит компанию к реализации поставленной задачи и получению прибыли. Поэтому любая компания независимо от вида ее бизнеса, отрасли, географии и других характеристик будет представлять собой систему взаимосвязанных бизнес-процессов независимо от того, чем эта компания занимается.

Любой бизнес-процесс в компании, в свою очередь, имеет владельцев и цепочку участников, совместная работа которых в рамках определенного запланированного стандарта обеспечивает достижение нормативного результата. Помимо этого каждый процесс имеет заданные точки контроля, по которым владельцы процессов могут контролировать промежуточные результаты и при необходимости принимать управленческие корректирующие меры.

Именно в совокупности результатов различных процессов компании и заключается цель основной деятельности.

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

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

С аналитической точки зрения система бизнес-процессов становится источником индикаторов, метрик и знаний для менеджмента организации, поскольку позволяет не только контролировать текущий статус, но и формировать прогнозы и сценарии для повышения эффективности компании в перспективе. Аналитика бизнес процессов, или как это принято называть в экономической литературе – исследование бизнес процессов, позволяет максимально детально рассматривать бизнес с точки зрения ориентира на продуктивность. Менеджмент при правильном подходе к модернизации процессов может постепенно улучшать практически все ключевые показатели компании:

• Улучшить производственный процесс с точки зрения его скорости, стоимости и качества продукции;
• Повысить продуктивность и эффективность персонала, а также вытекающие из этого вопросы личной финансовой мотивации и общего фонда расходов труда на персонал;
• Оптимизировать административный блок процессов и расходов операционного характера;
• Повысить качество внутренней структуры, порядка документооборота и внутренней операционной дисциплины в компании;
• Улучшить качество внешних и внутренних коммуникаций компании.

Вообще, процессный подход предполагает постоянное улучшение и стремление к бесконечной оптимизации компаний, поэтому перечислить все функциональные центры, работу которых можно улучшать на основе аналитики процессов этих центров – невозможно. Поэтому необходимо в первую очередь руководствоваться логикой и ориентироваться на специфику конкретной организации, здраво оценивая реальный потолок улучшения того или иного процесса. Улучшение ради улучшения не имеет никакого смысла с точки зрения повышения экономической эффективности. Индивидуальные особенности конкретного бизнеса гораздо лучше определят необходимость и правильный путь для оптимизации, чем шаблонные улучшения, пропитанные философией бесконечного повышения эффективности.

Автоматизация бизнес процессов как путь в будущее

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

На этом пути автоматизация бизнес процессов дает возможность повысить конкурентоспособность через увеличение продуктивности конкретного участка бизнес цепочки, облегчая ряд совершенно стандартных операционных процедур:

1. Автоматизация упростит вопросы учета и отчетности, первичного бухгалтерского учета, ввода больших массивов информации, контроля товарных остатков и прочих математически/вычислительных процедур, которые традиционно являются преимущественно ручным блоком трудоемких операций. Чаще всего это достигается внедрением в практику использования автоматизированных IT-технологий, ориентированных на обработку документов и самостоятельное проведение операций, замены ввода данных на различные элементы сканирований и прочие упрощения таких рутинных процедур.
2. Автоматизация процессов позволяет сократить или оптимизировать основные издержки предприятия. Основными расходными статьями традиционно являются производственный процесс и персонал компании, а автоматизация процессов даст возможность выделить основные узкие места и ключевые неэффективные звенья кадрового состава, а также добиться снижения расходов за счет исключения этих составляющих из операционной деятельности.
3. Автоматизация процессов дает возможность повышать качество выпускаемой продукции за счет соблюдения нормативных требований и реализации мероприятий внутреннего контроля.
4. Автоматизация процессов дает возможность высвободить интеллектуальный ресурс управленческого звена и ключевых специалистов компании, перенаправив их усилия с выполнения трудоемких и рутинных ручных операций на развитие компании.

Главный принцип любой автоматизации заключается в том, что она должна быть интегрирована на все уровни организационной структуры, связанные с данным (автоматизированным) бизнес-процессом. Нельзя автоматизировать процесс документооборота, не включив в него курьерскую службу компании и секретариат. Или, например, автоматизировать какой-либо цикл производственного процесса, но не автоматизировать вопросы логистики или работы с рекламациями клиентов. Если бухгалтеры продолжают считать платежки руками на калькуляторе, имея автоматизированный процесс согласования счетов и визирования оплаты, то бизнес процесс можно считать автоматизированным не полностью. А это, в какой-то мере, лишает его смысла вообще, потому что в случае возникновения ошибки (человеческий фактор), отследить ее вовремя не получиться, и она повлияет на последующие процессы.

Компании сталкиваются с разными сложностями при автоматизации бизнес процессов в зависимости от своих внутренних особенностей.

Например, ведение ручной бухгалтерии и разрозненного финансового учета табличного вида, по сути, тоже имеет определенное количество процессов внутри своей структуры, но внедрение комплексной автоматизации в это рабочее поле вызовет определенные проблемы, обусловленные не только техническими особенностями, но и противодействием со стороны персонала.

Поэтому проекты по автоматизации бизнес процессов почти всегда разрабатываются с нуля, так как невозможно, не погружаясь в специфику компании, определить те проблемы, которые могут всплыть в отдельно взятой организации. Случаются ситуации, когда менеджмент принимает решение об автоматизации, не приняв в расчет, что компания к ней попросту не готова, и реализовать проект не представляется возможным в принципе. Для того чтобы этого избежать, следует отчетливо представлять цель, которую необходимо достичь в результате автоматизации, определить, какие ресурсы нужны для достижения цели, какой персонал будет вовлечен в реализацию автоматизированного бизнес процесса, и какие рыночные тенденции могут оказать влияние на бизнес процесс в краткосрочной перспективе.

Только проработанная стратегия автоматизации процесса может обеспечить конечный результат и исключить риск работы ради работы. Всем известны примеры полной неработоспособности бизнес-процессов после их «автоматизации» или ситуации, когда невозможно завершить проекты по автоматизации из-за внутренних факторов. Поэтому немного остановимся на типичных проблемах, с которыми сталкиваются компании:

1. Ошибки при переносе процесса в автоматизированную систему – самая частая проблема, вызванная желанием сэкономить. Неопытные менеджеры, чаще всего сами держатели процесса, пытаются перенести свою работу в информационное поле и автоматизировать. В результате – потеряны детали, нарушена или вообще не соблюдается логика, нет последовательности автоматических действий, а весь автоматизированный процесс можно назвать разве только «костылем». Это логичный результат, потому что профессионалы продаж не могут быть профессионалами в области построения автоматизированных бизнес процессов. Такая работа требует особой квалификации и опыта, а результат может быть достигнут только совместными усилиями узких специалистов и владельца процесса. Если речь идет о процессе распространяющимся за рамки одного подразделения или компания решила автоматизировать сложный процесс (закупочный, производственный и т.п.), то только квалифицированная команда способна детально исследовать процесс «как есть» и создать работоспособную автоматизированную схему.
2. Саботаж автоматизации – это проблема, которая делит пальму первенства с ошибками при переносе процесса в автоматизированную систему. Команда, понимая, что автоматизированный процесс высвобождает у них временной ресурс, начинает мешать внедрению автоматизации, руководствуясь инстинктом самосохранения или элементарным нежеланием что-то менять в работе и учиться новому. Эту проблему достаточно сложно нивелировать на сто процентов, хотя при грамотном менеджменте и наличии реальных планов на ресурс в лице персонала, можно донести до команды, почему менеджмент принял решение об автоматизации, и какую роль в дальнейшем будет играть тот или иной специалист. Конечно, это не сработает, если ключевая цель автоматизации – сокращение издержек на персонал (а для многих компаний персонал по-прежнему остается самым дорогостоящим звеном).
3. Техническая неподготовленность персонала – проблема, которая проявляется, как правило, либо в самом начале автоматизации, либо, наоборот, когда проект закончился и уже запущен. Вопрос торможения автоматизации в связи с техническими затруднениями, по сути, меньшее из зол, с которым можно столкнуться в этой сложной работе, поскольку всегда есть возможность произвести обучение персонала и создать в компании внутреннюю систему наставничества во избежание таких проблем в будущем.
4. Не рассчитали свои силы – проблема инвестиционного характера. Планы на автоматизацию формулировались колоссальные, ресурсы компании были посчитаны неверно, и поэтому в какой-то момент стало очевидно, что на реализацию проекта не хватает ресурсов. Что делать? Оптимизировать сам процесс внедрения (время, скорость), искать ресурсы (заемные, отсрочки), менять условия (добиваться скидок, менять подрядчиков, сокращать объемы команд) и искать возможности для завершения процесса автоматизации любыми доступными способами, если он в итоге сулит компании прибыль.

Если указанные выше ошибки бизнесу удалось преодолеть, поскольку проблемные ситуации были проработаны заранее, перед ним встанет вопрос, как правильно отрегулировать автоматизированный бизнес процесс. Рассмотрим свойства таких бизнес-процессов поподробнее:

• Автоматизированный бизнес процесс должен обладать целью и задачами, которые компания решает в рамках этого бизнес процесса. Это значит, что любой пользователь процесса и менеджер компании, взглянув на бизнес процесс, может понять, какова конечная цель бизнес процесса, какие задачи необходимо выполнить, а также кто возьмет на себя ответственность за их выполнение на пути к этой цели. Например, если автоматизированный бизнес процесс – кросс-сейл товарных остатков прошлого года, то глобальная цель такого проекта заключается в том, чтобы распродать залежавшийся товар. Задачи на пути к достижению этой цели: формирование товарного ассортимента, написание скрипта на сайт, прикрепляющего товары по особому алгоритму в рекомендации покупателям, е-мейл рассылка по установленным правилам, установление скидок на товар прошлой коллекции и прочие действия, за каждым из которых закрепляется ответственный специалист или подразделение.
• Четкий автоматизированный процесс должен быть отрегулирован во времени. Это фактически главный принцип процессного управления: все действия и организация работы должна укладываться в какое-то регламентное время. Соответственно, говоря о первом примере с распродажей остатков, у такого проекта должен быть определен диапазон активности и скорость продуктивности. Диапазоном будет ограничено время начала работы и подведения результатов по процессу в целом, а скорость продуктивности (также измеряемая временем) даст возможность анализировать вклад каждого звена процесса в общий результат, контролируя при этом нарушение сроков исполнения работ, не обоснованное объективными причинами.
• Автоматизированный бизнес процесс должен иметь разделение на этапы и точки контроля. Это помогает контролировать ход выполнения процесса в зависимости от его стадии или фазы, распределять ответственность между участниками процесса и дополнительно оперативно анализировать процесс на этапе неполного завершения. Важно заметить, что внутри этапов команде предоставлена максимальная свобода действий и последовательности их активностей, но на точках контроля требуется жесткая отчетность по нормативному результату этапа и беспрекословное соблюдение назначенных сроков.
• Система нормативов автоматизированного бизнес процесса должна содержать достаточно сведений для возможности контролировать ход процесса. Процесс обязательно регламентируется набором документов и отчетностью. Совокупность этих элементов управления процессом позволяет команде искать выходы из затруднительных ситуаций в рамках установленного поля, а не просто следуя инструкции.
• Автоматизированный бизнес процесс можно рассмотреть не только с точки зрения указанных ранее аспектов, но и в разрезе используемых для его реализации ресурсов: рабочих часов, финансов, оборудования, технологий и прочего. Все эти вопросы должны быть изначально продуманы и рассмотрены на этапе внедрения бизнес процесса с учетом неких прогностических изменений ситуации, чтобы гарантировать завершение бизнес-процесса запланированным результатом.
• Ответственные за исполнение и результативность бизнес процесса люди. Насколько бы ни была совершенной система автоматизации бизнес-процессов, ей нужен живой контролер, способный смотреть на ситуацию глобально и критически. Поэтому любой автоматизированный бизнес процесс должен быть обеспечен ответственными за его исполнение сотрудниками, задача которых заключается не только в предметной функции, но и в контроле ключевых точек процесса.
• Информирование участников – важнейший элемент взаимосвязанной системы бизнес процессов, который является также и инструментом контроля. Наибольшую продуктивность показывают системы автоматического информирования обо всех происходящих в бизнес процессе действиях, построенные по принципу точек, на которых система сама генерирует уведомления и информирует особый список участников. Конечно, ручное информирование тоже работает, но требует дисциплины и очень часто дает определенные сбои.

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

И, тем не менее, ум человеческий тщетно пытался постигнуть ее в течение более чем 2 000 лет, между тем как, с другой стороны, ему удался, но крайней мере приблизительно, анализ гораздо более содержательных и сложных форм. Почему так? Потому что развитое тело легче изучать, чем клеточку тела. К тому же при анализе экономических форм нельзя пользоваться ни микроскопом, ни химическими реактивами. То и другое должна заменить сила абстракции.

Карл Маркс. Капитал. Том 1. Предисловие к первому изданию.

О бизнес-процессах говорят много и часто преимущественно в связи с автоматизацией бизнеса. Использую этот термин и я, в том числе, в своих статьях, посвященных CRM-системам, ERP, работе с BPMN-нотациями, IDEF0 и других инструментов, которые могут понадобиться в работе бизнес-консультанта и внедрении систем автоматизации. При этом в Рунете понятное и развернутое определение термина «бизнес-процесс» я не нашел.

Многие авторы используют его «по умолчанию», как термин «интуитивно понятный» без расшифровки, либо вообще вносят дополнительную путаницу использованием альтернативной терминологии, например, пишут вместо бизнес-процесса «бизнес сущность» и т.д.

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

Определение бизнес-процесса

Итак, в чем же разница между бизнес-процессом и функций или даже просто обычным процессом? В чем разница между этими терминами? Я пришел к следующему выводу:

Бизнес-процесс – это логическая последовательность действий человека (или нескольких человек) в коллективе. Цель описания бизнес-процесса – анализ и регламентация тех или иных действий в коллективе.

Почему я делаю особый упор на людях и коллективе:

1. Бизнес-процесс всегда происходит с участием человека. Если действия выполняются автоматической системой или программой, это уже не бизнес-, а технологический процесс или спецификация. И тогда в силу вступают несколько иные стандарты, методы описания и особенности реализации.
2. В бизнес-процессе всегда задействованы несколько людей в явной или неявной форме. Даже если человек работает один (например, писатель), все равно у него есть заказчики (издательские агентства) и потребители (читатели). Также продавец работает не в «вакууме» - у него есть поставщики и покупатели продукции, и все эти люди также задействованы тем или иным образом в бизнес-процессе.

Почему я пишу именно о коллективе, а не о коммерческой структуре или компании? Потому что понятие бизнес-процесса может быть использовано, в том числе, для некоммерческой организации. Это может быть благотворительность, выезд скорой помощи к пациенту или даже организация званого ужина без каких-либо продаж и получения прибыли. При этом также можно описывать бизнес-процесс, так как у нас есть люди, которые выполняют какие-то действия для получения определенного результата.

Описание бизнес процесса

Также важно дать определение описанию бизнес процесса:

Описание бизнес-процесса – это описание последовательности действий сотрудников при выполнении определенных действий в графическом и текстовом виде с целью регламентации действий в коллективе, анализа и оптимизации их последовательности.

И здесь необходимо понимать, что бизнес-процесс без описания не существует. Только в процессе описания появляется бизнес-процесс, т.е. невозможно реализовать одно без другого.
При этом все действия, которые описываются в бизнес-процессе, должны быть логичными, их последовательность должна приводить к определенной поставленной ранее цели.

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

Лично я сравниваю создание нового бизнес-процесса с балансированием на тонкой нити гармоничного сочетания творчества, искусства и строгой математики.

При этом нужно понимать, что ни один бизнес-процесс не может быть совершенным и на 100% соответствовать реальности. Всегда есть место каким-то упрощениям и допущениям, где-то при реализации даже самого строгого регламента свои коррективы вносит человеческий фактор.

Кроме того, как известно, в любой новой сущности всегда заложена возможность дальнейшего совершенствования. И создание бизнес-процессов также подтверждает этот философский тезис. Как бы вы ни старались описать бизнес-процесс идеально, все равно в нем найдется что-то такое, что также можно улучшить либо сейчас, либо – в будущем.

И здесь очень важно с одной стороны, вовремя остановиться самому, ведь обновленные бизнес-процессы будут реализовывать реальные люди, которые привыкли работать «по старинке», и нужно учитывать их косность мышления и степень обучаемости. Также и автоматизация, которая обычно входит в модернизацию бизнес-процессов, требует определенных вложений. И здесь нужно исходить из реальных возможностей заказчика.

Все это бизнес-консультант должен четко понимать сам, знать, где и на каком уровне допущений он упростил описание бизнес-процесса, а где решил отложить на будущее какие-то решения по объективным причинам (финансы, человеческий фактор). И все это нужно уметь просто и понятно объяснить руководителю бизнеса.

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

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

Для наглядности описание технологического процесса может выглядеть таким образом:

1. Берем заготовку A;
2. Соединяем ее с заготовкой B;
3. Обрабатываем под параметры C;
4. Получаем деталь.

Все однозначно и никаких условных «вилок» не предусматривается.

В бизнес-процессе вполне нормальной считается следующая ситуация:

1. Получаем вводные данные A:
   • Если данные соответствуют условию B, переходим на последовательность действий C;
   • Если данные соответствуют условию D, выполняем действия E.
2. Полученный результат передается на выход.

Т.е. уже в алгоритме процесса предусмотрены возможные условия и разные действия, зависящие от исходных или промежуточных данных.

История появления термина

Я не единожды читал информацию о том, что нотации бизнес-процессов IDEF0 появилось чуть ли ни в середине XIX века. Более реалистичные авторы пишут о периоде Второй Мировой войны. Но и они ошибаются.

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

Нотации – понятие современное, причем, нотациями называется нечто устоявшееся, стандартизированное, т.е. набор команд и обозначений, которыми пользуется много людей, а не одна или две организации. Можно придумать свой особый язык для описания бизнес-процессов или, например, программирования. Но пока он не получит «обкатку» в массовом использовании, не будут выявлены и устранены противоречия, неоднозначные трактовки, другие недочеты, пока он не стает устоявшимся и привычным для людей стандартом, называть его нотацией нельзя. Подробнее о нотациях я планирую написать позже. А сейчас вернемся к вопросу появления термина «бизнес-процесс».

На самом деле описание бизнес-процессов и нотации BPMN появились в 70-е годы XX века, когда повсеместно начали использоваться информационные системы. И сам термин, и нотации понадобились изначально именно для разработки информационный систем.

Дело в том, что после начала применения информационных систем сложность организации работы людей в организациях увеличилась во много раз. Кроме того, машины не понимают абстракции, им требуется строгий алгоритм и определенный порядок введения и обработки информации. Если до начала автоматизации, когда информация переходила непосредственно от человека к человеку, проблема взаимопонимания находилась на уровне человеческих коммуникаций, то теперь появилась необходимость ее строго регламентировать.

В результате понадобилось создавать описания работы не только людей в организации, но также их взаимодействия с информационными системами. И здесь стало недостаточно текстовых нотаций (инструкций), где все описания были в свободной текстовой форме, они оказались не актуальны и неудобны. Появилась потребность в стандартизации, по сути, в создании особого языка команд и однозначной последовательности действий. Причем, в отличие от машинных языков, эти нотации должны были стать одинаково удобными для перевода в машинный код, и для восприятия человека.

Первые методологически проработанные нотации бизнес-процессов (а я буду говорить именно о методологически проработанных нотациях, например, IDEF3***) появились у военных в США. Причина очевидна – уже тогда военные в США пользовались автоматизацией с использованием удаленных соединений, т.е. той самой системой, которая позже стала Интернетом. И при таком уровне применения информационных систем потребность в нотациях бизнес-процессов была особенно актуальной.

***По теме методологически проработанных нотаций хочу также сказать пару слов. Почему я привел в качестве примера IDEF3: я еще не видел более проработанной методологически системы описания бизнес-процессов. Даже BPMN 2.0 все еще развивается и дорабатывается. А если вы почитаете англоязычное описание IDEF3 (перевода на русский я пока не видел), то также сумеете оценить по достоинству глубину его проработки.

Очень быстро методология и нотации завоевали огромную популярность в бизнес-среде.
Нотации позволили получить инструмент описания взаимодействия людей и цифровых информационных систем.

С их помощью оказалось возможным оптимизировать бизнес, т.е. получить более высокую производительность при тех же затратах.

Особенно заинтересовала бизнес возможность оптимизации. Как известно, чтобы что-то улучшить, нужно четко понимать, что вы имеете, и что из этого вы желаете изменить. И графические нотации наглядно показывали обе ситуации – отправная точка и желаемый результат, а также наиболее проблемные области. На основе этих данных выбрать оптимальный путь решения и смоделировать оптимальный вариант модернизации оказалось намного проще, чем без столь удобных инструментов.

Именно тогда появились понятия бизнес-процессов и нотаций бизнес-процессов, два неразрывно связанных понятия.

Очень важно понимать, что не существует, например, отдельного «бизнес-процесса продажи». Есть процесс продажи, который станет бизнес-процессом, если его описать при помощи нотации. Т.е. без описания в нотации бизнес-процесса вы занимаетесь продажами, это никто не оспаривает. Но пока нет определенного незыблемого и однозначного описания ваши продажи – явление, в чем-то, стихийное. А бизнес-процессом они станут только после их описания в рамках нотации и реализации этого описания на практике.

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

Зачем моделировать (описывать) бизнес-процессы

Как я уже не единожды писал, я работаю преимущественно с малым и средним бизнесом, где предоставляю широкий комплекс услуг – от выявления проблем и «узких мест» в работе компании до внедрения предложенных мною решений на уровне программных продуктов и систем автоматизации.

Моделирование бизнес-процессов помогает решить сразу две задачи:

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

И сочетание изучения истории появления термина с моим личным опытом дает следующее определение:

Бизнес-процессы необходимы, чтобы представить сложную информацию в простой для восприятия форме для изучения и принятия решения.

Представьте себе обычную компанию, состоящую из разных подразделений: бухгалтерия, кадры, отдел продаж, склад, доставка, производство и т.д. Над всем этим стоит один человек – руководитель бизнеса. Он физически не может на экспертном уровне понимать все виды процессов в бизнесе. Именно потому и нанимают различных специалистов. Но ему необходимо эффективно всем этим управлять, а в определенных случаях – модернизировать.

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

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

Как описывать бизнес-процессы

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

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

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

1. Собираем участников процесса (сотрудников);
2. Собираем входящую информацию, необходимую и достаточную для запуска процесса;
3. Собираем используемые системы. Это может быть учетная система,CRM, электронная почта, таблицы Excel и т.д. Все, что реально используется в работе, необходимо зафиксировать.
4. Определяем ожидаемый результат – что будет в конце процесса.
5. Собираем последовательность действий, которые выполняет человек.
6. Вычленяем условия. В зависимости от разных входящих данных и промежуточных результатов действия могут быть разными.
7. Описываем всю собранную информацию в графическом виде в удобной нотации (IDEF3, BPMN 2.0 и т.д.).

Правила описания бизнес-процесса

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

• Законченность. Бизнес-процесс должен четко отвечать на вопрос, стоящий перед ним. Если мы говорим о процессе продажи определенного товара или услуги, то бизнес-процесс должен полностью описывать действия, необходимые для получения указанного результата, и завершающегося именно таким результатом (с определенными допущениями, о которых я говорил выше).
• Лаконичность. Бизнес-процесс должен сочетать в себе достаточность, т.е. описывать все необходимые этапы и действия, при этом быть максимально лаконичным для простоты восприятия. Лично я вывел для себя «правило 15 минут» - если за этот период времени я могу объяснить руководству компании представленный бизнес-процесс, значит, его можно показывать заказчику. Получается быстрее – прекрасно, требует больше времени и слов – надо подумать, что можно сократить и упростить.
  Я когда-то лично видел графическое описание бизнес-процесса, выполненное на листе 2 метров длиной (и соответствующей шириной). Его даже просто рассмотреть и понять, куда ведет какая стрелка крайне сложно. А как его пояснять заказчику, я лично не представляю.
  Помните, что человек воспринимает зрительно определенный объем информации, ограниченный, в том числе, определенным размером листа или экрана (это связано с особенностями зрения), а также числом элементов (возможности мозга также ограничены). Простой и лаконичный бизнес-процесс заказчик поймет, просто «охватив» схему взглядом. Сложный и перенасыщенный деталями придется изучать не один час просто для того, чтобы понять, что там отображено. Скорей всего, руководитель компании, который не является экспертом в работе отдельных подразделений, а также ограничен по количеству свободного времени, просто не будет изучать столь сложную конструкцию и не поймет сути даже самых выгодных предложений.
• Использование общепризнанных нотаций. Не стоит изобретать собственные обозначения и правила. Используйте нотации, которыми пользуются во всем мире. Я видел в книгах некоторых отечественных авторов попытки создания собственной системы обозначений. И, честно говоря, так и не понял, зачем они усложняют жизнь и себе, и своим читателям. Здесь как с языком – вы можете придумать свой особый язык, но понимать его никто, кроме вас, не будет. А если он окажется похож на существующие, то может еще и путаница появиться. Либо вас сочтут безграмотным, так как вы не по правилам известных языков используете пунктуацию, склоняете слова и т.д. Так и с нотациями – есть уже устоявшиеся, известные людям и, что также немаловажно, интуитивно понятные нотации. Они потому и стали популярны, что в процессе их создания и доработок постоянно тестировались на простоту, однозначность и удобство. Если вы будете использовать готовые нотации, вас будут понимать, воспринимать, как эксперта, да и сами правила нотаций уберегут вас от логических ошибок. Я лично рекомендую IDEF3 и BPMN 2.0.
• Все участники бизнес-процесса должны быть учтены и прямо указаны. И делать это необходимо без использования сносок с нумерациями, комментариях в объектах Swimm line (специальные сноски) и т.д. Этим нередко «грешат» любители создавать собственные конструкции вместо использования готовых нотаций. Где-то у них названия не помещаются, где-то им кажется, что длинное название в теле бизнес-процесса будет неудобным. В результате либо приходится искать в сносках, о ком именно идет речь, либо создатели таких бизнес-процессов просто забывают указать кого-то из участников.
• Понятное потребителю описание. Самое главное – ваш потребитель, тот, кто будет читать эту нотацию, должен быстро и, в идеале, даже без ваших пояснений понимать описание бизнес-процесс.

Все остальное зависит только от вас и потребителя описания бизнес-процесса. Если вам очень нравится применение различных цветов (для стрелок или объектов), я считаю это вполне допустимым. Также можно создавать нотацию не только в предложенных мною инструментах, но в любой удобной для вас среде. Если нотация соответствует перечисленным выше правилам и понятна вашему потребителю, вы создали именно то, что нужно. И это действительно описание бизнес-процесса, профессиональное и оптимальное для работы.

Распространенные мифы и заблуждения

Не «изобретайте велосипед»! Не нужно придумывать свои нотации.

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

Я не рекомендую так поступать. Во-первых, при использовании готовых инструментов вам не потребуется изобретать свои обозначения и стандарты. Все давно придумано до вас. При этом стандартные нотации действительно понятны интуитивно, читаются однозначно, известны многим людям. Во-вторых, в готовых системах (IDEF3, BPMN 2.0 и пр.) имеется проработанная методология и строгие ограничения. Их можно воспринимать как язык программирования и среду для работы с этим языком. Здесь вы просто не сумеете совершить многих ошибок, от этого вас уберегут стандарты синтаксиса и сама среда (ограничения в редакторе, автоматические проверки).

Не путайте описания бизнес-процессы компании и бизнес-процессы IT систем.

Во многих автоматизированных системах, например, 1С или Zoho CRM, существуют собственные сущности с названием «бизнес-процессы». Но к описываемым в этой статье бизнес-процессах эти сущности не имеют никакого отношения. Считайте их «омонимами», т.е. термины вроде звучат одинаково, но в нашем случае это – описание работы компании, а в IT системах – название группы функций и отчетов.

Распространенная ошибка: Бизнес-процесс обязательно приносит ценность (прибыль).

О том, что бизнес-процессы должны приносить прибыль, я слышал даже от известных спикеров. Более того, видел даже “разбор ошибок” при создании бизнес-процесса, в котором очень много внимания уделяется тому, что 70% действий не несут никакой ценности.

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

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

Возможно ли создать идеальный бизнес-процесс - когда следует остановиться?

Нет. Бизнес--процесс должен быть простым, понятным, удобным, читабельным. Но идеальным он не будет никогда.

Когда я начинал работать, мне и самому все время казалось, что я что-то недорабатываю, где-то можно было бы сделать лучше. А нередко и клиенты меня просили детализировать и описать подробнее тот или иной процесс. И я это также считал своим недочетом.

На самом деле, исходя из всего выше описанного, моделирование бизнес-процесса - это некоторое допущение, процесс творческий. С другой стороны, я в свое время не знал даже что ответить на просьбы описать еще “это” и “вон то”. Но со временем я понял, что бизнес-моделирование - это не просто творчество, но некий диалектический процесс. И уже само создание бизнес-процесса всегда будет нести в себе собственное отрицание. Здесь действительно стоит подходить к вопросу с философской точки зрения. И создавая бизнес-процесс, нужно помнить, что мы не можем охватить все и сразу, а потому он всегда будет несовершенен. Но при этом мы уже закладываем в него то, что будем совершенствовать в будущем. Стоит к этому подходить просто как к факту.

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

Отчетность за сотрудников