💡 3 озарения после 10 лет работы по Scrum

Владельцы продукта часто ошибочно считают себя капитанами корабля, единолично определяющими цель спринта. Это заблуждение, подкрепленное ранними версиями Scrum Guide, приводит к тому, что разработчики начинают работать по правилам, делая ровно минимум, и команда так и не становится единым целым.

Истинная роль владельца продукта - не диктовать направление, а вовлекать команду в его определение с самого начала.

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

Смещение фокуса с "результата" (выхода) на "итог" (ценность для пользователя) - это правильная философия, но она не должна становиться догмой. Невозможно достичь значимого результата без конкретного результата работы.

Если команда технически не способна реализовать функцию, бессмысленно ставить цель в виде "75% пользователей используют функцию". В таких случаях прагматичная цель спринта должна быть направлена на достижение осязаемого состояния, например, готовность функции к тестированию.

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

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

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

LinkedIn: Simon Flossmann, Professional Scrum Trainer - ScrumOrg

📖 Читать статью (~5 минут)