Ответ
Спринт (Sprint) — это фиксированный по времени итерационный цикл в рамках гибкой методологии Scrum, в течение которого команда создает готовый к релизу инкремент продукта. Это "сердце" Scrum, основной контейнер для всей работы.
Ключевые параметры спринта:
- Длительность: От 1 до 4 недель (чаще всего 2 недели). Длина спринта постоянна на протяжении всего проекта.
- Цель спринта (Sprint Goal): Измеримая и понятная цель, которую команда обязуется достичь к концу итерации.
- Неизменяемость: После старта спринта его цель, состав и объем работ (Бэклог спринта) не должны меняться. Это обеспечивает фокус и предсказуемость.
События спринта (Scrum Events):
- Планирование спринта (Sprint Planning): Команда отбирает элементы из Бэклога Продукта в Бэклог Спринта и декомпозирует их на задачи.
- Ежедневный скрам (Daily Scrum): 15-минутная встреча для синхронизации: что сделано, что планируется, какие есть препятствия.
- Обзор спринта (Sprint Review): В конце спринта команда демонстрирует заинтересованным сторонам (стейкхолдерам) готовый функционал и собирает обратную связь.
- Ретроспектива спринта (Sprint Retrospective): Внутренняя встреча команды для анализа процесса: что прошло хорошо, что можно улучшить, и формулировка плана улучшений на следующий спринт.
Пример структуры спринта:
Спринт #12 | Длительность: 2 недели (10.04 - 21.04)
Цель: Реализовать базовую корзину покупок для мобильных пользователей.
Бэклог спринта (отобран на Planning):
1. [User Story] Как мобильный пользователь, я хочу добавлять товары в корзину.
- Задача: Разработать UI компонент кнопки "В корзину".
- Задача: Реализовать endpoint POST /api/cart/add.
- Задача: Написать юнит-тесты для сервиса корзины.
- Задача: Протестировать сценарий добавления на реальных устройствах.
2. [Bug] Исправить падение приложения при повороте экрана на странице товара.
3. [Tech Debt] Рефакторинг модуля аутентификации.Результат успешного спринта — Инкремент продукта: потенциально готовый к выпуску кусочек функциональности, соответствующий Definition of Done (DoD). Спринты обеспечивают ритм разработки, частую поставку ценности и постоянную адаптацию к изменениям.
Ответ 18+ 🔞
А, слушай, ну вот эта ваша agile-движуха, Scrum там всякий... Так вот, сердцевина всей этой ебалы — это спринт. Представь себе, это как забег на короткую дистанцию, только вместо стадиона — твой проект, а вместо спортсменов — разработчики, которые уже на старте охуели от того, что им надо сделать.
Ключевые приколы, блядь:
- Сколько бежим? Ну, от недели до месяца, но обычно две. И главное — выбрав срок, его уже не меняешь, хоть тресни. Как понеслись, так и несёшься до финиша.
- Цель: Не просто "поработать", а конкретная, измеримая хуйня, которую все должны понять и к которой прийти. Типа "сделать так, чтобы пользователь мог товар в корзину пихнуть, а не просто кнопку нарисовать".
- Закон джунглей: Стартанул — и всё, блядь. Цель, список дел и состав команды — это священная корова. Нельзя посреди забега крикнуть: "О, а давайте вместо корзины чат сделаем!". Это пиздец, а не спринт.
Что за цирк происходит во время этого забега (Scrum Events, ёпта):
- Планирование (Sprint Planning): Все садятся, смотрят на длинный-предлинный список хотелок (бэклог продукта) и орут: "Это мы успеем! А это — нахуй нет!". Выбирают, что будут делать, и дробят эту хуйню на мелкие задачи.
- Ежедневная пятиминутка ненависти (Daily Scrum): Каждое утро 15 минут, чтобы синхронизироваться. Каждый говорит: "Вчера я сделал вот это, сегодня буду делать вот это, и мне мешает вот этот пидарас из соседнего отдела". Быстро и без соплей.
- Показуха (Sprint Review): Спринт кончился. Команда выносит стейкхолдерам то, что наваяла. "Смотрите, корзина!". А те в ответ: "А почему она зелёная? Мы хотели синюю!". Собирается обратная связь, все дела.
- Разбор полётов (Sprint Retrospective): Самая важная, ебать, часть. Команда остаётся одна и честно, по-пацански, разбирает: "Что было пиздато? Что было хуёво? Кто опять всё просрал? И как нам в следующем спринте не наступить на те же грабли?".
Вот, смотри, как это выглядит вживую, чтоб ты понимал масштаб:
Спринт #12 | Длительность: 2 недели (10.04 - 21.04)
Цель: Сделать наконец-то эту ёбаную корзину для тех, кто с телефона сидит.
Что будем городить (выбрали на том самом Planning):
1. [История] Я, как пользователь с телефона, хочу тыкать на "В корзину" и не вылетать в главное меню.
- Задача: Нарисовать кнопку, которая не разъёбывает весь интерфейс.
- Задача: Сделать на бэке endpoint, который товар принимает, а не ошибку 500.
- Задача: Обложить это всё тестами, чтобы потом не орать "а у меня всё работало!".
- Задача: Проверить на трёх разных телефонах, включая тот древний кирпич, что у тестировщицы.
2. [Баг] Починить сраное падение приложения, когда просто поворачиваешь экран. Ну что за пиздец!
3. [Техдолг] Ну и под шумок прибраться в модуле аутентификации, а то там уже паутина.И если всё прошло не совсем в пизду, то на выходе получается инкремент — готовый кусок фичи, который можно, в теории, уже выпускать. Весь этот цирк со спринтами нужен для одного: чтобы не делать проект три года, а потом узнать, что он никому не упёрся. Вместо этого — короткие рывки, постоянная корректировка курса и хоть какая-то видимость контроля над этим хаосом.