Mmkbotkina.ru

Однажды программисты отвечали за код лишь на собственном ПК. Затем с формированием культуры DevOps все стали отвечать за продакшен. А кто отвечает за бизнес? Почему он у нас довольно часто остается в стороне? Почему программисты пока еще по старинке надеются на прослойку в качестве предназначенного менеджера, аналитика?

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

Главная неприятность я склонен думать — это немощная втянутость разработчиков в бизнес-смысл и бизнесовые метрики, что свойственно и для бизнеса также — у него иногда времени и сил не хватает понять в то, что там делают технари — основное, чтобы фичи стремительней выкатывались пользователям.

Принимая во внимание то, что разработчики прямо решают задачи бизнеса, а бизнес очевидно зависит от труда разработчиков, то проблемы вовлечения двух сторон стоят живо. Можно даже допустить, что это 1 наиболее главных условий почему разработка софта проваливается.

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

Как это сделать легче всего? Быстрейший способ — это применять паттерн “Информационный излучатель”. Так раньше делали на изготовлении.

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

У разработчиков, можно сообщить, такая доска есть — это скрам-борда, где торчат все карты со статусами, исполнителями и прогрессом. хорошо видно, кто чем занят, где простои, во что упираемся. Время от времени разработчики строят себе дашборды, где получают инфу про ошибки с продакшена, про загрузку микропроцессора, базы данных, смотрят на число прибывающих запросов. Молодчаги.

А представлены ли на данных дашбордах бизнес метрики? Представлено ли там, сколько пользователей сегодня зарегистрировалось и сколько из них сделали конверсию? Понимают ли техники ROI от заключительной рекламной кампании? Осознают ли они во сколько денежных средств обходится бизнесу вовлечение клиента? Видят ли они сколько было переходов на целевой сайт с последней кампании по рассылке корреспонденций по черной базе емейлов?

Довольно часто оказывается, что бригада, которая пилит софт для бизнеса вообще не интересуется бизнес данными. Бывает и хуже — бизнес сознательно не позволяет доступ создателям до своих супер-секретных-не-дай-бог-конкуренты-увидят метрик. Ребята! У них ваш код и доступы для клауда, где этот код вращается. Wake up, Neo. Разработчики достаточно давно должны зайти в круг доверия, как и ваш бухгалтер.

Отныне у нас нет деления метрик на технические и нетехнические. Если мы пишем софт для бизнеса, то все, все метрики — бизнесовые для бизнеса и технические для инженеров. Метрики одни и доступны они всем. Трактовка различная и установление решений на своих уровнях различное. Однако владение метриками общее.

Пришла инфа о том, что у пользователей крашится прила после обновления — это бизнесовая метрика, пользователи после рекламной кампании не в состоянии пользоваться дополнением. Мониторинг рассказал о том, что повысилось время решения от API — это бизнесовая метрика, пользователям нужно ожидать, следовательно конверсия рухнет.

Пришла инфа о том, сколько пользователей зарегистрировалось за прошедшую неделю — это техническая метрика, разработчики осознают, что необходимо готовиться к перегрузке, поскольку скоро эти пользователи начнут делать покупки.

Приобрели данные о том, что стоимость привлечения клиента невозможно большая и на очередной планинг-сессии разработчики рекомендовали бизнесу ввести облегченную систему реферальной программы (а бизнес то и не мог знать, что можно настолько быстро и недорого затиранить). Заглядывайте на сайт https://utro.ru/release/2025/01/21/1557313.shtml если нужен форум программистов.

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

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