Бизнесу место

Бизнесу место

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

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

День 1.

Процессный подход к управлению компании.

  • Управление эффективностью компании. Компоненты системы Business Performance Management (BPM);
  • Достоинства и недостатки процессного и функционального подхода управления компанией;
  • Требования международных стандартов серии ISO 9000:2015 по организации процессного управления;
  • Виды, уровни процессов в компании;
  • Уровни зрелости процессов. Вовлеченность организации в процесс оптимизации процессов;
  • Анализ направлений оптимизации, ускоряющих проектов в зоне ответственности консультанта по бизнес-процессам;
  • Генераторы увеличения стоимости компании;
  • Цели, задачи, зоны ответственности руководителя проекта по описанию и оптимизации бизнес-процессов.

Практикум:

  • Анализ процессных моделей зарубежных и российских компаний;
  • Разработка задач и системы KPI руководителя проекта по описанию и оптимизации бизнес-процессов.

Инструменты управления руководителя проекта по описанию и оптимизации бизнес-процессов.

Диагностика системы управления, процессной структуры компании.

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

Практикум:

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

День 2.

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

  • Подход управления бизнес-процессами с использованием цикла Деминга;
  • Описание (моделирование) процессов, регламентация и аудит бизнес-процессов, улучшение (оптимизация) бизнес-процессов;
  • Бизнес-модель процессно-ориентированной компании;
  • План проекта внедрения процессного управления в компании: цели проекта, структура управления, роли и ответственность, состав работ, риски проекта, график проекта.

Описание (моделирование) бизнес-процессов.

  • Цели описания (моделирования) бизнес-процессов;
  • Определение уровней и стандартов описания бизнес-процессов;
  • Описание процессов «обратным ходом» и «прямым ходом»;
  • Нотации (языки) описания бизнес-процессов. Анализ применимости рассмотренных нотаций на практике;
  • Диаграмма SIPOC. Практические примеры;
  • Соглашение о моделировании;
  • Кто должен моделировать процессы?

Практикум:

Моделирование различных процессов компаний слушателей в различных нотациях (SIPOC, EPC, IDEF). Моделирование организуется в программной среде MS VISIO. Процессы для моделирования оговариваются заранее с Заказчиком. Слушатели приходят на семинар с документами, в которых отражены задачи и функционал выполняемый этими подразделениями.

Практикум:

Анализ моделей процессов, подпроцессов, выполненных слушателями. Разбор выявленных ошибок.

День 3.

Регламентация деятельности компании.

  • Система регламентации: структурные регламенты, процессные регламенты;
  • Трудности и типовые ошибки регламентации;
  • Правила выбора бизнес-процессов для регламентации;
  • Структура регламента выполнения бизнес-процесса;
  • Стандартные операционные процедуры (СОП);
  • Состав работ по регламентации бизнес-процесса.

Практикум:

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

Аудит бизнес-процессов.

  • Цели и задачи аудита бизнес-процессов компании;
  • Объекты и субъекты аудита бизнес-процессов;
  • Результаты аудита бизнес-процессов и их потребители (руководство, органы сертификации, руководители и т.п.);
  • Типовые документы для проведения аудита;
  • Проблемы аудита бизнес-процессов компании.

Практикум:

Процедура проведения аудита выбранного бизнес-процесса организации, анализ типичных ошибок.

День 4.

Оптимизация бизнес-процессов компании.

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

Практикум:

Оптимизация выбранного процесса при помощи подхода SIPOC.

Чем программы сокращения затрат отличается от минимизации потерь? Как организовать и вовлечь персонал в реализацию таких программ?

Практикум:

  • Кейс «Разработка проекта «Оптимизация бизнес-процессов»;
  • Кейс «Разработка проектов «Снижение затрат», «Бережливое производство в офисе».

Управление эффективностью процессной системы.

  • Системный подход к решению задач управления эффективностью;
  • Использование системы сбалансированных показателей (Balance Scorecards) при планировании и контроле реализации стратегии развития;
  • Использование ключевых показателей эффективности (KPI) для оценки результативности и эффективности бизнес-процессов;
  • Принципы и подходы к разработке KPI.

Практикум:

Разработка показателей KPI для процессов и подразделений компаний участников.

УСЛОВИЯ ОБУЧЕНИЯ

При единовременном участии двух и более сотрудников в одном мероприятии предоставляется скидка 7%.

Что входит в стоимость

Методический материал, обеды, кофе-паузы.

Документ по окончании обучения

Слушатели, успешно прошедшие итоговую аттестацию по программе обучения, получают Удостоверение о повышении квалификации в объеме 32 часов, (Лицензия на право ведения образовательной деятельности от 03 мая 2017 года №038386, выдана Департаментом образования города Москвы).

Информация для региональных клиентов

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

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


Зачем нужна оптимизация бизнеса

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

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

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

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

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

Обязательные 4 правила эффективной оптимизации

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

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

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

Правило №1 – Основа оптимизации

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

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

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

Правило №2 – «Чистить рыбу с хвоста»

Данное правило дает возможность оценивать оптимальность от «частного к общему». То есть, стоит обратить внимание на отдельные недостатки продуктивности, ее нереализуемые моменты. К примеру, есть задача продавать 10 машин в салоне Люкс класса. На сегодняшний момент реализация – 5 машин. Специалист, при разборе данной ситуации учитывает такие моменты, как:

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

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

Правило №3 – Гибкость оптимизации

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

Правило №4 – Человеческий фактор

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

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

Методы, которые помогут оптимизировать бизнес

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

До сих пор монография «Business process reengineering» считается лучшим материалом обучения для реструктуризации бизнеса. Однако с развитием рынка и бизнеса, в целом, появляются новые, более современные методы анализа и оптимизации бизнес-процессов.

Метод оптимизации инжиниринг

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

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

Метод реинжиниринга

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

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

Метод непрерывного совершенствования (CPI)

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

Метод Total Quality Management

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

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

Антон Тимохин

Руководитель проектов дирекции по развитию НПО «ЭЛСИБ»

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

Начало начал

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

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

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

Список можно продолжить.

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

  • Слепая вера топ-менеджмента компании в то, что внедрение новой программной системы (ERP, CRM, MRP и др.), которая (по заверению ее разработчиков) после внедрения и использования лучших практик, заложенных в референтных моделях, совершит чудо и бизнес сам начнет изменяться в положительную сторону…;
  • Сложившийся факт, что описание бизнес-процессов многими рассматривается как универсальный инструмент решения проблем. Но на практике это далеко не так — описание может помочь в устранении проблемных зон, но не само по себе, а в рамках комплексного подхода, одним из компонентов которого может быть как раз формализация бизнес-процессов компании;
  • Отсутствие бизнес-задачи. Компания работает, приносит некоторую прибыль. Да, при этом есть некоторые сложности в коммуникациях, но не более чем «рабочие моменты». Зачем менять сложившуюся практику выполнения работ, тем более, что описание бизнес-процессов потребует инвестиций в программное обеспечение, обучение специалистов, отвлечение сотрудников от рабочего процесса? Снижение эффективности компании и увеличение издержек неизбежно, если в цели проекта не входит увеличение бизнес-показателей.

Несколько слов об оптимизации

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

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

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

Про инструменты и методологии

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

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

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

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

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

Что можно получить в итоге

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

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

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

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

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

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

Лучшие практики

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

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

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

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

Этап первый — инициация проекта

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

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

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

Этап второй — бизнес-задача

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

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

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

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

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

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

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

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

Этап третий — программное обеспечение

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

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

Выбор программного продукта осуществлялся по следующим критериям:

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

После анализа рынка систем бизнес-моделирования было принято решение об использовании в нашем проекте системы Business Studio, наиболее полно соответствующей установленным критериям.

Этап четвертый — методология

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

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

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

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

  • Организационную структуру;
  • Информационные системы, поддерживающие выполнение бизнес-процессов;
  • Носители информации, используемые в процессах.

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

Этап пятый — бизнес-модель, рабочие группы

Дальнейшая схема выполнения проекта подробно представлена на рисунке 1.

Рисунок 1. Схема выполнения основной фазы проекта по описанию и оптимизации бизнес-процессов

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

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

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

В рамках проекта владельцы бизнес-процессов отвечают за обеспечение выполнения работ по:

  • Описанию и оптимизации своих бизнес-процессов;
  • Выработке предложений по оптимизации бизнес-процессов;
  • Анализу и согласованию предложений по оптимизации бизнес-процессов, сформированных участниками рабочих групп.

Группой управления проектом совместно с владельцами бизнес-процессов проводится формирование рабочих групп по описанию бизнес-процессов верхнего уровня. В состав групп включаются руководители и специалисты структурных подразделений компании, имеющие, в силу своего опыта работы в компании или состава должностных обязанностей, достаточное представление о бизнес-процессе, подлежащем описанию и оптимизации. Рабочие группы возглавляет руководитель рабочей группы. Он назначается из числа руководителей структурных подразделений, принимающих участие в выполнении соответствующего бизнес-процесса. Численность рабочей группы варьируется в зависимости от «объема» и сложности конкретного бизнес-процесса.

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

