Сам ты скрамбан! Часть 2. Зачем редакции agile

Это цикл постов про организацию процессов в редакции банка. Когда-нибудь они соберутся в мегапост и пойдут искать своих хейтеров на виси.

В первой части я рассказал про бизнес-контекст, в котором работает наша команда. Теперь речь пойдет о преимуществах agile-методологии для редакции и стейкхолдеров в банке. Сначала теория.

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

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

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

Сложное кончилось, дальше попроще.

Плюсы скрамбана для редакции

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

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

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

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

Плюсы для стейкхолдеров

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

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

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

В спринте экономятся ресурсы — несрочные задачи не берутся в работу без проработки, ЛПРы выделяются сразу, чтобы люди не наматывались бесконтрольно в копию «для инфо». Так будет меньше итераций, останутся силы на что-то еще.

Что будет дальше:

➡️ Часть 1. Как работает редакция
➡️ Часть 2. Зачем нам скрамбан → мы здесь 🍞
➡️ Часть 3. Планирование и приоритизация
➡️ Часть 4. Как устроены процессы на практике

#процессы #стейкхолдеры