3 причины, по которым маркетологи отстают от agile на 10 лет — и как наверстать упущенное

Недавно у меня было озарение по поводу гибкого маркетинга. Мы на 10 лет отстаем от наших программных коллег!

Это неудивительно, поскольку agile-маркетинг начался примерно на 10 лет позже, чем в разработке программного обеспечения, но почему мы все еще так далеко позади? Какие барьеры стоят на нашем пути и как мы можем их устранить?

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

1. Языковые барьеры

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

Но барьеры также могут быть созданы аспектами общего языка — например, аббревиатурами.

Когда вы видите термин «ПМ», что вы думаете? В зависимости от вашей точки зрения, это может быть менеджер проекта, менеджер программы, менеджер по продукту или даже специалист по профилактическому обслуживанию, не говоря уже о просто «днем». Это действительно сбивает с толку.

Когда маркетологи вынуждены переводить термины с языка, написанного для разработки продуктов и программного обеспечения, могут возникнуть проблемы, потому что этот язык им не подходит.

2. Сопротивление каркаса

Когда я начал переносить свою практику agile-коучинга в сферу маркетинга, я быстро понял, что пытаюсь преподавать Scrum так же, как и в разработке программного обеспечения. Это не работало. Я встретил тонну сопротивления.

Вот некоторые распространенные возражения, которые я слышал:

• «Scrum — это процесс для ИТ».
• «Scrum не имеет смысла в маркетинге».
• «Язык Scrum предназначен для разработчиков программного обеспечения».
• «Нам не нужен жесткий процесс».

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

3. Изобретение велосипеда

Согласно исследованию State of Agile Marketing 2022 года, в отрасли более 60 % agile-маркетологов внедряют гибридный или scrumban-подход (комбинация Scrum/Kanban).

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

Однако если мы оглянемся на нашу agile-историю, то увидим, что у разработки программного обеспечения было похожее начало. Были десятки методологий, о которых сегодня больше не говорят, такие как Crystal, XTreme Programming, Adaptive Software Development и многие другие.

Только когда Scrum стал золотым стандартом в разработке программного обеспечения, начались реальные изменения. Я думаю, это потому, что, когда все соглашаются на общий метод и язык, у нас есть общая отправная точка. Нам не нужно начинать с нуля. Мы можем просто извлечь отсюда уроки, все согласиться на пути и работать над тем, что действительно важно — устойчивые культурные изменения.

Получите МарТех! Ежедневно. Бесплатно. В вашем почтовом ящике.

Рабочий адрес электронной почты

Подписаться Обработка...

См. условия.

Опередить!

Теперь, когда вы знаете мою теорию о том, почему Agile в маркетинге отстал на 10 лет, как мы можем разорвать порочный круг и двигаться вперед? Вот 5 вещей, которые стоит попробовать:

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

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

Загрузите бесплатную электронную книгу здесь.