Описание бизнес-процессов: кому это надо

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

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

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

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

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

  • Как рассказать программисту о своей работе в целях автоматизации на понятном языке?
  • Как успешно автоматизировать процесс и не остаться на руинах ненужного продукта?
  • Что делать, если Вы зашли на проект, а подчинённые говорят с Вами о своей работе «стиснув зубы»?
  • Как снизить текучку продавцов из-за воровства?
  • Как подступиться к незаменимым и «вечно перегруженным» сотрудникам?
  • Что способствует внедрению эффективного KPI персонала?

Знакомство с нотациями через ИТ-сферу

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

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

Как вы понимаете, с юристами спорить не просто сложно, а бывает и накладно – проект рисковал стать неисполнимым.

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

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

Сейчас уже и не вспомню поток своих изысканий (в интернете можно найти много сравнений нотаций), но мой выбор тогда пал на eEPC. Анализируя сейчас, я понимаю, что выбор был неслучайным – часто данную нотацию относят именно к ИТ сфере применения, в т.ч. из-за её происхождения.

Освоил её достаточно быстро – через пару дней я без остановки переводил текстовые бизнес требования в фигурки Microsoft Visio и был несказанно счастлив от того, что все сложности с потерей логики в интерфейсах или недостаточности требований были решены.

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

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

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

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

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

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

Судьба следования модному веянию

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

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

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

«Зарыть» в такое украшательство можно бесконечное количество средств и усилий. Избежать столь трагической ошибки позволил бы профессиональный проектный менеджмент на стадии инициации (определение выгод).

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

Не всё сказать — это ещё не соврать

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

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

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

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

Дабы не возиться с Excel и секундомером самому, для самоописания занятости офисных сотрудников можно найти специализированный софт. Я в своё время использовал Manic Time, чтобы оценить своё время, потраченное между проектами. Но так и не смог использовать ИТ решение, где мне как руководителю можно:

— Задать блоки функционала подчинённого, чтобы он не страдал творчеством, а потом автоматически посчитался процент нагрузки в нужном мне разрезе

— Сопоставить отмеченные блоки с действиями (хотя бы в виде print screen) сотрудника на экране монитора, чтобы убедиться в том, что результаты достоверные

— Облениться и передать функцию по надзору за временем сотруднику HR отдела, чтобы заняться иными делами

К примеру, во время беседы с офисным сотрудником отдела продаж вы получаете такой ответ на вопрос о порядке информирования розничной сети о новинках: «Мы устраиваем тренинги по новым продуктам и постоянно уведомляем продавцов об их поступлении на склад». Сотрудник не врёт, но от того, что:

  • Тренинги устраиваются – это не значит, что они устраиваются по всем продуктам

  • Мы информируем – это не значит, что способ информирования не сводит на «нет» саму информацию

  • Продавцы воспринимают – это не значит, что они используют новинки в скрипте предложений для клиента

Лишь описав бизнес процесс, увидели картину:

  • Тренинги устраиваются только по тем продуктам, где есть материалы от производителя или сторонний тренер

  • Информация доносится до торговых точек с помощью email в начале рабочего дня и уже к обеду теряется в потоке писем
  • Продавцов никто не контролирует в рамках целевого предложения топовых новинок для клиента

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

Логика построения схемы бизнес процессов в ходе интервью позволяет не запутаться, постоянно задавая человеку цепочку вопросов: «Кто? Что делает? С помощью чего? Что получает? А затем что происходит? При каких условиях?».

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

Решением было:

  • Мобильное приложение, которое уведомляло клиентов об акциях и новинках. Оно же использовалось продавцами.

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

Тихий омут в бухгалтерии или губительная ценность бурной деятельности

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

Сумма была приличной, как выяснилось потом, часть её составляли деньги, ошибочно инкассированные на 407 счёт продавцами розничных магазинов (самоинкассация через терминал).

Вроде бы есть отдельный сотрудник, отвечающий за кассовую дисциплину сети торговых точек, аккуратно, в соответствии с законом и ПБУ складывает ордера, Z отчеты и прочие документы в папочку. А остальной части денег нет.

Это к вопросу о ценности работы сотрудника: «Что выгоднее соблюдать все ПБУ или следить за тем, чтобы деньги не украли?» Риск оценивается по двум критериям: вероятность возникновения и сумма возможного ущерба.

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

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

Поэтому описанный бизнес процесс покажет вам, есть ли выгода от его выполнения или он вменён персоналу потому что так принято, к примеру, в ПБУ (типичная отсылка бухгалтера кого-либо "читать книжки").

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

  • Не пойман – не вор. Запись видеонаблюдения за торговой точкой имеет ограничение по времени хранения. У каждой компании оно своё, поэтому если сверка всех счетов происходит после окончания периода перезаписи файлов, фактически компания рискует не иметь доказательств в рамках уголовного преследования
  • Бухгалтер тратит огромное количество времени на соблюдение всех норм ПБУ, «украшательство» архивных папочек. На ежедневное отслеживание движений денег по 407 и 408 счету просто не остаётся времени
  • Личный кабинет банка, где аккумулировались сведения о движении денег платёжной системы, был попросту неудобен, поэтому бухгалтерия лишний раз старалась в него не заглядывать. А детальная выгрузка была объёмной, что не позволяло провести сверку данных с 1С вручную и без ошибок

Как результат, бизнес процесс был не просто составлен as is, но и в версии to be, разработаны нормативные документы вплоть до инструкций по формированию архивных папок и средство автоматизированной проверки выгрузок с использованием скриптов MS Excel.

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

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

Вопрос о незаменимых

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

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

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

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

