За последние годы я заметил одну повторяющуюся историю В компании могут быть очень сильные функции. Финансы - дисциплинированные и внимательные к цифрам. Коммерция - активная и сфокусированная на продажах. ИТ - сильное в технологиях и внедрениях. Каждая команда делает свою работу хорошо. Но при этом почти всегда есть ощущение: операционная эффективность могла бы быть значительно выше. Проекты могли бы идти быстрее. Решения могли бы внедряться проще. Со временем я понял, что причина обычно не в людях и не в экспертизе. Проблема чаще всего в том, как функции взаимодействуют между собой. Я несколько раз сталкивался с одинаковыми управленческими ситуациями.

Первая история. Каждый отвечает за своё. Финансы оптимизируют контроль затрат. Коммерция - продажи. ИТ - стабильность систем и внедрения. Формально всё работает. Но никто не управляет цепочкой создания ценности от начала до конца. Поэтому я часто выходил за рамки ИТ и начинал разбирать процесс целиком: финансы, юридические ограничения, HR, операционные процессы. Не чтобы контролировать, а чтобы понять, где именно система теряет эффективность. Интересно, что внедрение информационных систем как раз помогает увидеть эту цепочку целиком. Главное - взять на себя ответственность посмотреть на неё шире.

Вторая история. “Если систему внедрили - эффект должен появиться сам”. ИТ реализует проект по ТЗ. Сроки соблюдены. Бюджет выдержан. Но ожидаемых изменений не происходит. Потому что ТЗ чаще всего отражает локальный запрос одной функции, а не системную задачу бизнеса. Поэтому перед стартом проектов я обычно собирал ключевые функции и выравнивал ожидания: что именно мы хотим изменить какие есть ограничения и по каким метрикам поймём, что стало лучше. Хороший ИТ-проект начинается не с системы. Он начинается с вопроса: какую проблему бизнеса мы действительно решаем?

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

И последняя история, которую я видел много раз. Каждая функция показывает хорошие KPI. Но процессы всё равно движутся медленно. Потому что хорошо организованные функции иногда начинают упираться друг в друга. В такие моменты роль IT Business Partner для меня была не в том, чтобы “сделать ИТ лучше”. А в том, чтобы синхронизировать команды вокруг общей цели, помочь договориться о приоритетах и компромиссах и через ИТ сделать процессы быстрее, прозрачнее и управляемее.

Если вам близок такой подход - могу дальше делиться практическими управленческими историями из работы IT Business Partner.