Обложка канала

Марина Корсакова

Стратегическое и операционное управление, бизнес-моделирование, HR, T&D, организационное развитие

Марина Корсакова

4 года назад
Открыть в
Сшивка Довольно часто встречается такая история: вроде два подразделения, каждое по отдельности, работают неплохо, а общий результат где-то сбоит. Любой пример можно представить - продажа клиентского b2b-проекта и его реализация, приём заказов и доставка, выполнение операций на оборудовании и его сервисное обслуживание, ведение учета материалов и их закупки и так далее, ещё сто штук. Дело вот в чём: чтобы сбоить переставало, нужно "точку сшивки" выделять как отдельное место исследования и отлаживания, и назначать по ней ответственного - по целой точке, не по участкам внутри зон. Потому что у меня довольно часто такие разговоры: - Чья эта проблема? - Ну как, наша - производства и продаж. - Кто с этим разберётся? - Мы разберемся, производство и продажи... - Спрошу по-другому: кто тот конкретный человек, который изучит все потребности/ограничения обеих сторон, подготовит варианты, как можно сделать сшивку, со всеми поговорит, всем приведет убедительные аргументы, оформит договоренности и проконтролирует их соблюдение? Молчат. Они готовы "разобраться" каждый со своей стороны (что имеет мало смысла). А именно целостный клубок распутать, место крепления построить, прочное и красивое - они не готовы. Ну и, по правде говоря, не всегда могут: это следующий уровень менеджмента, так-то, разбирать узлы - он требует умения мыслить приоритетами всей компании, а не одной только функции. Поэтому довольно часто единственным "сшивщиком" действительно может стать тот, кто на уровень выше - операционный директор для отделов производства и продаж, например, или директор по маркетингу для руководителей отдела управления ассортиментом и группы мерчендайзинга... Кто-то должен увидеть это именно как узел и именно за узел взять на себя ответственность. Самый точный аналог - DevOps-инженеры в IT: казалось бы, есть же где-то development и есть где-то operations, что они, свою работу плохо делают? Да не "плохо", просто из разных точек, иногда всё классно, но друг с другом совмещается не впритык; а DevOps-инженер где надо, подпилит, а где надо - наоборот, ещё слой подклеит, чтоб сходилось. Фитинги поставит. Будет лучше. Вот я всем рекомендую у IT этот подход заимствовать, даже если продукт совсем другой. Ну и что, а люди, способные выполнить соединительную работу как "девопсы", всё равно необходимы.