Нас часто забывают спросить, почему мы так любим бизнес-процессы и какие проблемы решаем с помощью процессного управления.
В этой пилотной статье нашего блога мы рассмотрим, как с помощью одной модели одного бизнес-процесса можно решить несколько практических задач в жизни бизнеса любого размера.
Организационно-штатная структура
В качестве примера создадим если не федеральный банк, то хотя бы отдел продаж новой компании для плановой реализации N единиц продукции в месяц.Отделению нужны сотрудники и начальник.
Сколько и какие сотрудники и руководители нужны для реализации такого объема продукции? Пока не ясно, придется набросать модель.
До появления BPM-сервиса BP Simulator это приходилось делать на песке пляжа, на стенах и других доступных платформах.
Этого уже достаточно для ручной или автоматической генерации:
- Положение о подразделении «Отдел продаж»
- План найма (9 штатных должностей)
- Должностные инструкции сотрудников:
- глава отделения
- Персональный менеджер
- Менеджер по продажам
- Специалист бэк-офиса
- Вакансии по поиску персонала (4 должности)
- План обучения (9 сотрудников на 4 должности)
Формирование бизнес-требований к внедрению программного обеспечения
Ресурсы мы подготовили, нужно подумать об инструменте – программном обеспечении.Руководитель проекта из ИТ-отдела будет рад, если вместо серии спорные интервью вы дадите ему более подробную модель будущего бизнес-процесса.
Итак, вот мы добавили входы/выходы и ресурсы для выполнения функций: 
В требованиях можно подробнее описать последовательность выполнения функций, например «Привлечение клиентов»:
- Импорт списка клиентов
- Приоритизация списка клиентов, которым нужно позвонить
- Автоматический обзвон клиентов
- Запись результата контакта
Операционные расходы
Вы определились с капитальными затратами на лицензии на программное обеспечение, а как насчет операционных расходов? Необходимо провести стоимостной анализ доли затрат в себестоимости продукции.Дополним нашу модель стоимостью ресурсов (или свяжем ранее созданную организационную модель с данными из программы расчета заработной платы).
Так просто? Сейчас да, но раньше для проведения такого анализа нужно было привлекать специалистов по эксплуатации, продуктовиков, технологов, финансистов и кадровиков.
Если при создании драйвера стоимости менялся сам процесс, то весь расчет приходилось начинать заново.
График реализации
Казалось бы, проще сформулировать регламент выполнения бизнес-процесса, дать задачу тетке в пуховом платке (методисту), объяснить, помолиться и подождать несколько месяцев, пока родившийся Регламент появится в муках боль.Возможно, если вспомнить, что и модель, и регламент — это разные формы одного и того же объекта.
Возьмите нашу модель и проведите пальцем или курсором сверху вниз: 
Мы получаем:
Ежедневно, при получении документа «Список клиентов для обзвона», Персональный менеджер выполняет функцию «Привлечение клиентов» в соответствии с нормативным документом «Инструкция по обзвону» с использованием программного инструмента «CRM».Все, действующие и полные регламенты, понятные как исполнителю, так и контролеру, готовы, принесите их на подпись.В результате выполнения функции должен быть заполнен документ «Результат звонка».
Стандартное время выполнения функции «Привлечение клиентов» — 00:30:00. Если в результате выполнения функции «Привлечение клиентов» произошло событие «Клиент принял предложение»… и т.д.
Проведение экспериментов
«Опыты в боевых условиях стоят очень дорого.Как узнать, как поведет себя процесс, если в пятницу будет сокращен рабочий день, в среду главный специалист неожиданно уйдет в декрет и сколько флористы физически смогут продать 8 марта? Для этого нам необходимо поместить модель нашего процесса в симуляционную среду, максимально приближенную к реальной.
Помимо модели бизнес-процесса вам понадобится модель внешней среды, но вам просто нужно знать, как часто запускается экземпляр процесса и какие события влияют на его выполнение.
Например, в течение дня в колл-центр поступает входящий звонок в среднем каждые 5 минут. Симулятор будет запускать задачи в модель бизнес-процесса в том количестве и на столько времени, сколько необходимо.
По завершении у вас останутся результаты моделирования, необходимые для принятия решений, как если бы процесс действительно выполнялся в течение необходимого периода времени.
В отличие от статической модели, результаты моделирования показывают, что сотрудники не работают более 8 часов, их задачи переносятся и ждут завершения своей очереди или наличия ресурсов, приближая расчетные данные производительности к фактическим.
Заключение
Все примеры применения описанной выше модели реальны, часто применимы и доступны.Кроме того, с помощью модели БП легко решаются и менее тривиальные задачи: составление карты рисков, анализ контуров управления качеством и источников брака для бережливого производства.
Наличие модели всего лишь одного процесса для получения перечисленных результатов экономит много человеко-часов; если процесс изменится, то так же легко обновить результаты, внеся изменения в модель.
Нам лень тратить время на рутину, поэтому мы любим процессы и надеемся, что вы тоже.
Подпишитесь на наш блог здесь, и вы можете узнать:
- Как правильно определить бизнес-процессы, чтобы границы проекта не увеличивались
- Что делать, если моделируемый процесс успевает измениться к моменту завершения моделирования
- Реверс-инжиниринг процесса — это несложно и законно, охота за моделями и многое другое.
Теги: #bpm #процессный подход #BP Simulator #имитационное моделирование #бизнес-процессы #GTD
-
Правильно Тестируем Android-Приложение
19 Oct, 24 -
Галактики Движутся Со Скоростью Света
19 Oct, 24 -
Несколько Анекдотов К 1 Апреля
19 Oct, 24
