BS Portal 4.1: возможность использования для оперативного управления процессами
BS Portal 4.1: возможность использования для оперативного управления процессами
Статья адресована читателям, которые используют или предполагают использовать программный продукт Business Studio, в частности BS Portal (web-портал). Рассматриваются возможности и ограничения Business Studio и BS Portal для поддержки оперативного управления бизнес-процессами компании.
Введение
Business Studio – хороший инструмент для моделирования и регламентации бизнес-процессов. При грамотном методическом подходе можно получать качественные графические схемы процессов и автоматически сформированные регламенты, основанные на 100% понимании этих процессов. Кроме того, все эти модели и регламенты можно просматривать в виде гипертекстовых страниц при помощи приложения BS Portal, что дает возможность сотруднику относительно быстро находить нужную ему информацию регламентирующего или справочного характера.
Но процессное управление – это не создание регламентов. В первую очередь, это оперативное управление бизнес-процессами. Цель небольшого исследования, которое я провел, состоит в анализе возможностей Business Studio в комплекте с BS Portal для поддержки оперативного управления бизнес-процессами компании.
Для решения указанной задачи была подготовлена тестовая модель компании, введены некоторые данные и выполнены настройки отчетов для BS Portal. Сразу подчеркнуть, что отчеты эти весьма простые. Не было цели громоздить что-то сложное. Они нужны только для иллюстрации возможностей системы. Возможно, идеи, которые были заложены при формировании данных отчетов, будут практически полезны для читателей.
Предполагаю так же, что читатель уже имеет минимальный набор знаний об архитектуре Business Studio и видел в работе BS Portal (см. http://www.businessstudio.ru/load/portal/).
Оперативное управление бизнес-процессами
Функционал для регулярного оперативного управления бизнес-процессами – что в него должно входить? Какие инструменты может использовать владелец процесса (руководитель структурного подразделения)? Другими словами, нужен методически грамотный ответ на вопрос: «Что есть оперативное управления бизнес-процессами»? Ответ на этот вопрос не так прост, как может показаться на первый взгляд.
Замечу, что контроль прохождения экземпляров процессов в BPMS я рассматриваю как небольшую (не более 5-7%) часть задач оперативного управления процессами. Так что если у вас нет системы автоматизации процессов такого класса, это не означает, что у вас нет, или не должно быть управления бизнес-процессами.
К регулярному оперативному управлению процессами я бы отнес, как минимум, следующее:
- Оперативное планирование процесса (деятельности подразделения).
- Мониторинг и контроль процессов по показателям;
- Анализ причин отклонений в процессе и принятие решений (выбор — коррекция или корректирующее действие);
- Оформление, выдача и контроль исполнения разовых задач по процессу (в т.ч. коррекций).
- Планирование, организация и контроль исполнения корректирующих действий по процессу.
- Оперативный контроль исполнения требований нормативно-методических документов (регламентов).
- Анализ процесса в целом (в т.ч. на основе статистики), планирование, организация и контроль исполнения внутренних проектов развития (PDCA).
- Оперативный контроль экземпляров бизнес-процессов.
Хотел бы обратить внимание, что автоматизация задач 1-3 во многих компаниях до сих пор отсутствует. Руководители используют подручные средства для хранения и анализа информации: свою голову, ежедневник, файлы MS Excel и т.п. В более продвинутых компаниях применяют BI-системы, автоматизируют работу с поручениями, внедряют документооборот, BPMS и проч.
Стоит отметить, что на рынке нет систем, которые одинаково эффективно решают все указанные задачи в комплексе, а так же поддерживают проектирование архитектуры предприятия и обеспечивают автоматизацию бизнес-процессов. (Вендоры могут поспорить с этим утверждением в соответствующей группе на ФБ).
Посмотрим, насколько Business Studio и, в особенности, BS Portal смогут помочь нам в поддержке указанных выше задач.
Персональная страница на портале
Итак, заходим на портал Business Studio. В рассматриваемой компании (демо-базе) я назначил себя на должность Коммерческого директора (на Генерального – скромность не позволила).
Для входа на портал нужно ввести свой логин и пароль. Кстати, я поменял логотип производителя на логотип моего портала www.bpm3.ru (там можно купить Business Studio и заказать консалтинг, извините за продакт плейсмент).
Далее открывается персональная страница пользователя – см. рис. 2. Хотел бы обратить внимание, что какие-либо индикаторы обновления данных, наличия новых сообщений пользователю, приглашений и т.п. на персональной странице отсутствуют. Хотя большинство из нас, будучи пользователями социальных сетей, уже привыкло к таким фишкам, как например на ФБ. К сожалению, даже мое фото на персональную страницу вывести невозможно, не говоря уже о других индивидуальных настройках.
Стоит отметить, что в системе есть возможность отправлять уведомления об изменениях на почту пользователей.
Для настройки пиктограмм разделов нужно разместить новые файлы в системной папке BS Portal. Через интерфейс Business Studio сделать это не получится. А уж если говорить о настройке стилей, то придется редактировать файл css.
Разделы «Показатели», «Цели» и «Документы» формируются по умолчанию, хотя их можно отключить. Но я оставил – их вполне можно использовать. Было создано несколько новых разделов, внутри которых используются так называемые разделители. Например, есть раздел «Мои процессы и НСД». В нем первый разделитель – «Управление процессами». Внутри некоторых разделов в виде гиперссылок показаны названия отчетов, в некоторых – «Коммерческий директор». Дело в том, что движок Business Studio работает следующим образом. Для отчетов, сформированных по классу физические лица, он выводит название самого отчета. Для отчетов по классу «Субъекты» — название должности. Если бы я занимал две должности в рамках данной модели (например, был бы еще Директором ООО «СбытПромЗакупка» — дочерней компании), то кроме «Коммерческого директора» была бы видна должность «Директор». Дело в том, что разработчики считаю, что в компаниях физические лица часто занимают несколько должностей.
Кстати, функционал настройки персональной страницы в Business Studio выполнен весьма сложно – нужно провалиться вниз на 9 уровней различных меню (если я не сбился со счета), чтобы сделать все необходимые настройки. Чтобы их проверить – снова на 7 уровней вниз и т.п. Понятие «Предпросмотр» web-страницы отсутствует и проч. Нужно запустить портал на формирование, и только потом смотреть результат.
Конечно, после получения определенных навыков к такому функционалу привыкаешь, но неудобства от этого никуда не исчезают. Почему нельзя было сделать функционал настройки персональной страницы проще — непонятно. Вероятно, разработчик предполагал, что созданием персональной страницы никто не будет заниматься, а все будут тихо радоваться стандартным настройкам системы.
Контроль процесса по показателям
Давайте зайдем в раздел «Мои показатели» на персональной странице, выберем один из показателей и посмотрим, что покажет система как результат работы стандартного отчета. Результаты представлены на рис. 4.
Мы видим довольно унылый (с точки зрения дизайна) график изменения значений показателя. Но это даже неважно. В Business Studio нельзя:
• сделать график интерактивным;
• поменять тип диаграммы или цвета;
• гибко поменять видимую часть графика (подвигать шкалу времени), изменить масштаб;
• сравнить с другими показателями (на одном графике), посмотреть тренды;
• использовать диаграммы разного типа.
Если вы хотите вывести в один отчет информацию обо всех показателях процесса в виде графиков, это возможно, но для каждого показателя можно выбрать только один из двух доступных в Business Studio видов графиков.
Так же в системе можно сделать своеобразный drill down. Если показатель является расчетным (т.е. считается по формуле на основе других показателей), то по гиперссылкам можно «провалиться» на отчет по соответствующему показателю.
Таким образом, если вы хотите контролировать показатели на BS Portal будьте готовы перемещаться между разными web-страницами с разными показателями (через Персональную страницу или Навигатор), с простейшей графикой и почти полным отсутствием интерактива. Можно сказать, что в BS Portal нет и 5% от функционала не самой дорогой BI-системы. Возможно, за свои деньги (1200 рублей за одну лицензию портала) это вполне адекватный функционал. Кроме того, хочу еще раз напомнить, что основное назначение системы – моделирование и регламентация деятельности организации. BS Portal нужен для вывода информации о моделях процессов и регламентов в интерактивном, гипертекстовом виде. Если эта задача для вас основная, то лучшего инструмента вы сегодня на рынке не найдете.
Мои процессы и НСД
Для данного раздела я создал несколько отчетов, которые содержат полезную информацию для владельца процесса.
Первый отчет – «Процессы, где я владелец» — позволяет быстро посмотреть все процессы, для которых сотрудник является владельцем. Таким образом ему не нужно перемещаться по навигатору и смотреть все процессы в базе знаний. На рис. 5 показан вид этого простого отчета – выводятся: название процесса, графическая схема, цели и показатели.
Возможность создания такого рода отчетов – «плюс» как самой Business Studio, так и BS Portal. Легкость доступа к разработанным моделям процессов очень важна. Часто, причем даже в крупных компаниях, процессная модель остается «военной тайной» подразделения организационного развития и не доводится до линейных руководителей. Но ведь именно они являются потребителями этой информации! BS Portal в такой ситуации может оказаться реальным решением проблемы информирования широких масс сотрудников о процессных наработках.
Следующий отчет – «Процессы, в которых я участвую». Его задача – показать все операции, которые выполняет сотрудник, занимающий данную должность. Важно быстро находить требования к работе, которую нужно выполнить. Перелистывать десятки (если не сотник) бумажных регламентов невозможно. Поэтому BS Portal дает отличную возможность доступа к информации регламентирующего характера. Результат работы отчета представлен на рис. 6. Хочу заметить, что вид таблицы определяется пользователем – можно вывести всё, что необходимо руководителю (например, требования к срокам, периодичность выполнения, даты и т.п.).
Пойдем далее. Отчет после разделителя «Мои НСД» выводит таблицу с перечнем нормативно-методических и справочных документов по всем процессам, в которых участвует сотрудник. При нажатии соответствующих гиперссылок можно перейти на стандартный отчет по документу и потом открыть его на просмотр – см. Рис. 7.
Вернемся к разделу «Мои процессы и НСД». Последний отчет в данном разделе подготовлен для демонстрации возможности вывода фотографий. В данном случае я создал справочник оборудования, используемого в процессе. Добавил (через Meta Edit) поле для закачки фотографий и сделал соответствующий отчет – см. рис. 8.
Естественно, кроме названия и фото можно добавить всё, что угодно – описание, технические характеристики, порядок подготовки к работе и проч.
Мои страт. карты
В разделе «Мои страт. карты» представлен простой отчет, который выводит стратегическую карту департамента, которым управляет должностное лицо (в данном случае – Коммерческий директор). Результат работы отчета представлен на рис. 9. Плюсом является тот факт, что схема стратегической карты является интерактивной – можно выбрать любую цель или показатель и перейти к соответствующему объекту.
Оперативный контроль
Рассмотрим, наконец, раздел «Оперативный контроль». В нем распложены несколько отчетов, которые связаны с задачей оперативного управления бизнес-процессами. Это важно.
Первый отчет – «Оперативный контроль процессов». Результат его работы показан на рис. 10. Фактически, представленная таблица – это электронный ежедневник владельца процесса, в котором он осуществляет фиксацию отклонений процесса от нормального хода. Делается это на основании контроля значений показателей (через тот же BS Portal). Почему не хватает только отчетов с показателями? Попытайтесь ответить на простой вопрос: «Как убедиться в том, что руководитель регулярно мониторил процесс, фиксировал отклонения и разбирался с ними?!» Всё в голове или ежедневнике… Если вы сторонник неконтролируемого, субъективного ручного управления, то для вас этот вопрос покажется надуманным.
Вернется к отчету. Он включает: дату проверки, показатель, суть отклонения, формулировку причины отклонения, выбор реакции (коррекция или корректирующее действие), описание коррекции (оперативной разовой задачи в рамках процесса, необходимой для устранения отклонения), плановую и фактическую даты и т.п. Возможна дополнительная аналитика, классификатор отклонений и т.п. В правой части таблицы (на рисунке не видна) указан ответственный исполнитель и статус («Выполнено», «Не выполнено»). В крайней правой ячейке – ссылка на так называемое «Сообщение о несоответствии», созданное владельцем процесса по факту выявления отклонения и принятия решения о выполнении корректирующего действия. Почему так? Дело в том, что в Business Studio создать корректирующее мероприятие можно путем создания «Сообщения о несоответствии» (функционал СМК), для которого нужно указать список мероприятий. Кроме того, мероприятия можно создать для объектов «Несоответствия» и «Причина». Кстати, посмотреть нужные мероприятия в системе можно, но это неудобно. Замечу, что при настройке отчетов я старался максимально использовать штатную структуру данных Business Studio, а не громоздить новые классы и объекты через Meta Edit.
Теперь хотел бы обратить внимание читателя на простой, но ключевой аспект – все указанные выше данные можно внести только через интерфейс Business Studio. Через BS Portal это сделать невозможно (как, впрочем, и редактировать регламенты в гипертекстовом виде – это моя мечта). Напомню, что одна лицензия Business Studio стоит 76 800 рублей. Т.е. если владелец процесса хочет вести ежедневник контроля отклонений в BS, ему нужно будет потратит эту сумму. Хотя, стоит отметить, что сообщения о несоответствиях можно вводить через модуль Cockpit, который стоит 980 рублей.
Возможно решение, когда бизнес-аналитики отдела организационного развития будут вносить нужную информацию в систему со слов владельца процесса (сообщения в Outlook и т.п.). Но такую схему работы нельзя назвать эффективной.
Следующий отчет, на котором я хотел бы остановиться – «Контроль исполнения НМД». Я считаю, что владелец процесса в рамках своих функциональных обязанностей должен оперативно (раз в день, раз в неделю) проводить выборочный контроль соблюдения требований регламентов сотрудниками. Результаты такого контроля могут быть занесены в соответствующую таблицу. По факту выявления отклонений могут быть запущены корректирующие мероприятия (в т.ч. изменение или актуализация самих регламентов). В своей новой книге «Бизнес по правилам: регламенты должны работать» (выходит осенью 2016 г.) я подробно описываю «Систему стандартизации бизнес-процессов». Оперативный контроль исполнения требований регламентов – это только ее часть.
Пример работы отчета представлен на рис. 11.
Как видно на рис. 11, в таблице есть такие столбцы, как: дата проверки, процесс, регламент (кстати по ссылке можно его открыть), пункт НМД (который проверялся), описание несоответствия и сообщение о несоответствии.
Следующий отчет – «КД, которые я контролирую». Расшифровка КД – корректирующие действия. Владелец процесса должен иметь оперативную информацию о статусе этих корректирующих действий. Иначе опять голова, ежедневник или Excel… Чуть не забыл 1С. Но в нем такие настройки есть далеко не во всех компаниях. Пример работы отчета представлен на рис. 12.
В отчете представлен перечень сообщений о несоответствии, корректирующие действия, даты и ответственный за выполнение КД, статус выполнения КД.
Последний отчет в рассматриваемом разделе – «Мои проекты» — см. рис. 13. При помощи этого отчета владелец процесса получает информацию по проектам внутреннего развития (PDCA), для которых он является контролирующим лицом. Опять же – приведена простейшая форма отчета. При желании можно вывести любые данные по проекту — даже График Ганта со статусом исполнения. Для этого можно присоединить соответствующий файл MS Project. При просмотре портала в MS Internet Explorer можно будет открывать этот файл на редактирование. На крайний случай, просто приложите скрин-шот из MS Project.
Но опять подчеркиваю, что для ввода данных потребуется полнофункциональная лицензия Business Studio. В BS Portal можно только просматривать информацию.
Другие разделы персональной страницы
Мы не рассмотрели еще один раздел — «Внутренний аудит». В нем представлен отчет по результатам внутренних аудитов процессов, для которых руководитель является владельцем. Можно посмотреть дату проведения аудита, процесс и открыть файл с отчетам по результатам аудита. Так же можно сделать ссылки на корректирующие действия по итогам аудита со статусом их исполнения.
Для прикола добавлен раздел «Мои фото», где сотрудник может что-то опубликовать. Однако механизм занесения фото в Business Studio таков – через текстовое поле формата rtf (тип атрибута «Изображение» хотя и есть в Meta Edit, но не поддерживается системой). Более правильный путь – создание специальных справочников через Meta Edit. В этом случае можно делать ссылки на файлы прямо из списка, доступного для каждой должности (процесса и т.п.).
В целом, создать удобную и простую в использовании библиотеку фотографий (например, образцы правильно заправленных кроватей в гостинице или выполнения ТО оборудования завода) с «первью» и т.п. не получится.
Какие еще разделы можно добавить? Например, «Бенчмаркинг» или «Отзывы клиентов» и т.п. Важно помнить, для кого создается персональная страница. В этом контексте стоит обратить внимание на следующий момент. В BS Portal – внешний вид и структура персональной страницы (в т.ч. состав отчетов) не могут изменяться в зависимости от категории должности сотрудника. Например, для специалиста структура персональной страницы должна быть совершенно другой. Ему не нужны разделы по управлению процессом, аудитам и т.п. Но он увидит ту же страницу (как для «Коммерческого директора»), но большинство отчетов будут пустыми.
Резюме
Итак, подведем итоги. Что может Business Studio Portal в части поддержки оперативного управления бизнес-процессами:
Итог – соответствие функционала BS Portal задачам оперативного управления бизнес-процессами – всего 14%. Понятно, что моя оценка субъективна.
Таким образом, можно сделать вывод, что система Business Studio и ее модуль BS Portal в данной версии 4.1 не могут быть эффективно использованы для оперативного управления бизнес-процессами организации. Этот вывод нисколько не умоляет замечательных функциональных возможностей системы Business Studio в части моделирования и регламентации бизнес-процессов компании. Возможно, разработчики системы примут к сведению указанные выше моменты и доработают функционал BS Portal в следующих релизах системы.
Буду рад вашим вопросам и примерам использования BS Portal для организации управления процессами.
В.В. Репин, к.т.н., доцент, тренер, консультант по управлению.
Октябрь 2016 г.
Методы контроля исполнения требований регламентов
Методы контроля исполнения требований регламентов
В статье Владимира Репина рассматриваются различные методы оперативного контроля исполнения требований регламентов по бизнес-процессам. Приводится классификация методов. Статья может быть полезной при разработке системы контроля в рамках общей системы стандартизации процессов компании.
Введение
Разработать хорошие регламенты выполнения бизнес-процессов – это только половина дела. Важно создать эффективно действующую систему контроля исполнения требований этих документов. Именно методы контроля позволяют замыкать обратные связи в системе работы по стандартам («Система стандартизации бизнес-процессов» — определение автора). Надеюсь, что материал статьи поможет определить подходящие для вашей организации методы и внедрить их на практике.
Контролируете ли Вы исполнение требований вашими подчиненными?
Для начала давайте обсудим простую ситуацию. Вы – руководитель, управляющий несколькими сотрудниками, которые выполняют определенную работу. Есть утвержденные регламентирующие документы, по которым эта работа должна выполняться. Однако Вы не можете постоянно находиться в помещении (и не только), где выполняется работа. Вы можете контролировать работу раз в день, неделю, месяц. Чем реже Вы будете контролировать ситуацию, тем больше вероятность того, что к концу срока работа не будет выполнена надлежащим образом. Это не аксиома, конечно. Факторов влияния много: уровень руководителя (чем ниже – тем чаще контроль), сложность выполняемой работы, профессионализм, ответственность и этические качества сотрудников, корпоративная культура и проч.
Было бы наивно полагать, что можно набрать идеальных сотрудников, которые добросовестно будут исполнять свою работу даже при отсутствии контроля. Ничего идеального не бывает. В реальности постоянно возникают отклонения, которые нужно оперативно выявлять и корректировать. Проблема состоит в том, что руководитель не всегда видит, не имеет представления о том, как именно создается результата процесса. Чаще всего менеджеры стимулируют сотрудников на получение результата процесса, но при этом не обращают внимание на то, как именно был получен этот результат. При отсутствии контроля процессы начинают «деградировать». Последствия могут быть критическими не только для клиентов, но и для самой организации.
Давайте рассмотрим простой пример – Вы заказали строительство летнего домика некоторой компании. Заключили договор, оплатили аванс. Приехала бригада. Выполнила работу. Через 1,5 месяца вы принимаете готовый дом и оплачиваете оставшуюся сумму. Во время строительства Вас на участке не было, а жена не могла (или не хотела) брать на себе ответственность за контроль над процессом. В результате, через некоторое время после приемки Вы начинаете обнаруживать скрытые дефекты. А вот их количество и степень важности зависят от компании-подрядчика: технология строительства, уровень культуры, подбор и стимулирование бригады, система контроля и т.п.
Если руководитель оперативно не контролирует процесс, то сотрудники могут начать выполнять работу не так, как требуется регламентом (т.е. технологией выполнения процесса), а так, как им выгодно и/или удобно. Например, им может быть выгодно сделать больший объем работы для получения премии (деньгами, свободным временем). Они могут попытаться сэкономить материал и использовать его в личных целях (продать, например) и т.п. Кроме того, они могут нарушать требования просто по халатности, лени или незнанию. Но до тех пор, пока руководителя интересует только конечный результат, сама работа, приводящая к этому результату, будет выполняться не так, как требуется регламентами, а так как удобнее, выгоднее, быстрее для исполнителей.
К чему ведет отсутствие оперативного контроля исполнения требований регламентов?
Итак, к чему ведет отсутствие оперативного контроля установленных требований? Однозначно, к увеличению рисков и возрастанию потерь системы в целом. В крайнем случае, эти риски могут привести к человеческим жертвам, судам, увольнению руководителя, банкротству компании. При более благоприятном стечении обстоятельств они просто останутся незаметными, скрытыми от руководителей, принимающих решения.
Отсутствие информации о реальной картине не дает возможность ее понять и принять адекватные управленческие решения. Первым шагом к получению нужной для управления информации является внедрение системы управленческого учета (контроллинга). Однако, как правило, такая система ориентирована на контроль затрат ресурсов и учет полученных результатов, пускай даже с детальной аналитикой и в реальном времени. Вопрос «как?» опять остается за кадром. В определенной степени делу может помочь автоматизация процессов. Но по разным причинам она не устраняет все проблемы контроля.
Итак, оперативный контроль исполнения требований регламентов («как мы получаем результат») важен для:
• минимизации рисков;
• эффективного получения результата: стабилизации процесса, устранения потерь;
• повышения управляемости процесса;
• создания культуры работы по стандартам в компании.
Основная цель оперативного контроля – зафиксировать отклонения, выявить их причины и оперативно воздействовать на исполнителей процесса так, чтобы они работали по стандартам, получая заданный результат.
Классификация методов оперативного контроля исполнения требований регламентов
Предлагаю Вашему вниманию классификацию методов оперативного контроля. При построении такой классификации, как мне видится, нужно использовать три понятия: объект контроля, субъект контроля, метод контроля. Объекты и субъекты контроля можно определить на основе структурной схемы бизнес-процессов (основная методическая схема, долгое время используемая автором). Методы контроля, очевидно, будут зависеть от сущности объектов и субъектов контроля. Итак, у нас получается:
Объекты контроля:
• деятельность по управлению процессом;
• входы в процесс;
• деятельность по выполнению процесса (по технологии);
• оборудование;
• среда;
• персонал;
• результаты процесса.
Субъекты контроля:
• владелец процесса (руководитель подразделения, отвечающий за выполнение процесса);
• исполнители процесса (сотрудники);
• потребители результатов процесса (внутренние и внешние);
• поставщики входов (внутренние и внешние);
• внутренние аудиторы;
• представители подразделения организационного развития;
• прочие.
Методы контроля
• визуальный контроль;
• контроль по документам;
• контроль по показателям;
• контроль экземпляров процесса;
• неформальный контроль;
• внутренний аудит;
• прочие.
Задача данной статьи обсудить практические полезные подходы, а не затруднить восприятие читателя, описывая в деталях трехмерную матрицу контроля «объект-субъект-метод». Поэтому давайте начнем обсуждение с методов получения информации для оперативного контроля исполнения технологии выполнения процесса.
Информация для оперативного контроля исполнения технологии процесса
Давайте попробуем подойти к вопросу разработки методов оперативного контроля путем анализа:
а) возможных видов информации об исполнении требований регламентов;
б) времени ее получения;
в) места ее получения;
г) метода получения;
д) метода использования.
Анализировать ситуацию будем с точки зрения владельца процесса (руководителя подразделения, отвечающего за выполнение процесса).
На рис. 1 представлена несколько видоизмененная структурная модель, которую я всегда использую для объяснения модели работы любого процесса. На данной схеме показана деятельность по преобразованию входов в выходы (результаты процесса), а так же ресурсы, необходимые для выполнения процесса: регламенты, оборудование, среда, персонал. Эти элементы процесса тоже нужно контролировать оперативно. Очевидно, что они влияют на возможность работать по стандартам. Но пока я хотел бы сделать акцент именно на оперативный контроль самой технологии (алгоритма) выполнения работы сотрудниками. Информация и методы, которые мы будем обсуждать, по большей части годятся и для оперативного контроля состояния ресурсов.
Так же, я не буду подробно останавливаться на контроле входов и выходов процесса. Дело в том, что методы контроля, например, сырья или готовой продукции давно разработаны и применяются на практике. Сплошной или выборочный контроль, разрушающий и неразрушающий контроль, и другие моменты подробно проработаны в рамках методов контроля и управления качеством. А вот оперативный контроль исполнения процесса – объект более интересный и важный для обсуждения.
Итак, обратимся к рис. 1 – цифрами показаны различные виды информации, которые могут быть использованы владельцем процесса для контроля исполнения технологии (алгоритма) выполнения процесса.
В следующей таблице каждый вид информации описан подробно. При анализе таблицы рекомендую читателю сравнить ту информацию и методы контроля, которые используются в его компании, с информацией и методами представленными ниже.
Таблица 1. Информация для контроля исполнения требований технологии выполнения процесса
№ | Информация | Время получения | Место получения | Метод получения информации | Метод использования информации |
1 | Визуальная информация | Непосредственно во время выполнения процесса | Место выполнения процесса | Визуальное наблюдение (запоминание, заметки, чек-листы).Фото-фиксация.Видео-фиксация. Сотрудники должны быть уведомлены о ведении фото и видео-фиксации. | Сравнение со своим представлением о том, как правильно должна выполняться работа. Представление должно быть сформировано на основе знания регламентов. Время реакции на отклонения: мгновенно, в течение рабочего дня, в течение недели. |
2 | Подтверждающие рабочие документы | Через день, неделю после выполнения работы | Рабочие места сотрудников. Архив подразделения. Информационные системы. | Демонстрация сотрудниками оригиналов документов.Получение информации из информационных систем (например, 1С, CRM) | Сравнение полученных документов с требованиями регламента (форма, содержание, сроки).Встречная проверка (проверка «вход-выход»). Время реакции на отклонения: в течение недели, в течение месяца. |
3 | Показатели | Непосредственно во время выполнения процесса | Место выполнения процесса | Автоматическая фиксация информации (датчики, телеметрия).Ручной ввод в информационные системы.Автоматический (полуавтоматический, ручной) расчет на основе данных из информационных систем. | Сравнение полученных значений показателей с плановыми и/или нормативными значениями. Время реакции на отклонения: мгновенно, в течение рабочего дня, в течение недели. |
4 | «Экземпляры» процессов | Непосредственно во время выполнения процесса | Информационная система (BPMS, СЭД) | Ручной ввод в информационную систему.Автоматическая регистрация событий в информационной системе. | Сравнение с плановыми и/или нормативными значениями длительности выполнения отдельных операций и экземпляра процесса в целом. Сравнение полученных документов (информации) с требованиями регламента (форма, содержание, сроки). Время реакции на отклонения: мгновенно, в течение рабочего дня, в течение недели. |
5 | Субъективная информация | После выполнения процесса (день, неделя) | Неформализованное (кабинет руководителя, цех, столовая, курилка, баня и т.п.) | Устная субъективная информация, передаваемая сотрудником при личном общении с руководителем.Анонимные письма (в специальный ящик). | Дополнение ментальной картины (модели) реального выполнения процесса. Информация для формирования гипотез о проблемах и организация сбора информации для получения объективных свидетельств. Время реакции на отклонения: в течение недели, в течение месяца, в течение квартала. |
6 | Результаты процесса | После завершения цикла выполнения процесса (день, неделя, месяц) | Место хранения результата (склад, сервер, информационная система) Место хранения информации о результатах оказания услуги. | Строго говоря, возможные разные виды и методы получения информации, представленные в таблице выше. Поэтому целесообразно составить отдельную таблицу «Методы оперативного контроля результатов процесса». В данном контексте нас интересуют отклонения результата процесса от установленных требований. | Сравнение показателей результата процесса с требованиями. Косвенным образом можно сформулировать предположения о нарушении требований к технологии (алгоритму) выполнения процесса. Но причины отклонений могут быть и другие. Время реакции на отклонения: в течение рабочего дня, в течение недели, в течение месяца, в течение квартала. |
7 | Информация от потребителей (клиентов) | В любое время | Письмо по e-mail. Официальная жалоба. Устная информация. | Ситуация по видам информации аналогичная п. 6 – требуется отдельная таблица. Электронная почта.Обычная почта.Web-сайт компании.Личная встреча с клиентом. | Сравнение мнения клиента со своим представлением о том, как правильно должна выполняться работа. Дополнение ментальной картины (модели) реального выполнения процесса. Время реакции на отклонения: мгновенно, в течение рабочего дня, в течение недели, в течение месяца. |
8 | Информация от поставщиков | В любое время | Письмо по e-mail. Официальная жалоба. Отчет сотрудника. Устная информация. | Ситуация по видам информации аналогичная п. 6 – требуется отдельная таблица. Электронная почта.Обычная почта.Web-сайт компании.Отчет «тайного покупателя». Личная встреча с клиентом. | Сравнение мнения поставщика со своим представлением о том, как правильно должна выполняться работа. Дополнение ментальной картины (модели) реального выполнения процесса. Время реакции на отклонения: мгновенно, в течение рабочего дня, в течение недели, в течение месяца. |
9 | Результаты внутреннего аудита (Не является оперативным методом контроля) | 2 раза в год (1 раз в год) | Письмо по e-mail. Отчет по результатам аудита на сервере компании. | Анализ отчета по факту его предоставления.Участие в совещании по итогам внутреннего аудита. | Документальная проверка фактов несоответствий, выявленных по итогам аудита. Выявление причин несоответствий. Время реакции на отклонения: в течение месяца, в течение квартала. |
Внимательный анализ представленной таблицы поможет читателю определить методы контроля, которые используются в его организации, а затем проверить их эффективность.
Оперативный контроль при помощи системы Business Studio
Для руководителей тех организаций, которые используют среду моделирования Business Studio, хочу обратить внимание, что эта система может быть использована для:
• оперативного управления процессами по целям и показателям;
• фиксации отклонений от нормального хода процесса и результатов выполнения коррекции руководителем (владельцем процесса);
• оперативного контроля исполнения требований регламентов;
• управления корректирующими действиями (фиксация отклонений, разработка, контроль исполнение, анализ результативности);
• поддержки цикла PDCA.
Выводы
Объем статьи не позволяет подробно описывать каждый метод контроля, представленный в таблице 1. Но я надеюсь, что материал будет полезен для разработки системы оперативного контроля исполнения требований регламентов в вашей организации.
Буду рад откликам читателей и примерам создания и использования различных методов оперативного контроля.
В.В. Репин, к.т.н., доцент, тренер, консультант по управлению.
Сентябрь 2016 г.
Добавить комментарий Отменить ответ
Как проверить качество графической схемы процесса?
Как проверить качество графической схемы процесса?
Разработка и анализ графических схем процессов – важнейший инструмент процессного управления. Как оценить качество создаваемых в компании моделей? В статье в виде чек-листа представлен перечень критериев оценки качества.
Структура чек-листа
Качественная графическая схема бизнес-процесса является основой для:
• выполнения анализа процесса и разработки мероприятий по его оптимизации;
• формирования понятного и практически полезного регламента (стандарта).
В данной статье я предлагаю рассмотреть структуру чек-листа проверки качества графической схемы, а приведу пример его использования.
Ниже представлены название разделов чек-листа и их краткие характеристики.
Тип модели процесса
Можно условно выделить три типа моделей процессов:
• аналитическая (показывает общую логику процесса; нужна для анализа и регламентации, может содержать некоторые упрощения из расчета, что человек сможет додумать, как надо выполнять работу с учетом своего опыта и компетенции);
• имитационная (позволяет выполнять имитационное моделирование процесса для определения времени выполнения, загрузки исполнителей, стоимости результатов выполнения процесса);
• исполняемая (может быть экспортирована для автоматизации в системе класса BPMS или запущена на выполнение прямо из среды моделирования).
Соответствие стандартной нотации моделирования
Необходимо проверить соответствие схемы общепринятым нотациям моделирования. Вариантов не много: IDEF0, eECP, CFFC, BPMN.
По-хорошему, в организации должен быть стандарт, в котором установлены требования к графическим моделям процессов. Его часто называют «Соглашение по моделированию».
Если стандарт есть, то в данном и последующих пунктах необходимо учесть его требования.
Корректность формулировок названий объектов на схеме
Объекты схемы это: документы, информация, операции процесса, субъекты (должности, роли), логические операторы (шлюзы) и проч.
Следует обратить внимание на соответствие названий Стандарту моделирования. Если в нем нет требований в части названий объектов, то стоит их внести.
Пример некорректной формулировки процесса: «Разработка и утверждение плана работ в случае согласования руководителем не позднее второй недели третьего месяца квартала». (Думаю, не нужно объяснять, что здесь не так).
Корректность описания входов/выходов
Входы/выходы могут быть информационные и материальные.
Важно, чтобы входы/выходы были описаны корректно и не «повисали» в воздухе. Это означает, например, что для любого входящего документа был указан процесс (в виде какой-либо ссылки), который является поставщиком входа и т.п.
Корректность описания событий
События могут быть инициирующие (стартовые), промежуточные и завершающие процесс. Ошибки при описании событий могут быть как формальные, так и содержательные.
Пример – название стартового события «Возникла потребность в сырье». Почему неправильно? Не может потребность возникнуть случайно, ниоткуда, путем медитации. При такой формулировке исполнителю не понятно, в какой ситуации реально должен стартовать процесс.
Отсутствие логических и содержательных ошибок
Это самый важный раздел в чек-листе.
В первую очередь, здесь нужно указать логические ошибки. Например, некорректное использование в паре логических операторов «И» и «ИЛИ».
Но главное, это содержательный анализ схемы. Необходимо продумать, как будет выполняться процесс, если следовать строго по его графической схеме. Насколько он будет выполним, результативен и эффективен.
При проведении содержательного анализа схемы целесообразно привлечь эксперта по предметной области (узкоспециализированный отраслевой специалист).
Аккуратность исполнения схемы. Визуальная наглядность
Стоит обратить внимание на такие моменты, как:
• наличие объектов одного типа, но разного размера;
• надписи выходят за границы объектов;
• наложение стрелок, надписей друг на друга;
• чрезмерное количество элементов на схеме и проч.
Отсутствие физической нереализуемости
Физическая нереализуемость может возникнуть, например, когда схема процесса предполагает одновременное выполнение двух операций одним и тем же исполнителем.
Отсутствие возвратов (переделок работы)
Довольно часто на схемах рисуют возвраты на предыдущую операцию (или какую-то другую — по смыслу). Это, как правило, означает, что документ не согласован, и нужно отправить его на доработку.
Теоретически, несоответствия возможны на каждой операции процесса. Но тогда придется везде рисовать возвраты на предыдущий шаг. Схема станет чрезмерно сложной.
Поэтому надо определить правила, когда рисовать возвраты, а когда – нет.
Для аналитических схем возвраты стоит показывать только в случае наиболее существенных, важных отклонений. Это отклонения, при которых невозможна дальнейшая работа и требуется запуск дополнительных операций процесса.
В любом случае, чем меньше возвратов, тем эффективнее бизнес-процесс.
Отсутствие дублирования операций (прямое или косвенное)
Как это ни странно, иногда на схеме процесса можно увидеть дублирование операций.
Стоит обратить внимание на схожие по смыслу или почти одинаковые названия операций процесса.
Иногда дублирование можно выявить, анализирую содержание операций и их результаты.
Отсутствуют пропущенные важные операции
Для того, чтобы вывить пропущенные важные операции процесса, надо внимательно посмотреть на него с содержательной точки зрения. Например, мы описываем процесс выполнения работы на каком-то агрегате. Но не показываем, что для этого нужно получить сырье на складе и т.п.
Другой пример. Перед помещением на склад, нужно упаковать и идентифицировать товар (приклеить ярлык со штрих-кодом), но эта операция пропущена и т.д.
Отсутствует чрезмерный контроль
Это относительная вещь. Но если в процессе слишком часто начальник перепроверяет (согласует) работу подчиненных, это повод задуматься о том, насколько хорошо продуман процесс.
Отсутствуют узкие места («бутылочные горлышки»)
Бутылочное горлышко, это ситуация, когда какая-то операция тормозит весь процесс.
Визуально это можно увидеть, когда несколько параллельных потоков сходятся на одной операции. При этом надо понять, есть ли ограничение по пропускной способности на данной операции.
Иногда визуально выявить узкое место сложно. Нужен содержательный анализ на основе конкретных данных.
Отсутствуют возвраты в прошлое
Возвраты в прошлое (или переходы в не наступившее будущее) означают, что на схеме показан возврат на операцию, которая уже не может быть физически выполнена.
Ситуацию можно выявить только путем содержательного анализа. Пример. Мы не можем вернуться и повторить процесса заливки опалубки бетоном, если фундамент дал трещину. Нужно ломать и переделывать.
Отсутствие смешения единичного потока и накопления (объектов обработки)
Это довольно тонкая, но очень распространенная ошибка.
Например, процесс инициирован единичным событием (например, предоставить заявку на оплату), а далее по ходу процесса выполняется формирование графика платежей и оплата.
Если следовать строго по схеме (если она не была спроектирована специальным образом), мы получим, что график платежей будет состоять из одного пункта.
Отсутствие «процессной грыжи»
Процессная грыжа, это ситуация, когда внутри процесса в виде одной операции появляется другой большой и сложный процесс, требующий значительных ресурсов и времени для своего выполнения.
Например, в процессе получения информации об оплате счета, возникает операция «Ведение бухгалтерского учета».
Отсутствие неоднородности масштаба операций
Довольно просто выявляется. Например, на одной схеме процесс представлены операции под названиями: «Получить сменное задание у начальника» и «Изготовить продукцию». Первую делает мастер, а вторую выполняет весь цех численностью 30 человек.
Обратите внимание, что определенные проблемы, выявленные в чек-листе, могут явно указывать на необходимость дополнительно проработки самого процесса с целью повышения его эффективности.
Стоит подчеркнуть, что я рассматриваю в данном случае только графическую схему, а не бизнес-процесс в целом. (Тем, кто не видит разницы, рекомендую почитать мои предыдущие публикации, а лучше книгу «Бизнес-процессы. Моделирование, внедрение, управление»).
Например, я не включил в чек-лист информацию о целях и показателях, ограничениях, методах контроля и т.п. Поэтому, для проверки процесса в целом, в чек-лист нужно включить дополнительные разделы.
Графическая схема процесса для тестирования чек-листа
Ниже представлена графическая схема бизнес-процесса, разрабатывая которую я попытался допустить все описанные выше ошибки (несоответствия). После схемы приводится чек-лист.
Рекомендую сначала попробовать найти несоответствия в схеме самостоятельно, а уже потом посмотреть мой вариант чек-листа.
Заполненный чек-лист
№ | Наименование требования | Характеристика | «Да/ Нет» | Кол-во несоотв. |
1 | Тип модели процесса | Аналитическая модель | ||
2 | Соответствие стандартной нотации моделирования | Использованы стандартные обозначения нотации «Процедура» среды моделирования Business Studio. Выявлены нарушения нотации. | Нет | 2 |
3 | Корректность формулировок названий объектов на схеме | 1. Слишком длинные и, в некоторых случаях, содержательно некорректные названия операций процесса. 2. Не выполняются правила именования операций. Используются как глаголы, так и отглагольные существительные. 3. Некорректное именование стрелок («да», «нет»). 4. Необходимо указывать условия перехода более подробно. 4. Некорректное название дорожки «Начальник отдела, Иванов И.И.». | Нет | 4 |
4 | Корректность описания входов/выходов | 1. Входы (например, «Адрес клиента») и выходы (например, «Отчет по отправке писем») повисли в воздухе. 2. Не корректно присоединять выход «Письмо» к событию. | Нет | 3 |
5 | Корректность описания событий | 1. У процесса два стартовых события: «Каждое утро» и «Ежедневно, в 17-00». 2. Некорректное название стартового события «Каждое утро». 3. Некорректное название завершающего события «Отчет». 4. У операции «Проверить отправку писем в срок» нет завершающего события. | Нет | 4 |
6 | Отсутствие логических и содержательных ошибок | 1. Некорректный возврат на операцию «Загрузить почту…». 2. Операция «Подготовить список…» запускает процесс ведения бухгалтерского учета. 3. Некорректный и содержательно бессмысленный цикл после операции «Проверить, что все письма отправлены». 4. Процесс выполняется после операции «Ведение бухгалтерского учета…». Это понять невозможно. 5. Некорректный возврат на операцию «Подготовить список…» после операции «Согласовать предложение». 6. Операция «Подготовка отчета по работе за месяц…» согласно схеме процесса выполняется каждый день. | Нет | 6 |
7 | Аккуратность исполнения схемы. Визуальная наглядность | 1. Названия выходят за рамки объектов. 2. Пересечения стрелок, которых можно было избежать. 3. Объекты перекрывают друг друга. 4. Объекты нестандартного размера. | Нет | 4 |
8 | Отсутствие физической нереализуемости (одновременное выполнение двух операций одним исполнителем) | 1. Операции «Подготовка предложения…» и «Занести в базу данных» выполняются одновременно одним исполнителем. 2. Ведущий менеджер не может одновременно проверять почту (в соответствии с циклом) и делать другие операции, особенно ходить на почту. | Нет | 2 |
9 | Отсутствие возвратов (переделок работы) | 1. Возврат и переделка операции «Подготовить список запросов клиентов до 14-00». | Нет | 1 |
10 | Отсутствие дублирования операций (прямое или косвенное) | 1. Возможно содержательное дублирование работы в операциях: «Проверить отправку писем в срок» и «Проверить, что все письма отправлены». | Нет | 1 |
11 | Отсутствуют пропущенные важные операции | Не выявлено | Да | |
12 | Отсутствует чрезмерный контроль | 1. Выявлен двойной контроль отправки писем клиенту. Операции: «Проверить отправку писем в срок» и «Проверить, что все письма отправлены». | Нет | 2 |
13 | Отсутствуют узкие места («бутылочные горлышки») | 1. Возможно, узким местом является операция «Передать предложения согласующему лицу…» | Нет | 1 |
14 | Отсутствуют возвраты в прошлое | 1. Возврат в прошлое из операции «Согласовать предложение» на операцию «Подготовить список запросов клиентов до 14-00». | Нет | 1 |
15 | Отсутствие смешения единичного потока и накопления (объектов обработки) | 1. Содержательно, отправка писем клиентам должна осуществляться партиями (если, конечно, специально не установлено правило бегать на почту с каждым отельным письмом). Но согласно схеме процесса оформление конверта и поход на почту осуществляются один раз. 2. Операция « Подготовка отчета по работе за месяц…» по смыслу делается одни раз. Но по схеме процесса – каждый день. | Нет | 2 |
16 | Отсутствие «процессной грыжи» | 1. Операция «Ведение бухгалтерского учета…» является явной «процессной грыжей». | Нет | 1 |
17 | Отсутствие неоднородности масштаба операций | 1. Операция «Ведение бухгалтерского учета…» — превышение по масштабу (и «грыжа»). 2. Операция «Подготовка отчета…» — превышение по масштабу. 3. Операция «Написать на конверте адрес клиента…» — слишком детальный масштаб. | Нет | 3 |
Надеюсь, Вы нашли все ошибки в схеме? В любом случае, я приведу ответы, правильные с моей точки зрения.
Надеюсь, что данный пример не только Вас повеселил, но и заставил задуматься о серьезных вещах.
После данной тренировки попробуйте проверить качество моделей процессов Вашей компании.
В.В. Репин,
к.т.н., доцент, тренер, консультант.
Март 2015 г.
Добавить комментарий Отменить ответ
Сокращение численности персонала в условиях кризиса: формула или модель?
Сокращение численности персонала в условиях кризиса: формула или модель?
В условиях кризиса сокращение численности персонала является одним из факторов выживания компании. Но необоснованное сокращение численности существенно увеличивает риски не выполнения процессов в срок и с нужным качеством. А это может привести к потере клиентов, сокращению выручки и, как следствие, к банкротству организации. Может ли руководитель опираться на простую формулу для расчета численности персонала? Какова вероятность принять неправильное управленческое решение? Как можно использовать процессный подход и имитационное моделирование бизнес-процессов для определения оптимальной численности персонала? В статье Владимира Репина обсуждаются эти вопросы на примере моделей процессов, разработанных в среде Business Studio 4.0.
Введение
Во время кризиса 2008 года многие компании существенно сократили численность персонала. Причем такие сокращения довольно часто проводились без какого-либо детального анализа. Руководители подразделений были вынуждены в сжатые сроки принять достаточно тяжелые решения по увольнению части своих сотрудников. Естественно, что после такой процедуры эффективность многих бизнес-процессов снижалась, страдало качество, повышались сроки производства продукции/услуг и т.д.
Сегодня, в 2015 году в условиях очередного кризиса ситуация такова, что задача оптимизации численности персонала является ключевой для любого бизнеса. Может ли руководитель опираться на простую формулу расчета численности, предложенную, например, нормировщиком? Каким методом можно воспользоваться, чтобы принять обоснованные решения? Давайте рассмотрим пример простого процесса и проанализируем ситуацию, которая вокруг него складывается.
«Простой» процесс
На рис. 1. показан простейший бизнес-процесс. Он заключается в том, что три сотрудника, находящиеся на различных должностях, последовательно выполняют три операции по созданию документа для внешнего заказчика: находят нужную информацию, подготавливают и передают заказчику некоторый документ. Каждая операция (согласно хронометражу) длится 10 минут. Заявки от заказчиков поступают равномерно с интервалом в 5 минут (всего около 2000 заявок в месяц). Получится ли у нас рассчитать на пальцах, сколько сотрудников нужно для подготовки документов? Основным ограничением является срок подготовки документа – «в течение 1 рабочего дня с момента подачи заявки». Давайте попробуем. Полезное время работы сотрудника – 22860 минут = 10560 минут. Время, требуемое одному сотруднику для обработки заявки, составит 2000*10 минут = 20 000 минут. Очевидно, что нужно иметь двух сотрудников на должности А, чтобы обработать все заявки.
Посмотрим теперь, что будет в реальной ситуации. Для этого опишем рассматриваемый бизнес-процесс и проведем его имитационное моделирование в среде Business Studio 4.0. Для начала, пусть на каждой должности находится по одному сотруднику.
Результаты имитации процесса показывают (см. рис. 1), что в феврале 2015 года на вход процесса поступило 1920 заявок. Из них только 958 (почти 50%) было выполнено к концу месяца. На первой операции процесса возникла очередь длинной 6 дней 16 часов. Наши расчеты «на пальцах» подтвердились. Давайте посмотрим, что будет, если увеличить численность всех сотрудников вдвое. На рис. 2. показаны результаты соответствующей имитации.
На рис.2 видно, что практически все заявки были выполнены. Длина очереди почти нулевая. Это означает, что численность по два сотрудника на каждой должности является оптимальной численностью для получения результата данного процесса (документ выдается «в течение 1 рабочего дня с момента подачи заявки» и даже быстрее). При этом мы, конечно, не учитывали прогулы, пьянки и беременность.
Любой скажет, что такие расчеты легко сделать безо всякого описания и имитационного моделирования процесса. Безусловно, это можно сделать (в т.ч. учесть % неявки персонала на работу, беременность и другие факторы при помощи коэффициентов, как это делают опытные нормировщики). Но давайте посмотрим, можно ли будет так просто выполнить расчет в более реальной практической ситуации.
«Сложный» процесс
Усложним процесс следующим образом:
- заявки поступают неравномерно в течение дня;
- операции процесса выполняются не точно 10 минут, а их длительность имеет некоторое распределение (минимум – 6, максимум – 14 минут);
- существует определенный уровень «брака» при подготовке документов – 5% (выявляется потребителями при получении документов).
На рисунках 3, 4 и 5 показаны распределения соответствующих параметров, используемых при имитации.
На рис. 3. видно, что пиковая нагрузка приходится на три часа дня.
В целом, распределения на рис. 3 и 4 подобраны так, чтобы общее количество заявок в месяц составляло около 2000, как и в предыдущем случае.
На рис. 5. показано распределение времени выполнения операций процессов. Видно, что матожидание времени выполнения составляет 10 минут.
Вопрос. Кто-то может рассчитать «на пальцах» по простой формуле, сколько сотрудников потребуется для результативного выполнения такого процесса? Вряд ли… Кто-то скажет, что можно сделать расчет «по среднему», но он не будет учитывать пиковые нагрузки, которые для реального бизнеса и представляют наибольший интерес… И это только один простейший процесс. А сколько в организации сложных процессов? Обосновывая численность персонала по формуле, мы можем допустить ошибку, которая приведет либо:
А) потерям из-за избыточного количество сотрудников;
Б) снижению результативности бизнес-процессов, недовольству клиентов и т.п.
Как видим, ни одна из указанных альтернатив нас не устраивает. Посмотрим, что покажет имитация процесса. На рис. 6. показан пример имитационного моделирования с учетом указанных обстоятельств.
На рис. 6 видно, что к сотруднику, выполняющему операцию «Находит нужную информацию» стоит очередь из заявок, длинна которой на конец месяца составляет немногим более 2 дней. Т.е. мы не выполняем требования «В течение 1 рабочего дня с момента подачи заявки». Попытаемся увеличить численность сотрудников до 9 человек. На рис. 7. показаны результаты соответствующей имитации.
На рис. 7 видно, что при численности 9 человек (3 человека на каждой должности), очереди заявок практически нет.
Давайте предположим, что нам удалось провести работы по улучшению процесса, которые обеспечили:
1) сокращение среднего времени выполнения каждой операции процесса на 30%;
2) сокращению уровня брака до 1%.
Результаты имитации оптимизированного процесса показаны на рис. 8.
На рис. 8. мы видим, что очереди вообще нет. В связи с этим возникает подозрение, что сотрудники недостаточно загружены работой. Действительно, если посмотреть график работы сотрудника, занимающего должность С (рис. 9) видно, что он недостаточно загружен в первой половине дня, т.е. до пиковой нагрузки. Возникают мысли, как организовать работу так, чтобы в первой половине дня выводить меньше сотрудников и устранить соответствующие потери. Но это уже совсем другая история…
Выводы
В данной статье мне хотелось обратить внимание читателя на следующие моменты:
- определение численности персонала «на пальцах» (по формуле с коэффициентами) может приводить к ошибкам и, как следствие, к росту потерь. Необоснованное сокращение численности персонала может нанести вред организации;
- описание и анализ процессов (в т.ч. имитационное моделирование) дают возможность обосновать меры по их оптимизации;
- методы и инструменты описания и анализа процессов должны использоваться в организации единой командой, состоящей из:
a. руководителей подразделений (постановка задачи, обеспечение информацией, организация работ, анализ процессов и принятие решений по оптимизации, организация и контроль реализации решений);
b. бизнес-аналитиков (описание процессов, имитационное моделирование, анализ процессов, разработка мероприятий по оптимизации);
c. специалистов по нормированию труда (сбор данных для формирования имитационной модели, анализ результатов имитации процесса, участие в разработке мер по оптимизации).
В.В. Репин,
к.т.н., доцент,
тренер, консультант,
Исполнительный директор и партнер ООО «BPM Консалтинг Групп»
Январь 2015 г.
Добавить комментарий Отменить ответ
Карточка бизнес-процесса – инструмент руководителя
Карточка бизнес-процесса – инструмент руководителя
Существуют различные инструменты повышения эффективности организации. Один из них – процессный подход к управлению. Но ключевое ограничение при его использовании – это вовлечение руководителей верхнего и среднего уровня в работу с бизнес-процессами. С чего стоит начать Генеральному директору, чтобы решить эту задачу? Тотальное описание процессов в виде графических схем и их регламентация – не самый короткий и простой путь. Периодически он приводит к бумажно-электронным завалам. Руководителям же нужен простой и эффективный инструмент для работы, для оценки изменений при внедрении процессного управления. Возможно, «карточка бизнес-процесса» («паспорт бизнес-процесса») как раз то, что необходимо руководителям для более глубокого, системного понимания своих процессов и организации работы по управлению и совершенствованию.
В статье В.В. Репина предлагается структура «Карточки бизнес-процесса» и метод автоматизации работы с карточкой при помощи инструментальной среды моделирования процессов Business Studio 4.0.
Управление процессами – основа эффективности и выживания компаний в будущем
Нет смысла спорить о том, что управление бизнес-процессами – один из важнейших инструментов управления в современной компании. В будущем роль управления процессами будет только возрастать. Виртуализация, автоматизация производства, повсеместное использование роботов приведут к тому, что ограничением при повышении эффективности бизнеса будут не сырье и оборудование, а применяемые способы создания ценности. Другими словами, алгоритмы создания продуктов и услуг. Умение управлять бизнес-процессами станет одной из ключевых компетенций менеджеров среднего звена. Для того, чтобы обеспечить эффективность и выживание компании в будущем, Генеральному директору уже сейчас стоит задуматься над тем, как обеспечить получение необходимых компетенций сотрудниками организации.
В условия быстрого роста рынка, возможно, не стоит слишком много времени уделять внутреннему развитию – отладке бизнес-процессов и получению нужных навыков управления. Большие усилия целесообразно направить на захват рынка, открытие новых торговых точек, филиалов, расширение производства и т.п. Однако в условия стагнации или медленного падения экономики самое время заняться работой с бизнес-процессами компании. Бизнес-механизм отлажен. Руководителям не нужно прикладывать титанических усилий для захвата рынка. Появляется время подумать о бизнес-процессах и инструментах, которые помогут сделать их более эффективными.
Графическая схема или управляемый бизнес-процесс?
Внедрение процессного управления не должно сводиться к тотальному описанию и регламентации процессов. Велик риск, что схемы останутся только игрушкой в руках руководителей, а не реальным инструментом повышения эффективности. Бизнес-аналитики, профессионально описывающие процессы, тем самым только помогают руководителям, но не могут управлять бизнес-процессами за них. Графические схемы процессов полезны, спору нет. Но «рисование» технологии выполнения процесса в графическом виде не гарантирует автоматического повышения эффективности. Почему? Дело в том, что эффективность зависит от ряда факторов, которых мы почти не касаемся, описывая модель процесса «как есть» в графическом виде. К ним относятся:
• понимание своего внутреннего и внешнего клиента и ценности, которую представляют для него наши продукты/услуги;
• понимание места и роли нашего процесса в цепочке сквозных процессов компании (цепочке создания ценности);
• понимание целей и показателей, на основе которых управляется процесс;
• выявление и устранение ограничений процесса;
• понимание требуемых для выполнения процесса ресурсов;
• наличие механизма учета операций, очередей, ресурсов и производительности процесса;
• знание рисков, возникающих при выполнении процесса;
• прочие.
Все эти аспекты сложны в той степени, что не могут быть описаны при формировании простой графической схемы процесса. Что толку детально описывать процессы на 3-4-м уровне, если существует несколько системных ограничений, которые существенно снижают эффективность сквозного бизнес-процесса в целом? В связи с этим возникает мысль, что руководителям верхнего и среднего уровня важно системно (так сказать «по Демингу») посмотреть на свои процессы. Заниматься детальным описанием процессов в графической форме стоит тогда, и в ровно в той степени, когда это реально необходимо.
Пример. Невозможно получить значительный практический эффект, приняв на работу 10 бизнес-аналитиков и заставив их от зари до зари описывать процессы в графическом виде, при том, что руководители верхнего и среднего звена с процессами реально не работают.
Генеральный директор одной весьма крупной и известной торговой сети, с которым мне довелось поработать, в рамках совместных рабочих сессий с руководителями подразделений предложил создать и использовать так называемую «карточку процесса». Речь идет о том, что руководителю подразделения нужно, прежде всего, ответить на ряд ключевых вопросов об управляемом им процессе (процессах). Эти ответы должны помочь получить объективную картину происходящего и определить приоритетные направления по совершенствованию процессов. В данном случае о тотальном описании процессов в виде графических схем и их последующей регламентации речь не идет.
«Карточка бизнес-процесса» позволяет системно взглянуть на процесс и понять:
• насколько хорошо мы знаем (идентифицировали) своего клиента и требуемые им продукты/услуги;
• узкие месте и ограничения в процессе;
• каких ресурсов не хватает для эффективного выполнения процесса;
• метод мониторинга процесса и учета выполняемой деятельности;
• прочее.
Результатом такого анализа являются выявленные ключевые проблемы и ограничения, рабочий план совершенствования процесса, утвержденный Генеральным директором.
В следующем разделе мы рассмотрим возможную структуру карточки бизнес-процесса, которая должна заполняться каждым руководителем подразделения при выполнении системного анализа своих процессов.
Карточка бизнес-процесса
Предлагаемая вниманию читателя «карточка бизнес-процесса» содержит 10 разделов:
- Владелец процесса.
- Выходы и потребители процесса.
- Входы и поставщики процесса.
- События.
- Цели и показатели по процессу.
- Ограничения.
- Технология выполнения процесса.
- Ресурсы процесса.
- Риски.
- Графические схемы процесса.
Рассмотрим назначение каждого из этих разделов. На рис. 1 показаны разделы 1-4. В первом разделе приводится краткая информация о владельце процесса – руководителе, отвечающем за выполнение и результаты процесса.
Во втором разделе необходимо указать всех потребителей (клиентов) и продукты/услуги, которые они получают. Клиенты сгруппированы по двум типам: внешние и внутренние. При заполнении данного раздела важно выявить и обсудить ценность, которую представляют продукты/услуги подразделения для внешних/внутренних клиентов.
В разделе 3 должна быть представлена информация о поставщиках процесса и соответствующих входах (продукты/услуги, используемые при выполнении процесса).
При заполнении раздела 4 необходимо идентифицировать инициирующие и завершающие процесс события. Определение входов/выходов и инициирующих/завершающих событий позволяет руководителю четко определить границы процесса.
В разделе 5 необходимо описать существующие цели и показатели для управления процессом. В соответствии с методическим подходом (см. статью «Процессное управление: границы применимости») показатели могут быть следующего вида:
• общие показатели;
• показатели выхода процесса;
• показатели выполнения процесса;
• показатели входа процесса;
• показатели ресурсов процесса.
Классификация показателей по указанным видам не является обязательной, но она полезна при выполнении анализа процесса со всех важных точек зрения.
Последние три столбца таблицы заполняются следующим образом – ставится либо «ДА», либо «Нет». Если в подразделении (компании) существует (в какой либо форме) документ, в котором сформулированы правила (методика) расчета показателя, в то в столбце «Наличие метода расчета» ставится «Да». Если для расчета показателя есть фактические данные, то в следующем столбце «Наличие данных» так же ставится «Да». Последний столбец — «Наличие интерфейса» — показывает, можно ли автоматически сформировать отчет по показателю в какой-либо программе (кроме MS Excel). Если показатели рассчитываются вручную в данном столбце ставится «Нет».
В разделе 6 нужно описать ограничения по процессу в целом. В соответствии с подходом теории ограничений Э. Голдрата (ТОС), в таблице представлено три типа ограничений. Первый тип («зона контроля») – это ограничения, которые связаны с факторами, которые полностью находятся под нашим контролем. Например, расстановка оборудования в производственном помещении (при условии, что есть возможность его переставить). Второй тип («зона влияния») – это ограничения, которые связаны с факторами, на которые мы можем повлиять. Например, требования к запасным частям для оборудования. Мы можем попросить/потребовать внешних поставщиков изменить некоторые параметры этих зап.частей и/или условий их поставки. Третья группа – это ограничения, которые связаны с факторами, на которые мы никак не можем повлиять. Например, тарифы на электроэнергию.
Для каждого ограничения нужно сформулировать его название, сделать текстовое описание самого ограничение и возможных последствий для процесса.
Корректное заполнение раздела 7 очень важно для системного понимания факторов, ограничивающих повышение эффективности процесса.
Раздел 7 служит для «ревизии» технологии выполнения процесса. В первую очередь необходимо определить состав внутренних нормативно-методических документов, которые регламентируют процесс. Затем нужно определить внешние НМД. Далее необходимо обратить отдельное внимание на нормативные документы, которые устанавливают требования к продуктам/услуга процесса со стороны потребителей («стандарты качества потребителей»). Это важно для понимания требований, предъявляемых потребителями.
Далее в таблице разделе 7 представлены четыре вида учета. Если определенный вид учета реализован при выполнении процесса, то в первом столбце ставится «Да». Во втором столбце приводится краткое текстовое описание существующей системы учета.
Учет операций означает, что мы учитываем все операции, выполняемые по ходу процесса. Если выполнение какой-то части или вида операций не учитывается, то в первый столбец ставим «НЕТ». Это означает, что технология выполнения процесса (а значит, и сам процесс) не полностью находится под нашим контролем. В зависимости от требований ГД, данный критерий может более или менее жестким. Например, можно считать, что учета операций нет, если в одном из подпроцессов процесса отсутствует учет 10% выполняемых операций. «Жесткость» критерия зависит от требовательности руководителя. В принципе, все операции всех подпроцессов процесса должны учитываться (т.е. учет операций должен быть на всех уровнях).
Учет очередей означает, что фиксируется размер очереди обрабатываемых объектов перед каждой операцией процесса. Наличие очереди перед операцией означает, что выполняющий эту операцию ресурс загружен (не простаивает). Учет очередей необходим для понимания узких мест при выполнении процесса и возможности его последующей оптимизации (как, впрочем, и учет операций).
Учет расхода ресурсов дает нам возможность анализировать затраты ресурсов, связанные с выполнением процесса и рассчитывать различные показатели эффективности.
Учет производительности необходим для понимания и анализа результатов выполнения процесса.
Корректное заполнение раздела 7 является очень важным для понимания текущего уровня управляемости процесса.
В разделе 8 следует представить информацию о ресурсах, которые необходимы для выполнения процесса. К ним относятся: персонал, оборудование, ИТ-инфраструктура, среда, измерительный инструмент. При заполнении таблицы указывается тип ресурса, количество, приводится список НМД, устанавливающих требования к данному ресурсу.
В разделе 9 описываются риски, связанные с выполнением процесса. Как и в Разделе 6, здесь представлено три вида рисков: в зоне контроля, в зоне влияния, во внешней среде (вне зоны нашего влияния).
В разделе 10 представляют схемы процесса. Если процесс ни разу не описывался в графическом виде, то данный раздел можно не заполнять. Обратим внимание, что для одного процесса может быть создано несколько различных графических схем. Такой подход может быть удобен в случае, если технология выполнения процесса может отличаться в различных ситуациях: разные внешние потребители, разные города, разные сезоны года и т.п. Конечно, различие в технологии выполнения процесса можно показать при помощи ветвлений на самой схеме. Но подчас бывает удобно сделать это, создав отдельную графическую схему.
Структура карточки процесса не является догмой. При ее внедрении в каждой компании наверняка будут выявлены какие-то свои особенности и предпочтения. Просто надо помнить ее основное назначение – системный, комплексный анализ процесса руководителем подразделения для понимания текущего состояния процесса и степени его управляемости.
Реализация карточки процесса в Business Studio и вывод информации в web через BS Portal
Работу по заполнению карточки процесса (паспорта процесса) можно автоматизировать. Удобно это сделать в специализированной среде моделирования процессов Business Studio 4.0. Фактически, при помощи Business Studio можно построить базу знаний компании по бизнес-процессам.
Рассмотрим пример настройки карточки процесса на условном примере. Схема процесса, для которой была создана карточка, представлена на рис. 8.
Для того, чтобы можно было занести необходимые данные по процессу в Business Studio, необходимо создать ряд новых атрибутов для процесса. Для этого были выполнены определенные доработки модели данных при помощи инструмента Meta Edit (входит в комплект поставки Business Studio в версии Enterprise). Например, был создан новый класс для описания ограничений процесса – см. рис. 9.
Дополнение структуры данных в Meta Edit и формирование необходимого для вывода карточки отчета заняло около 2-х рабочих дней.
После того, как все необходимые доработки были сделаны, мы заполнили соответствующие поля для тестового процесса (примеры представлены на рис. 9 и 10).
Далее был сформирован web-портал при помощи Business Studio Portal. Карточка тестового процесса была выгружена из Business Studio при формировании портала при помощи специально разработанного шаблона отчета. На рис. 12 показано, как выглядит web-портал и карточка нашего тестового процесса.
Каждый руководитель подразделения может заполнить карточки для своих процессов прямо в Business Studio. Информация фактически сразу будет доступна всем заинтересованным руководителям и сотрудникам через web-портал. Например, Генеральный директор может оперативно посмотреть, как идет заполнение карточек, правильно ли определены клиенты, ограничения и риски, насколько хорошо поставлен учет по процессу, определены ли показатели для управления и т.п.
Выводы
Резюмируя материал статьи подчеркнем, что карточка (паспорт) процесса может стать хорошим инструментом для вовлечения руководителей в работу по внедрению процессного подхода. Заполняя карточки своих процессов руководители должны внимательно проанализировать текущую ситуацию, понять потребности внутренних и внешних клиентов, определить ограничения и риски, понять степень управляемости процессом и т.п.
Для того, чтобы обсуждать и согласовывать процессы вдоль цепочки создания ценности компании важны налаженные коммуникации между руководителями. Наличие актуальной информации по каждому процессу в виде карточки процесса на web-портале компании существенно повышает эффективность коммуникаций.
Автоматизация работы с карточкой (паспортом) процесса в Business Studio – путь к созданию единого репозитория (базы знаний) компании по бизнес-процессам. Настойка структуры данных и шаблона отчета для вывода информации из Business Studio в web делается просто и быстро. Вывод информации через web-портал обеспечивает легкий доступ к нужной информации всех заинтересованных руководителей и специалистов компании.
В.В. Репин, к.т.н., доцент, консультант по управлению.
Август 2013 г.