Pull to refresh

Comments 19

И если подытожить раздел «итого», получается, что ИТ-бизнес-партнёр — это 100% синоним руководителя проекта. А называется он «ИТ-бизнес-партнёром», очевидно, по классическому принципу «потому что гренка не может стоить 7 баксов, а крутон может».

Отчасти, бесспорно, есть пересечения по функциям. Иногда достаточно привлечения руководителя портфеля, например.

Но когда мы говорим про роль ИТБП, мы говорим
про сложную специфику проектов, масштаб и глубину работы с командой, как на
стороне ИТ (зачастую, более 100 человек), так и на стороне Бизнеса.

ИТ на ХаБР плохо интерпретируют токены: "ИТБП из МКБ совместно с НСПК смогли удовлетворить требования ЦБ по СБПэй"

С аббревиатурой ИТБП после прочтения статьи у вас точно не должно возникнуть проблем. Как и с МКБ, ведь мы в блоге Московского кредитного банка.

Остальные с удовольствием расшифрую (каюсь, в повседневной работе слишком привыкли к сокращению терминов):

СБПэй – платежное приложение Системы быстрых платежей (СБП)

НСПК – национальная система платежных карт

ЦБ – Центральный банк

С этим абзацем другая проблема, второе предложение никак не подтверждает первое.

Основная работа ИТБП — это всё же вопрос правильно выстроенных коммуникаций и умения вовремя донести нужную информацию о проблеме и возможных путях её решения до людей, уполномоченных принимать эти решения. Такой подход нам ощутимо помогает в ежедневной работе: например, когда проходило подключение к мобильному приложению СБПэй, мы (совместно с НСПК) единственные среди всех системообразующих банков запустили сервис в сроки, изначально установленные ЦБ.

Может это ИТБП помог, а может нет. Видимо, предлагается поверить на слово.

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

ИТБП имеет высокий уровень ответственности и уполномочен принимать большую часть решений, что успешно практикуется в повседневной деятельности.

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

У меня не возникло проблем с МКБ. Все знают, что это международная классификация болезней.

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

Ага, руководитель проекта, только внештатник.

Понятие «Кадровик» примерно как и «ИТшник» может прятать в себе множество функций – подбор, развитие, охрана труда, долгосрочное планирование, бюджеты и прочее. Функция HR очень разносторонняя. Важно понимать, что каждый работодатель вкладывает в данное понятие.

В МКБ HR Бизнес-партнер – полноценный партнер бизнеса, который является проводником в HR, зная стратегию организации, вверенного подразделения и HR, помогает достичь успеха.

Cама код не пишу, моя суперсила – soft skills))

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

Задача ИТБП как раз искать индивидуальные решения для не стандартных задач. Я веду заказчика "под ключ", в том числе контролирую задачи, которые передаются в другие команды/направления. В части приоритетов - договариваемся, это единственный способ. Договориться можно всегда, вопрос понимания стратегии банка в целом заинтересованными сторонами и значимости задач.

ИТ-бизнес-партнёра

Выглядит как русскоязычный перевод должности CTO или Tech lead'а (если их в компании несколько). Или есть ли какие-то отличия?

Некоторая схожесть функции действительно есть, несмотря на то, что СТО чуть более техническая функция. Например, для обеспечения выстраивания процесса производства в командах и ведения архитектурного надзора выделена отдельная роль - DevLead, который взаимодействует в тесной связке с ИТБП на конкретном направлении.

И что только не придумают, вместо того чтобы применять нормальный продуктовый подход и вводить роль PO и CPO... И ведь реально многие изобретают вот такие велосипеды... И вроде в интернете никого не банят, а нет ничего не меняется. Вместо того чтобы объединять бизнес и ИТ в одну кросс-функциональную команду придумывают роли чтобы можно было хоть как-то общаться через этого человека бизнесу и ИТ.

Роль ИТБП никак не противоречит продуктовому подходу и наличию в командах СРО. ИТБП выстраивает процессы как раз на уровне СРО и даже, не побоюсь этого слова, ССРО))

Sign up to leave a comment.