Организация бизнес-процессов силами сотрудников без намёка на денежное вознаграждение

Опыт ecommerce-агентства Kislorod — в рассказе его сооснователя Максима Жукова.

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

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

Бардак в процессах — это нормальная ситуация в российском бизнесе, даже несмотря на то, что он успешен. Главное — это осознать и принять. Для меня, честно говоря, до сих пор загадка, почему в России принято меряться количеством сотрудников. На Западе уже давно никто тебя не похлопает по плечу и не скажет: «Good job», — если при большей численности сотрудников или сумме вложенного капитала твоя чистая прибыль незначительно выше, чем у конкурента.

Результативность — это итоги деятельности, выраженные в абсолютных значениях. Эффективность — это соотношение результатов к ресурсам, затраченным на их достижение.

Когда бизнёс растет с сохранением исходного уровня эффективности, это экстенсивный рост. Увеличивается масштаб бизнеса, но не его качество. Развития здесь нет. Если эффективность повышается — это рост интенсивный, качественный.

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

Так выглядит компания с точки зрения большинства собственников бизнеса:

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

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

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

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

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

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

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

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

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

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

Этот миф у меня всегда вызывал улыбку. Во-первых, это всего лишь документ. Он не заберёт с собой корпоративную культуру, которую вы воспитывали годами. Ведь успех любой компании — это люди, которые вместе готовили тот самый документ.

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

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

Для себя мы обозначили это так.

Собственники бизнеса

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

Руководители разных уровней

Перестанут вязнуть в текучке — работа подчинённых будет хорошо выполняться без жёсткого контроля и ручного управления. Смогут контролировать показатели и обосновывать управленческие решения. Будут тратить меньше времени на ввод нового сотрудника. Придёт осознание общего вектора развития и процессов компании в целом.

Рядовые сотрудники

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

Клиенты и партнёры

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

Мы выделили для себя ключевые шаги:

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

В некотором смысле здесь нам было проще:

Советы:

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

Процессы мы делим на основные, вспомогательные, процессы управления и совершенствования.

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

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

Раскрою работу группы по описанию и внедрению одного из наших основных бизнес-процессов — технической поддержки и развития ecommerce-проектов.

Мы выбрали методику Михаила Рыбакова, которую он детально описывает в книге «Бизнес-процессы. Как их описать, отладить и внедрить. Практикум». Но адаптировали её под небольшую компанию.

Оргструктура нашего проекта по описанию бизнес-процесса «Техническая поддержка и развитие ecommerce-проектов»:

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

Сам принцип выглядит следующим образом.

1. Определяем шаги процесса (не более 7–12 шагов)

Рекомендуется придерживаться именно этого диапазона, так как в случае меньшего количества шагов процесс перестаёт нести управленческую ценность, а в случае большего — есть риск закопаться. В этих случаях правильнее будет либо дробить шаги на мелкие, либо объединять.

2. Единый уровень детализации

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

3. Каждый шаг — «чёрный ящик»

При описании верхнего уровня процесса относимся к каждому шагу как к «чёрному ящику» — нам пока всё равно, что внутри. Детализировать будем тогда, когда осознаем процесс на верхнем логическом уровне.

4. Описываем полный, нормальный, линейный процесс

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

5. Описываем процесс «как есть» и зону ближайшего развития процесса

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

6. Обновления процесса выкатываем пакетно

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

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

Формально описание процесс выглядит так.

Шапка процесса включает в себя:

Тело процесса — здесь мы описываем основные шаги.

Пример того, как выглядит описание процесса на верхнем уровне у нас:

Крупные шаги процесса детализируем, разбивая на подпроцессы. В качестве примера приведу скриншот одного из шагов — «Производство»:

Руководителем подпроцесса становится ответственный за шаг-родитель. Согласно примеру выше — технический директор. Он же следит за показателями подпроцесса.

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

Для того, чтобы не подорвать авторитет всего проекта перед командой и клиентами, обкатайте новый процесс в течение 2–3 месяцев на пилотном проекте. Скорее всего, двум–трём клиентам посчастливиться стать участниками эксперимента. Но это неизбежно, поэтому пристально следите за его ходом.

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

На практике у нас это выглядело так:

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

Слайды из отчетной презентации рабочей группы:

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

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

Кстати говоря, на этом этапе, скорее всего, выяснится, что вы что-то упустили — и это нормально.

После описания процесса работа по его улучшению продолжается. Участники группы в ходе рабочего процесса выявляют недочеты системы. И продолжают обсуждение в закрытом чате корпоративного портала. Так собираются новые предложения для обсуждения на следующем собрании рабочей группы.

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

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

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

Нужно определить:

Показатель должен быть:

Показатель может описывать:

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

#Колонка