После выполнения всех вышеперечисленных подготовительных мероприятий и установки системы бизнес-моделирования на рабочие станции пользователей проводится обучение участников рабочих групп и, при необходимости, руководителей среднего и высшего звена компании методикам и принципам описания и оптимизации бизнес-процессов. Обучение рекомендуется разделять на теоретическую (для всех) и практическую (для участников рабочих групп) части. Большее время необходимо уделять практике описания бизнес-процессов и работе с системой бизнес-моделирования, отрабатывая на простых примерах навыки работы и демонстрируя «классические» ошибки.

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

Этап шестой — моделирование, оптимизация

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

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

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

Чтобы исключить дублирование информации в справочниках системы, на данном этапе в группах по описанию и оптимизации бизнес-процессов назначаются ответственные. Они осуществляют ввод данных в справочники на основании запросов участников группы.
Также в целях повышения эффективности работы групп, структурирования информации в базе данных системы, минимизации временных затрат на поиск информации в системе при вводе данных в справочники группы «Объекты деятельности» рекомендуется создавать структуру каталогов (например так, как это описано в статье «Организация работы с документами на платформе Business Studio»).

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

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

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

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

Этап седьмой — внедрение

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

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

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

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

Вместо заключения

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

ПРОГРАММА:

1. ВВЕДЕНИЕ
1.1. С чем связаны проблемы организаций?
1.2. Для чего используется моделирование бизнес-процессов?
1.3. К чему приводит незнание процессов и отсутствие регламентов?

2. КЛЮЧЕВЫЕ АСПЕКТЫ УПРАВЛЕНИЯ
2.1. Организация как система управления
2.2. Структура организации и механизмы координации
2.3. Матрица «функции/процессы»
2.4. Модель «Иерархия создания ценности»
2.5. Модель зрелости процессов организации

3. ПРОЦЕССНЫЙ ПОДХОД К УПРАВЛЕНИЮ КОМПАНИЕЙ
3.1. Основы процессного управления
3.2. Преимущества использования процессного управления
3.3. Базовые элементы управления процессами
3.4. Термины и определения
3.5. Структура бизнес-процесса
3.6. Границы процесса
3.7. Классификация бизнес-процессов
3.8. Алгоритм перехода компании на процессное управление

4. ПОДГОТОВКА К МОДЕЛИРОВАНИЮ
4.1. Определение перспектив и целевого назначения
4.2. Типичные способы распространения моделей
4.3. Определение техник моделирования
4.4. Разработка единых правил моделирования
4.5. Выбор программного обеспечения для моделирования процессов

5. ФОРМИРОВАНИЕ ЦЕЛОСТНОЙ СТРУКТУРЫ ПРОЦЕССОВ
5.1. Стратегия компании и оптимизация процессов
5.2. Выявление основных процессов организации
5.3. Подходы при создании общей схемы процессов
5.4. Построение систематизирующей схемы процессов

6. КАРТЫ ПОТОКА СОЗДАНИЯ ЦЕННОСТИ
6.1. Метод анализа добавленной ценности
6.2. Методика построения системы бизнес-процессов на основе цепочек создания ценности

7. МОДЕЛИРОВАНИЕ И АНАЛИЗ ПРОЦЕССОВ «КАК ЕСТЬ»
7.1 Процедура моделирования и анализа «как есть»
7.2 Моделирование «как есть»
7.3 Способы документации и консолидации моделей «как есть»
7.4 Анализ фактической ситуации
8.1. Конкретизация целей оптимизации
8.2. Контрольные функции при формировании целостной модели

9. ФОРМИРОВАНИЕ РЕГЛАМЕНТОВ БИЗНЕС-ПРОЦЕССОВ
9.1. Методика регламентации бизнес-процессов
9.2. Закрепление ответственности за процессы
9.3. Иерархия целей компании и определение показателей процессов
9.4. Виды показателей бизнес-процессов
9.5. Пример содержания Регламента бизнес-процесса

10. ФОРМИРОВАНИЕ ОРГАНИЗАЦИОННОЙ СТРУКТУРЫ
10.1. Принципы процессно-ориентированной организации
10.2. Алгоритм построения процессно-ориентированной организации

11. ВНЕДРЕНИЕ НОВЫХ ПРОЦЕССОВ
11.1. Варианты внедрения новых процессов
11.2. Стратегии внедрения новых процессов
11.3. Определение требований к обучению
11.4. Назначение и перемещение сотрудников

12. ПРОЦЕДУРА НЕПРЕРЫВНОГО УПРАВЛЕНИЯ ПРОЦЕССАМИ

Отзывы:

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

«Понравилось общение с коллегами, увидела живой интерес в глазах всех участников по разработке бизнес-процесса. Уверена, у нас все получится» Горбуннова Елена Сергеевна
начальник ООТиМ ООО "ПФ "Вараксино"

