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

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

Максим Жуков

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

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

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

Эффективность = результат / затраты

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

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

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

Процессный подход

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

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

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

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

Современный подход к управлению

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

Борьба со страхами

Первый страх: «У нас ничего не получится — мы не знаем, как правильно»

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

Второй страх: «Изменения не приживутся и команда их отторгнет»

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

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

Третий страх: «Ни один сотрудник в команде не будет принимать участие в работе над бизнес-процессами бесплатно»

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

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

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

Четвёртый страх: «Мы всё опишем, а потом любой из сотрудников с этими документами уйдёт и откроет аналогичный бизнес»

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

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

Пятый страх: «Всё это бесполезно — мы только потратим время»

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

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

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

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

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

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

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

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

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

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

План описания и внедрения бизнес-процессов

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

  1. ​Вовлечение команды.
  2. Описание и доработка бизнес-процесса.
  3. Обкатка и корректировка пилотного проекта.
  4. Внедрение и стабилизация.
  5. Совершенствование.

Первый шаг: вовлечение команды

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

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

  • Команда привыкла к зачастую положительным изменениям в компании. К примеру, практически уже год как мы подвели черту под позиционированием и занимаемся только разработкой ecommerce-проектов на «1С-Битрикс».
  • Сотрудники, которые устали обжигаться или хотели понимать все этапы производственных процессов, сами просили нас об этом.
  • Мы всегда поощряли инициативу в коллективе.

Советы:

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

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

Второй шаг: описание и доработка улучшенной версии бизнес-процесса

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

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

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

  • Поиск и ввод новых сотрудников.
  • Маркетинг и PR-активность.
  • Финансовое планирование.
  • И другие.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Работа группы

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

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

Описываем процесс документально

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

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

  • название процесса;
  • цель;
  • архитектор (АП);
  • руководитель (РП);
  • показатели.

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

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

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

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

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

Третий шаг: отладка и корректировка пилотного проекта

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

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

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

  • Мы распечатали всю таблицу процесса (3,5 метра) и повесили её на стену.
  • В качестве дополнения к этой таблице распечатали разлиновку, где каждая ячейка соответствовала каждому шагу процесса. Так мы описывали результаты прохождения сквозного процесса клиентами. И, соответственно, вносили поправки в таблицу.

Четвёртый шаг: внедрение и стабилизация

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

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

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

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

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

Пятый шаг: совершенствование

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

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

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

Показатели процессов

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

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

  • Цель показателя. Понять, зачем тратить время на сбор статистики.
  • Задачи показателя. Решить, как вы будете его использовать.

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

  • Информативным. Чтобы можно было делать выводы на основе динамики показателя и принимать управленческие решения.
  • Простым для сбора исходных данных и расчёта.

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

  • Результат, достигнутый при выполнении процесса.
  • Ход процесса.

Итоги

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

  • Мы стали более осмысленно подходить к системе мотивации сотрудников, так как знаем, к каким показателям нужно её привязывать, чтобы увеличить общую эффективность бизнеса.
  • Уменьшили отток клиентов на техподдержке. В последнем квартале он фактически отрицательный. Как следствие, вырос LTV.
  • Усилив отдельные этапы процесса, мы увеличили рентабельность проекта. Одним из самых убыточных этапов в разработке проекта был дизайн: нам не всегда удавалось попасть в ожидания клиента и не находилось достаточно аргументов для защиты идей. Внедрили более глубокую аналитику (маркетинговый бриф, анализ целевых персон, анализ статистики систем аналитики, конкурентный анализ и так далее) внедрили чек-листы и мудборды для понимания предпочтений клиента (из серии «шрифт с засечками или нет»). Обговариваем с клиентом условия презентации дизайна. Показываем дизайн только узкой рабочей группе клиента, которая участвует в проекте с самого начала и знает всю историю коммуникаций.
  • Улучшили взаимодействие между отделами — к примеру, ввели регламенты передачи проекта. Так менеджер по продажам не получит вознаграждение, пока не передаст проект в соответствии с регламентом, которой описан в задаче передачи проекта.
  • Повысилась вовлечённость команды в развитие компании. К слову говоря, в новой рабочей группе по второму основному процессу присоединились новые участники. Большинству в принципе стало не всё равно, как только пришло понимание, что у них появилась возможность качественно улучшить процессы, в которых они принимают ежедневное участие.
  • Поднялся командный дух. Совместная работа над улучшением процессов лучше любого корпоратива с пивом и пейнтболом.
0
23 комментария
Написать комментарий...
Сашка Сергеевич

Читал всю статью внимательно, быть может я немножко не так на все смотрю, но просмотрев фото убедился, что совсем нет понимания сущности\ отличия вашей организации от любой другой адекватной системы. Точнее такое ощущение, что это у вас в команде для организации процесса необходимы потратить и тратить время и ресурсы для разжевывания этапов задач, исключительно из.. ну не знаю, текучки кадров что-ли.
Взять к примеру это фото.. для стажеров, пришедших "на практику" из университета на пару недель - да, инфо ценна и полезна. А для тех, кто два раза увидел процесс изнутри по пунктам, мне кажется совсем бесполезная инфа.. В общем, повторюсь, наверное я не так все понимаю.
Или ваша "матричная структура" "Сотрудник одновременно работает в своём отделе, но при этом также участвует в выполнении бизнес-процесса", а без картинки и слов про матрицу -он не участвует в бизнес-процессе? а руководитель подразделения не в состоянии оформить в головах подчиненных задачу и осуществлять контроль без дополнительного "ответственного" ? А для чего тогда он нужен?

