Маркетолог хочет за день. Разработчик говорит три недели.
Я сижу между этими двумя командами уже несколько лет. Руковожу и маркетингом и разработкой одновременно. И могу сказать точно: никто не врёт. В этом и проблема.
Почему маркетолог говорит "за день"
Он видит задачу так: "нужно добавить поле для промокода на странице оплаты". В его голове это выглядит как текстовое поле и кнопка. Он сам сделал бы это в конструкторе за час. Почему разработчик не может?
Маркетолог не врёт. Он просто не видит что за этим полем стоит: валидация промокода, интеграция с системой скидок, обработка ошибок, тесты, деплой. Он видит интерфейс, не систему под ним.
Почему разработчик говорит "три недели"
Он видит задачу так: промокод надо проверять на бэке, текущая архитектура скидок не предусматривает такой сценарий, нужно рефакторить модуль, написать тесты, согласовать с командой безопасности.
Разработчик тоже не врёт. Он видит систему целиком - и все места где это может сломаться. Три недели это не лень, это реальная оценка с учётом всего что он знает.
В чём реальная проблема
Они решают разные задачи. Маркетолог решает бизнес-задачу - запустить акцию с промокодами. Разработчик решает техническую задачу - не сломать систему пока добавляет фичу.
Между ними нет общего языка. И обычно нет человека который переводит.
Я видел как это кончается в обе стороны. Маркетинг давит, разработка делает быстро и криво - потом три месяца чинят баги в продакшне. Или разработка уходит в перфекционизм - маркетинг теряет момент и конкурент выпускает акцию раньше.
Что реально помогает
Не "встаньте на место друг друга" - это не работает. Работает конкретное:
Первое - декомпозиция прямо в разговоре. Не "сделай промокоды", а "что минимально нужно чтобы запустить акцию в эту пятницу". Часто оказывается что MVP - это хардкод одного промокода в конфиге, и это час работы, а не три недели.
Второе - разработчик объясняет не сколько времени, а почему. "Три недели потому что текущая архитектура не поддерживает это" - это другой разговор. Может оказаться что архитектуру стоит поменять. Или что задачу можно обойти другим способом.
Третье - маркетолог объясняет бизнес-контекст. "Акция должна выйти в пятницу потому что мы договорились с блогером" - это меняет приоритет. Разработчик не знал. Теперь знает.
Третье - маркетолог объясняет бизнес-контекст. "Акция должна выйти в пятницу потому что мы договорились с блогером" - это меняет приоритет. Разработчик не знал. Теперь знает.
Кто узнал свою команду?
· 16.05
Все, как обычно, упирается в взаимоуважительное общение и понимание, что есть цель и общее дело, которое нужно сделать вовремя и хорошо - выбери одно. Вникнув в контекст чаще всего можно найти удовлетворяющие обе стороны точки. Казалось бы, простой диалог, базовая человеческая настройка
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 16.05
Согласен, звучит просто - сесть и поговорить. Но на практике именно этот шаг все пропускают, маркетинг кидает задачу в таск-трекер, разработка оценивает без контекста, и каждый думает что другой не хочет понимать. Хотя обычно оба хотят - просто не знают с чего начать разговор
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён