Привет! К определению сущности ИТ-бизнес-партнёра зачастую возникает больше вопросов, чем к названиям большинства других должностей. Для рядового сотрудника порой куда понятнее, чем занимается тот же scrum-мастер или agile-коуч. А вот с ИТ-бизнес-партнёром всё иначе: кто-то думает, что это такой аналог классического продуктолога, который просто чуть более вхож в руководящие круги. Другие считают, что это просто перемычка между бизнесом и чистым ИТ, мол, коммуникации такого рода не автоматизируешь, так что вот, пусть должность будет для живого человека.
В этом посте мы постараемся объяснить, чем же именно занят ИТ-бизнес-партнёр на работе, что входит в его обязанности, какими качествами он должен обладать. И сделаем мы это на живом примере: меня зовут Светлана Евстигнеева, я ИТ-бизнес-партнёр блока розничного бизнеса Московского кредитного банка (МКБ).
Так где же место такого человека в структуре компании?
Для начала определим зону ответственности ИТБП — далее будем использовать эту аббревиатуру, чтобы не перегружать текст, тем более что для бизнеса такой человек вполне себе является и источником бесперебойного питания. Итак, ИТБП целиком и полностью отвечает за продуктовое или сервисное направление. В моём случае это направление розничных продуктов. Направление разделено на функциональные команды, каждая из которых отвечает за поставку конкретного продукта или продуктов и управляется руководителем проекта.
В МКБ мы категорически не приемлем формат «заказчик — исполнитель», где заказчик придумывает набор хотелок и делает постановку в форме: «Некогда объяснять, просто возьмите и сделайте». Мы стремимся к истинному партнёрству и выстраиваем между бизнесом и ИТ доверительные отношения, основанные на открытости коммуникаций и прозрачности информации. Отсюда и роль ИТБП, которая предназначена для создания и поддержания разумной синергии между участниками процесса поставки ценности конечному клиенту.
В рамках взаимодействия с бизнесом ИТБП может и должен предлагать оптимизацию с точки зрения систем. Например, подробно и аргументированно расписать, как замена одной ИТ-системы может оказать влияние на бизнес-функционал и принести пользу, зачастую даже не конкретному заказчику, а банку в целом. Или же наоборот: объективно обосновать, почему нужно остаться на текущем стеке, иногда и в форме «Работает — не трогай».
Вообще, специфика направления розничных продуктов — в постоянном прогрессе: старт там есть, а вот финиша нет. Чаще всего новые задачи поступают в работу, когда старые ещё в процессе реализации.
При работе в режиме повышенной готовности к всевозможным изменениям крайне важно следить за климатом внутри команд разработки, не допуская перегрузов и выгорания сотрудников. Оценка ресурсов и компетенций участников команд, их настроения — это всё ответственность ИТБП: он должен понимать, когда и в каком объёме необходимо усилить команду с точки зрения компетенций или количества человек, а когда и пора делать «переливание крови».

Основная работа ИТБП — это всё же вопрос правильно выстроенных коммуникаций и умения вовремя донести нужную информацию о проблеме и возможных путях её решения до людей, уполномоченных принимать эти решения. Такой подход нам ощутимо помогает в ежедневной работе: например, когда проходило подключение к мобильному приложению СБПэй, мы (совместно с НСПК) единственные среди всех системообразующих банков запустили сервис в сроки, изначально установленные ЦБ. Так же оперативно мы в 2021 году реализовали продажу депозитов на Мосбирже и стали предлагать одни из лучших условий среди банков.
Особенность задач моего направления в том, что чаще всего у них нет финальной точки — всё время внедряются новые продукты, оптимизируются или выводятся с рынка действующие продукты.
ИТ и бизнес. Как с ними разговаривать
Прежде всего надо понимать, что оба этих лагеря — части одного бизнес-организма.
ИТ — это ваше всё, как бы пафосно сейчас ни прозвучало. ИТ отвечает за разработку продукта, услуги или сервиса на всех этапах жизненного цикла (включая те, о которых вы даже не подозреваете), в том числе и за обеспечение нужными мощностями и создание архитектуры решений, с соблюдением требований информационной и экономической безопасности и прочее. Для каждого клиента с момента «Вот бы стать клиентом МКБ» до окончания использования наших продуктов ИТ являются тем столпом, который обеспечивает бесперебойность работы всех продуктов и банковских услуг, делающих клиента счастливым.
Бизнес — это уже про клиентские пути, экономическую эффективность, планирование и умение быстро менять парадигму работы. Бизнес отслеживает критичные показатели, задаёт вектор развития компании на достижение её целей.
Каждая из сторон имеет колоссальную экспертизу, поэтому критично важно, чтобы они работали в тесной связке.
Вот тут и нужен ИТБП, который выстраивает доверительные партнёрские отношения между бизнесом и ИТ для достижения целей банка в ИТ- и бизнес-стратегиях.
Моё рабочее время делится примерно так: 50/50. Половина времени уходит на взаимодействие внутри ИТ, другая половина — на взаимодействие с бизнес-заказчиками.
Такая же пропорция и в переговорных процессах: кое-где нужно проявить гибкость и участливость, а кое-где вооружиться суровыми аргументами, цифрами и сухими фактами. В любом случае необходимо оставаться бесстрастным, помня про первоочередность достижения целей самой компании, а не конкретных участников спора.
Что должен делать ИТБП
Как вы поняли из абзацев выше, уметь разговаривать с людьми и договариваться с ними — основной навык успешного ИТБП. ИТБП не форвардит письма и не играет в пинг-понг запросами, не занимается критикой таких запросов. ИТБП решает проблемы, а в большинстве случаев сам их находит, подсвечивает всем заинтересованным участникам и уже после этого приступает к их решению.
ИТБП постоянно развивается, работает над прогрессом своей команды. Развиваешься ты сам — развивается команда, развивается команда — развивается продукт… Продолжать можно бесконечно.
А ещё для ИТБП важен именно результат, а не процесс. Если человек городит кучу различных монструозных процессов, в которые вроде как все вовлечены и активно работают, но при этом результата-то нет вообще (кроме видимой занятости и борьбы с безработицей), то ваш ИТБП что-то делает не так. Или тот, кто его нанял.
Критичной является способность время от времени останавливаться и осознавать происходящее, перезагружаться. Конечно, все мы можем работать в highload-режиме. Но лишь какое-то время мы будем делать это продуктивно. И если не брать паузу, то вы просто загоните себя, а кроме этого — и работающие с вами команды. Хотите этого? Спойлер: команды — тоже нет.
Мне в работе помогает классическая матрица Эйзенхауэра.

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