«После тренинга в голове осталось четкое понимание термина "бизнес-процессы" и для чего эти процессы нужны в компании. Понял, насколько важное дело мы затеяли.» Шомполов Антон Витальевич
мастер ООО "ПВ "Вараксино"

Все отзывы о данной программе

Калькулятор стоимости тренинга

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

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

Программа дает:

  • Оптимальную по объему теорию и практику
  • Реально действующие инструменты для развития бизнеса
  • Возможность сделать собственный проект по разработке эффективной системы бизнес-процессов в соответствии со стратегией развития бизнеса, выполняемый под руководством опытного преподавателя
  • Информацию о новых IT-продуктах для бизнес-моделирования
  • Возможность обучения в комфортном режиме: дистанционный формат, без отрыва от основной деятельности
  • Удостоверение установленного образца по итогам

Цель:

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

Основные темы и план:

Модуль 1. Бизнес-архитектура современной компании

  • Эволюция описаний бизнес-архитектуры
  • Пошаговое расширение модели деятельности в стандартах ISO
  • Модели корпоративной архитектуры и ее частные проекции
  • Логика построения бизнес-архитектуры
  • Сценарий пошагового расширения корпоративной и бизнес-модели «от стратегии»
  • Сценарий пошагового расширения корпоративной и бизнес-модели «от структуры»
  • Разработка корпоративной архитектуры «как надо»
  • Компоненты электронных моделей и регламентов компаний
  • Алгоритм построения системы управления изменениями
  • Общая схема начального структурирования компании

Модуль 2. Инструменты процессного подхода

  • Текстовый, табличный и графический способы описания бизнес-процесса
  • Глубина описания бизнес-процессов
  • Программа действий построения сети процессов в организациях
  • Формирование модели бизнес-процесса в нотации IDEF0
  • Пример описания процесса в нотации IDEF0
  • Пример ветвления и слияния стрелок
  • «Миграция» и «туннелирование» стрелок, принципы декомпозиции
  • Оформление схемы модели. Нумерация объектов
  • Взаимодействие на уровне владельцев процессов
  • Диаграмма процессов Basic Flow Сhart
  • Кросс-функциональная диаграмма (Cross-functional Flow Сhart)
  • Горизонтальное и вертикальное взаимодействие
  • Описание модели процессов рабочих мест
  • Нотация моделирования eEPC. Пример диаграммы. Основные объекты
  • Нотация моделирования DFD. Пример диаграммы. Основные объекты
  • Нотация моделирования IDEF3. Пример диаграммы. Основные объекты
  • Нотация моделирования BPMN. Пример диаграммы. Основные объекты
  • Нотация моделирования язык моделирования Тупкало (ЯМТ). Пример диаграммы. Основные объекты

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

  • Проблема создания комплексной регламентирующей документации
  • Задачи документирования деятельности
  • Система взаимосвязанных информационных моделей организации
  • Программное обеспечение для моделирования бизнес-архитектуры организации
  • Структура моделей методологии ARIS, диаграммы процессов ARIS и BPWin
  • ОргМастер «Профи», матричное моделирование
  • Business Studio Общая архитектура и пользовательский интерфейс. Средства описания бизнес-архитектуры компании
  • Средства формализации стратегии компании. Средства генерации отчетов
  • Публикация бизнес-архитектуры организации в web

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

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

В результате освоения программы слушатель будет

Знать:

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

Уметь:

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

Иметь навыки:

  • построения модели бизнес-процессов верхнего уровня;
  • построения модели распределения ответственности;
  • формирования классификатора функций организации;
  • подготовки регламентов бизнес-процессов и процедур;
  • проектирования бизнес-процессов организации в нотациях IDEF0, Process Flow Chart, Cross-functional Flow Сhart.

Документ об окончании:

Удостоверение о повышении квалификации установленного образца от АНО «еНано»

Требования к компьютерному оборудованию и каналам связи

Требования к среде
  • Операционная система windows vista/7/8; mac os 10.5+
  • Экран с диагональю не менее 15”;
  • Процессор pentium 1 гГц или выше;
  • Оперативная память 512 мб или выше;
  • Свободное дисковое пространство 200 мб;
  • Минимальное разрешение дисплея по горизонтали 1024 точек;
  • Минимальное разрешение по вертикали 768 точек;
  • Глубина цвета дисплея 16 бит (65536 цветов) или выше;
  • Звуковая карта 16 бит, совместимая с ос (для аудио сопровождения);
  • Браузер Google Chrome версия 26 и выше; IE 8.0 и выше; Safari (Mac) версия 6.0 и выше.
Основные требования
  • Компонент Adobe Flash Player, версия не ниже 9 (установить с сайта Adobe).
  • Колонки, наушники или встроенный динамик - для звукового сопровождения курса.