Содержание
Поиск кандидата по-хорошему должен начинаться только после того, как упорядочены его функциональные обязанности: нет зон пересечения ответственности, в компании нет областей безответственности, выверена расчётная нагрузка и фактическая.
Описанные бизнес-процессы должны тому способствовать. В таком случае для поиска могут быть использованы прописанные инструкции, профиль должности, положение о премировании и иные статичные источники информации. Но в жизни, как правило, всё не так:
- Заказчик поиска («главный» или руководитель какого-то структурного подразделения) может устанавливать исходя из своих личных предпочтений дополнительные нефункциональные критерии отсева, такие как наличие «нужных» знакомых или строгое отсутствие «не нужных», отсутствие или присутствие вредных привычек.
- Должностные инструкции и иные документы КДП, которые зачастую написаны для «галочки» или потенциального судебного разбирательства, не могут быть использованы для понимания того, чем сотрудник должен заниматься и какой набор компетенций у него должен быть.
Порядок денежной компенсации затраченного времени сотрудника определяется не фактическими обязанностями или выгодами от его работы для организации, а привычками рынка или компании.
Как результат непонимания требуемого функционала и сопутствующего вознаграждения, получается, что сотрудник нанимается 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 действительно рабочий.
И, наконец, помните, что в «мутной воде» даже хорошие сотрудники могут перевоспитаться. Не искушайте людей — работайте системно, мы в ответе за тех, кем управляем.
Автор: А. Бурдукин
Источник: материалы сайта vc.ru