KPI – ещё одно модное слово, которое часто применяют бездумно. Ходит легенда, что надо выставить сотруднику мотивацию в соответствии с рынком. Ну надо, значит, надо. Как правило, зарплату подгоняют под рынок для упрощения возможной замены сотрудника или в целях удержания. Берем интернет, внимательно читаем умные речи, внедряем. Разве это не похоже на назначение лекарства без анализов?

Ещё одна страшная сказка для руководителя — это «незаменимые». Бывает так, что человек работает как электрический веник: «Жужжит, а не метёт». И трогать его боятся, а вдруг сломается?

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

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

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

Резюме

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

Важно, как в самом начале, так и в процессе описания процедур чётко держать в голове ответ на вопрос «зачем», чтобы благое дело не переросло в ИБД (имитацию бурной деятельности) или «украшательство».

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

Описывать бизнес процессы можно практически бесплатно, применим даже пакет приложений MS Office, хотя есть специализированный софт, типа: Bizagi (возможна даже бесплатная многопользовательская версия), Camunda, Elma и другие.

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

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

0
15 комментариев
Написать комментарий...
Ilya Novoselya

"Ещё одна страшная сказка для руководителя – это «незаменимые»."

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

Ответить
Развернуть ветку
Александр Бурдукин
Автор

Поэтому: "Незаменимых - нет!" И это правильно даже по отношению к самому себе, всё равно, что осознавать, что смерть неизбежна - будешь жадно жить.
И ещё: "управлять людьми <> управлять процессами". Управлять процессами как-то гуманнее, всегда можно сказать: "ты не меня подводишь, а компанию, поэтому ничего личного". Так и "незаменимых" не будет.

А если без деклараций, то был у меня в подчинении ИТ специалист. Знал, что ему з/п. не повысят - грейды не дают. Так он взбаламутил весь отдел - все ко мне по-очереди пришли за повышением. За 3 мес. обновил отдел на 100%. А зачинщик потом в шантаж дался, возомнил себя незаменимым. Так что бяку вырезать надо как можно раньше. Тут полностью согласен.

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

Ответить
Развернуть ветку
Sergey Telnov

http://www.interface.ru/home.asp?artId=39487
Таких случаев навалом и последствия могут наступить через год после увольнения если между ушей плохая голова и хорошие мозги. Не помню кто сказал: управление поведением работников - это прежде всего управлять своим поведением.

Ответить
Развернуть ветку
Александр Бурдукин
Автор

Спасибо за афоризм, искал автора - не нашёл. В своё время для меня было открытием книги Гиппенрейтер "Общаться с ребёнком как": "бузит", как правило, внутри каждого ребёнок. Гуманно с ним взаимодействовать - не только вопрос этики, но и результата

Ответить
Развернуть ветку
fadeevs1970 f

"Берем интернет, внимательно читаем умные речи, внедряем. Разве это не похоже на назначение лекарства без анализов?" 
Разве не так работает 99,9% любых внедрений любых нововведений? Включая эту статью и автора этой статьи? Почему этот блок отнесли именно к kpi, а ко всей человеческой деятельности? Или просто к особенностям человеческого мышления?)) 

Ответить
Развернуть ветку
Александр Бурдукин
Автор

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

Ответить
Развернуть ветку
fadeevs1970 f

"KPI влияет не только на вознаграждение того, кому он применён" 
Этт зависит от kpi. Правильные kpi индивидуальны и персональны. Дураков писать неправильные kpi хватает. Частным случаем неправильной мотивации является kpi на несколько сотрудников или подразделение. это - ошибка, невежество. Но при внедрении БП делается куча ошибок. Видимо, вы имели отрицательный опыт с kpi, но положительный с бп)) 

А это вещи одного порядка сложности и полезности. И если вы верите в пользу бп, то должны верить в пользу kpi)) 

Ответить
Развернуть ветку
Александр Бурдукин
Автор

Как я и писал, считаю, что описание БП должно предшествовать фиксации KPI. Последствия пренебрежения этим привёл в примере с комм. отделом. А так верю как в «морковку» спереди (KPI), так и направление (дорогу с изгибами), в отношении которого эта морковка установлена (БП). 

Ответить
Развернуть ветку
Deeping

"На практике я видел множество проектов по автоматизации и оптимизации функций персонала, которые были заброшены в связи с некорректной оценкой рисков или выгод, которые послужили основой для принятия решений об их инициации"
"Избежать столь трагической ошибки позволил бы профессиональный проектный менеджмент на стадии инициации (определение выгод)"
"на стадии инициации (определение выгод)"
То есть, риски и выгоды сперва неверно оценили, а потом определили? Что за бред я читаю?

Ответить
Развернуть ветку
Александр Бурдукин
Автор

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

Ответить
Развернуть ветку
Эдуард Балагуров

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

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

Ответить
Развернуть ветку
Александр Бурдукин
Автор

Описание бизнес процессов не оптимальных позволяет выявить его узкие места или места безответственности, в тексте статьи есть такие примеры. И этого не мало: "Лучшее - враг хорошего". Описание не существующих - это вроде и есть бизнес моделирование, там очень много чего можно выявить интересного, посмотрите: здесь: https://habr.com/ru/company/bpsimulator/blog/289918/

Ответить
Развернуть ветку
Эдуард Балагуров

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

Ответить
Развернуть ветку
Александр Бурдукин
Автор

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

Ответить
Развернуть ветку
Коля В

Спасибо за жизненные примеры.

Ответить
Развернуть ветку

Комментарий удален модератором

Развернуть ветку
12 комментариев
Раскрывать всегда