Помощь по Теле2, тарифы, вопросы

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

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

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

Начало начал

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

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

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

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

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

• Слепая вера топ-менеджмента компании в то, что внедрение новой программной системы (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. Общая информация об учебном центре: история, миссия, кадровая политика.
2. Обязанности сотрудника
3. Схемы, представляющие алгоритм действий, необходимых для реализации конкретной задачи.
4. Инструкции, необходимые сотруднику в работе.
5. Часто задаваемые вопросы, советы и т. п.
6. Схема, позволяющая быстро найти тот или иной документ.

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

Формализация процессов

Коснемся также вопроса формализации бизнес-процессов. В организации работы учебного центра (накоплении знаний, в частности) нужна структура.

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

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

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

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

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

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

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

Автоматизация процессов

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

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

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

Заключение

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

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

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

Вопросы, на которые необходимо ответить:

Какие наиболее важные расходы предполагает бизнес-модель?

Какие из ключевых ресурсов самые дорогие?

Какие ключевые виды деятельности требуют наибольших затрат?

Примеры бизнес-моделей инновационных проектов представлены в приложении Е.

2 Алгоритм формализации бизнес-модели

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

Рис. 1. Алгоритм формализация бизнес-модели

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

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

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

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

Третий уровень позволяет увидеть взаимосвязь важнейших элементов бизнес-системы предприятия и интегрировать эти элементы в рамках одной схемы. Здесь необходимо определить 9 элементов (по модели А.Остервальдера): потребительские сегменты, взаимоотношение с клиентами, каналы сбыта, ценностное предложение, ключевые виды деятельности, ключевые ресурсы, ключевые партнеры, структура издержек и потоки поступления доходов.

Вопросы, на которые необходимо ответить в процессе разработки бизнес-модели.

Уровень 1. Определение продукта и точки монетизации

Определить продукт / услугу (Что будет продаваться на рынке).

Определить кому требуется этот продукт /услуга (потребителя).

Определить сколько потребитель может и готов платить за данный продукт / услугу

Провести сегментацию (выделить группы потребителей)

Есть ли аналоги на рынке, какие есть конкуренты

Уровень 2. Определение затрат

2.1 Определение технологию производства продукта (оказание услуги)

2.2 Определить необходимые ресурсы

2.3 Определить стоимость необходимых ресурсов для производства единицы продукции

2.4 Найти поставщиков

Уровень 3. Создание системы

3.1 Определение 9 элементов бизнес-модели

3.2 Определение взаимосвязей и процессов между элементами бизнес-модели.

Перспективы развития бизнеса

Необходимо определить перспективные направления развития бизнеса:

Выделить перспективные сегменты рынка;

Показать направления развития продуктов и технологий компании;

Представить шаги по развитию продукта, технологии и бизнеса в целом.

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

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

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

Бизнес и экономика

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

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

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

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

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

Важно! Прибыль, как кровь для кровеносных сосудов. Она дает жизнь предприятию. Не будет прибыли - дело прекратит свое существование.

Предпринимательство и спортивный характер

Бизнес и спорт похожи. Цель спортивного состязания - обойти соперников и взять главный приз. Такова и цель предпринимателя: придумать интересную идею и первым занять нишу.

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

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

• планировать поступление денег;
• планировать производственную деятельность;
• планировать расходы.

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

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

Рис.1. Вариант дерева функций

Рис.2. Фрагмент структуры бизнес-процессов

Рис.3. Фрагмент последовательности бизнес-процессов

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

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

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