Для того, чтобы цифровые инициативы в корпорации быстро запускались и реализовывались, приносили необходимую прибыль, необходимо слаженное взаимодействие всех функций и систем, вовлеченных в работу над продуктами. Его обеспечивает корпоративный фреймворк - единый язык, рамка. Он позволяет находить взаимопонимание, моментально устранять все возникающие проблемы и, не теряя скорости, продвигаться по всем этапам продвижения цифровой инициативы.
В работу над цифровыми продуктами в большой промышленной корпорации вовлечены различные функции и входящие в них люди.
При этом каждая такая функция – будь то ИТ, финансы, инвестиции и т.д. работает по своей системе. У них разный оргдизайн, система KPI, ролевая модель. Они по-разному описываются.
Например, финансовая система – через финансовый регламент и процесс бюджетирования. ИТ – через архитектуру и платформенные концепции.
Успешное взаимодействие всех этих систем обеспечивается не их объединением - что просто-напросто невозможно - а заданием определенной рабочей рамки, так называемого фреймворка, описывающего последовательный процесс создания цифрового продукта по стадиям.
Продуктовый фреймворк выстраивается по существующим стандартам рынка и учитывает специфику конкретной промышленной корпорации.
По сути, фреймворк дает общий язык, на котором могут говорить вовлеченные в работу над продуктом системы.
Благодаря этому языку они могут договариваться, понимать друг друга и без споров и проволочек вместе быстро создавать и выводить на рынок цифровые продукты – осуществлять кросс-функциональное взаимодействие.
То есть корпоративный фреймворк нивелирует «эффект Вавилона» - библейскую историю Вавилонской башни, недостроенной из-за того, что люди говорили на разных языках и не смогли договориться и сотрудничать.
Алфавитом этого общего языка, реализованного в корпоративном продуктовом фреймворке, являются артефакты, которые должны производиться – то есть результаты, которые должны получаться на каждой стадии работы над продуктом.
Модель продуктового фреймворка Neuromap – тройная.
Для каждой стадии фреймворка описываются уже упомянутые мной Артефакты, т.е. результаты, которые нужно уметь получать на каждом этапе работы над продуктом.
Для каждой стадии фреймворка также описываются Практики, которые нужно осуществить, чтобы получить эти Артефакты.
Помимо этого описываются Знания, которыми необходимо для этого обладать.
Все они оцифрованы во фреймворке в программной реализации Neuromap в виде карточек.
Например, это Артефакт «Звездная карта компетенций» на стадии Design (Проектирование) и связанные с ней карточки с Практиками и Знаниями, необходимыми для создания этого артефакта.
Фреймворк помогает разрешать противоречия и недопонимание между функциями, вовлеченными в работу над продуктом, его запуском, продвижением, выявить причины стопора в этих процессах.
Все спорные ситуации, кейсы, которые возникают на этом пути, анализируются в контексте того:
- какие функции в них вовлечены
- к какой стадии продуктового фреймворка они относятся
- соответствуют ли артефакты, на которые предъявляется запрос, этой стадии
Далее расставляются все точки над i, и вместо того, чтобы обмениваться взаимными оскорблениями, стрессовать и так же медленно продвигаться в работе над продуктом, люди находят общий язык, конструктив и работа движется вперед.
Рассмотрим конкретный пример.
Работа над определенным проектом, цифровой инициативой застопорилась – прошло три недели, команда продуктовой разработки должна выйти на третий спринт, но не сформировала еще и первый.
Выясняется, что продуктовая разработка не получила от ИТ-функции разработчиков, поэтому бэклога спринта нет.
Для начала необходимо убедиться в том, что у продакта есть четкое понимание того, что такое «Бэклог спринта», происходит сверка этого понимания по карточке из фреймворка.
Далее становится понятно:
- Что в этот кейс вовлечены две разные системы, две функции, между которыми и возникло противоречие – ИТ и продуктовая функция
- Что речь идет о стадии Design, выделение разработчиков происходит на этом этапе
- Что для решения задачи нужна конкретная карточка из фреймворка. В данном случае эта заполненная продактом карточка, описывающая готовую команду разработчиков, передается в ИТ, после чего функция ИТ в соответствии с ней должна обеспечить продуктовую функцию разработчиками.
Что делать, если эта артефактная карточка представителем продуктовой функции не заполнена?
Не давать ему задание заполнить ее потом, а сделать это сразу же, применив продуктовый подход, а не waterfall-ный - хотя бы записать информацию со слов product owner, чтобы получить MVP-карточки и отправить в работу.
Например, спросить: "Какие разработчики тебе нужны? Java? Сколько? На какой период? Август – ноябрь, понятно" и внести полученную информацию – «2 разработчика Java, август-ноябрь 2020».
С этой информацией уже можно работать, следуя фреймворку.
Product owner отправляет карточку в ИТ-функцию, к которой теперь переходит ответственность за предоставление разработчиков.
И никакие долгие трехнедельные переписки между ИТ и продуктовой функцией с взаимными претензиями уже не нужны.
Нарушение SLA при необходимости обсуждается на мини-совете.
А необходимые ресурсы разработчиков можно в качестве запасного варианта обеспечить открытием вакансии стажера.
Главное - PnL, который ждать выравнивания между функциями не будет.
В процессе такого кросс-функционального взаимодействия может возникнуть проблема с различием практик, которые приняты в разных функциях.
Например, в продуктовой функции один алгоритм выделения разработчиков, а в ИТ-фреймворке – другой (постановка ТЗ, серия встреч по разработке архитектуры, выделение проектного менеджера, разработчика на определенный процент ставки и т.д.).
Возникает некоторая рассинхронизация вокруг того, как получается конкретный артефакт во фреймворке.
В этом случае во фреймворк помимо той практики, которая в нем есть и относится к данному артефакту – практики, принятой по международным стандартам продуктовой разработки и опирающейся в теоретической части на авторитетные первоисточники (например, Scrum Guide, BCG. McKinsey) - вносится дополнительная карточка с практикой (принятой в функции IT в данной корпорации).
В том случае, если она вписывается в продуктовый фреймворк, помогает получить рассматриваемый ключевой артефакт – выполнить time to market и PnL.
Мы всегда на связи: Telegram, сайт, info@neuromap.tech.