Ответить
Развернуть ветку
Максим Жуков

А почему ни у кого не возникает вопросов зачем пишутся законы и кодексы Российской Федерации? Наверно, для того, чтобы не было бардака в стране (и даже в этом случае бардак имеет место быть, поэтому законы постоянно дорабатываются).

Когда к тебе в сотый раз подходит сотрудник и спрашивает, а что мне делать если… Или звонит клиент и требует переключить на руководителя в случае, если кто-то из менеджеров проявил инициативу и сделал так, как посчитал нужным или не посчитал нужным, а не так как должен был или так, как правильно...Невольно начинаешь задумываться: А как правильно, может я не вижу картину целиком? Как мне сделать так, чтобы меня не дергали по пустякам, не отвлекая от текущей задачи, т.к. фокус вернуть бывает очень сложно? Как увеличить эффективность отдельно взятого процесса (того же этапа разработки дизайна) так, чтобы повлиять на рентабельно проекта в целом. Да ещё и закрепить всё это документально, в виде пошаговой инструкции к действию, которая уже несколько раз оправдывала себя. И убедить команду в этом чтобы в будущем все понимали, что именно так правильно и не изобретали костыли, которые повлекут за собой очередной факап.

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

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

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

Ответить
Развернуть ветку
Олег Ивахнов
Второй страх: «Изменения не приживутся и команда их отторгнет»

Ну вообще то надо думать о том, что кто то из сотрудников не приживется в новой структуре.

Ответить
Развернуть ветку
Максим Жуков

Да, как показывает практика, они либо сразу уйдут, либо их отторгнет система или команда. Мы постоянно "чистим кровь", как только, что то меняем)) И НИ РАЗУ не пожалели. К этому просто нужно быть готовым.

Ответить
Развернуть ветку
Олег Ивахнов

Да я вот сижу тоже думаю над всем этим. Компания активно растет, количество людей увеличивается, те самые проблемные СТЫКИ имеют место быть. Уже в прошлом году прописывали процессы, но в этом году был качественный и количественный скачок роста повлекший существенные изменения. Теперь по новой надо прописывать )
Скачал Рыбакова - читаю )

Ответить
Развернуть ветку
Максим Жуков

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

Ответить
Развернуть ветку
Олег Ивахнов
Известно ли вам, что ни один сотрудник, кроме вас, вероятно, понятия не имеет как устроены процессы в вашем бизнесе

Очень полезно сотрудников ставить временно на чужие позиции.

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

Программиста бухгалтером, дизайнера курьером и наоборот?

Ответить
Развернуть ветку
Олег Ивахнов

В общем я так делаю когда люди начинают говорить что то в стиле "Да они там на складе сидят не делают нифига".
Ок. Отправляйся на склад и включайся в процесс, как раз посмотришь, как они ничего не делают.

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

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

Ответить
Развернуть ветку
Олег Ивахнов

Ну я то точно знаю кто чем занимается, я почти на всех позициях в своей организации работал.

Ответить
Развернуть ветку
Олег Ивахнов

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

Ответить
Развернуть ветку
Антон Селихов

То, что начали описывать бизнес-процессы - молодцы! Надеюсь на этом не забуксуете и до оптимизации "доживете"

Но написано прям очень скучно, сорри.

Ответить
Развернуть ветку
Максим Жуков

Спасибо) Буду качать перо))

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

"Клиентом принято решение не работать с агентством" влечет за собой "Конец БП".

Вам точно до такой степени надо документировать? Раньше были сбои?

Ответить
Развернуть ветку
Максим Жуков

Да, если речь о сквозном процессе, то если у него есть начало, то должен быть и конец)

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

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

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

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

Ответить
Развернуть ветку
Максим Жуков

От денег их ни кто не отговаривал) Не все работают только ради денег. В этом смысле нам повезло с командой. Но и глупо отказываться от возможности самому качественно повлиять на процессы в которых ты каждый день плаваешь. И снизить уровень стресса) На самом деле понятие ВЛАСТИ как таковой мы искореняем из корпоративной культуры у нас другой подход к управлению. Что касается власти - мы не берём ТОПов со стороны, а растим их внутри компании. Это отличный способ сотруднику, проявив инициативу, показать руководству, что он может претендовать на должность, которая в скором времени появится в результате очередного этапа роста.

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

Максим, интересная статья, спасибо!

У себя мы начали внедрять бп больше 3 лет назад. Методика несколько другая, рыбаковские для меня слишком абстрактные, высокоуровневые.

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

Конечно, не все эту трансформацию пережили, приходилось увольнять.

Самое главное на мой взгляд - это правильное внедрение, особенно поначалу. У нас например были планы внедрения бп прямо по часам на 2 недели вперед.

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

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

Ответить
Развернуть ветку
Максим Жуков

Спасибо) Да, было б здорово пообщаться, постучал в личку.

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

Картинки не показываются. (

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

Компания существует. Интересно за 6 лет, что там произошло.

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