Scrum

Scrum — лёгкий фреймворк для работы команды над сложной задачей через короткие циклы, прозрачность, проверку и адаптацию.

Команда связывает цель продукта и цель спринта с упорядоченным списком работы. Product Owner отвечает за ценность и управление списком, Developers — за создание результата, Scrum Master — за понимание и применение Scrum. По итогам проверяют готовый результат и способ работы.

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

Спринт по руководству Scrum длится не более месяца. Метод не равен ежедневным статусным встречам и не отменяет ответственность за качество. Термины и правила следует сверять с конкретной версией официального руководства.

• Подробнее: Метод Scrum — что это и как его использовать в управлении проектами.
• Подходящая услуга: Стратегия компании.

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

Ретроспектива должна завершаться ограниченным улучшением с владельцем и проверкой в следующем цикле. Scrum Guide задаёт роли, события и артефакты Scrum; использование отдельных встреч не означает, что организация применяет framework целиком. Scrum Guide.

Scrum подходит для сложной работы, в которой команда регулярно проверяет результат и меняет план по новой информации. Сформулируйте Product Goal, поддерживайте упорядоченный Product Backlog, а для каждого Sprint выберите цель и объём, который команда реально может завершить. Внутри цикла команда создаёт Increment, соответствующий её Definition of Done.

На Sprint Review обсуждают готовую работу и дальнейшие изменения продукта; Sprint Retrospective посвящают улучшению способа работы. Daily Scrum помогает Developers адаптировать план, а не служит отчётом менеджеру. Не называйте Scrum простым набором ежедневных встреч или гарантией скорости. Если работа постоянно не завершается, проверьте размер задач, зависимости, качество определения готовности и внешние блокировки. Сверяйтесь с методологией управления проектами, ключевыми результатами и продуктовой гипотезой.