2 РОПа, 2 года молчания и риск потерять 30% оборота
Представьте: компания — эксперт в ветеринарных препаратах. База — около 100 клиентов (от ЛПХ до агрохолдингов). Цель амбициозная, но реальная: +30% к обороту ежегодно. Казалось бы, продукт нужен, рынок есть, циклы продаж понятны.
Но мы заходим в бизнес и видим не систему, а поле боя.
Компания обратилась к нам с запросом: «Помогите понять, как ими управлять». Оценка показала ситуацию, от которой хочется хвататься за голову.В отделе два руководителя (РОПа). По задумке: один отвечает за блок продаж, второй — за ветеринарную экспертизу. Но на деле: • Должности называются одинаково. • ЦКП (конечный продукт) поставлен идентичный. • Команда одна, а функционал разный.
Что случилось в итоге? Тихая война. Один из РОПов уже 2 года не разговаривает со старшим менеджером. Буквально. Ноль коммуникации. Конфликт не разрешен, он просто заморожен. «Живой роутер». Все процессы легли на операционного менеджера. Вместо стратегии он бегает между сотрудниками, передавая информацию из уст в уста. Саботаж и слухи. Менеджеры отказываются работать с руководителями, пускают сплетни. Любая инициатива гаснет: если нет 100% поддержки коллектива, идея не взлетает. Ответственных нет, сопротивляться изменениям умеют все. Знания в сейфе. Нет базы, нет инструментов передачи опыта. Всё держится на личных встречах. Ушел человек — ушла экспертиза.
Мы видим, что фундамент шатается из-за структурных ошибок, которые маскируются под «характеры людей».
А теперь Ваш черед. Как думаете, где здесь главная ошибка, которая запустила цепную реакцию?
Может быть: 1. Зоны ответственности не зафиксированы (двойное подчинение, размытые KPI 2. Это всё ретроградный меркурий, скоро закончится 3. Сотрудники просто мало мотивированы деньгами 4. Слишком сложный продукт, клиенты сами не понимают, что хотят
· 25.04
В разработке похожая динамика случается между двумя техническими лидами. Формально оба «ответственны за архитектуру», а на деле - два отдельных видения как должна работать система, и никто не хочет первым идти на компромисс.
Видел такое в одной команде - через год у них было две конкурирующих библиотеки для одной задачи, потому что каждый написал свою вместо того чтобы договориться. И обе работали, что делало ситуацию ещё хуже.
Парадокс в том что в таких случаях нужен третий - не как судья, а просто как человек которому они объясняют свою позицию. Иногда достаточно просто проговорить вслух.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 25.04
Иногда проговорить вслух работает, а иногда делает даже хуже 😄 Например, в этом случае включалась третья сторона и старались выстроить диалог, однако это привело к обратному эффекту - обострению конфликта
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 26.04
Сколько бы времени ушло чтобы «договориться»? Допустим что от каждого лида требуют результат. Бизнес не за код ведь платит а за продукт.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 27.04
Согласна! Для бизнеса главное - результат. Но иногда, чтобы получить его нужно "настроить механизм". Можно потратить огромное количество времени, требуя результата от сломанных часов, но не получить его. В таком случае потратить какое-то количество времени на ремонт выглядит достаточно эффективным решением.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён