Когда вы попадёте на работу в ИТ-компанию, вы обязательно услышите одну из этих фраз:
- Что ты делаешь в следующем спринте?
- Возьмём это в следующий спринт
- Следующий спринт уже занят, возьмём в бэклог
Разберём, что это за спринты такие и зачем они нужны.
Ситуация
У команды разработчиков есть большой проект, где нужно сделать много разных вещей:
- придумать архитектуру всего сервиса,
- написать серверную часть,
- сделать вёрстку и дизайн для мобильных приложений,
- выпустить сайт, который может делать то же самое, что и приложения,
- предусмотреть интеграцию с другими сервисами,
- сделать авторизацию через популярные соцсети.
Времени на всё — 6 месяцев, и кажется, что этого достаточно. Но это может быть обманчиво, потому что команда расслабляется, каждый начинает делать что-то своё, а за месяц до финала выясняется, что вместе эти отдельные части работать не будут. Например, сервер не отдаёт данные в нужном формате для веб-страницы, приложения хранят данные только у себя и не умеют отправлять их на сервер, а авторизация в соцсетях работает только на Андроиде.
Чтобы этого не произошло, используют спринты.
Что такое спринт
Спринт — это небольшой фиксированный отрезок времени, в который команда делает какую-то ограниченную часть проекта. Например, команда может двигаться двухнедельными спринтами, с каждым спринтом добавляя в проект новые возможности.
Задача спринта — чтобы по его итогу что-то работало. Например, если мы взяли в спринт единую авторизацию в сервисе, то к концу спринта она должна работать и быть протестированной. Нельзя к концу спринта сказать «Ой, ну ничего, в следующий раз доделаем». К концу спринта должно быть готово.
Что делают в спринте
Цели у спринта могут быть общими для всей команды. Например:
- сделать единую авторизацию и протестировать её на всех платформах,
- настроить синхронизацию между устройствами,
- выработать единую систему сообщений об ошибках.
А могут быть для каждого свои:
- верстальщик: собирает макеты страниц в одном стиле;
- фронтенд: пишет скрипт регистрации;
- бэкенд: делает так, чтобы сервер мог получать данные с этого скрипта;
- второй бэкенд: настраивает систему, чтобы она могла одновременно обработать тысячу запросов;
- тестировщик: пишет тесты для функции резервного копирования.
Кто именно и что делает — это определяет кто-то из руководителей, например, тимлид или менеджер проекта. У него в голове цельная картинка проекта, которую он раскладывает на конкретные маленькие шаги. Менеджер отвечает за корректную постановку задач, а разработчик — за то, чтобы эта задача была выполнена в срок.
Что после спринта
После спринта проводят ретроспективу — это встреча, на которой команда сама оценивает свой результат. Например, они могут обсудить такое:
- Что не сделано? Почему?
- Как сделать так, чтобы мы планировали лучше?
- Что мы не учли на старте спринта?
- Как работать эффективнее?
- Что заняло больше всего времени?
- У кого какие предложения по спринтам?
Цель ретроспективы — подвести итоги спринта и понять, как лучше строить работу в следующем спринте, чтобы всё получалось лучше и интереснее, чем в этом.
После ретроспективы всё по новой.
Где нужны спринты
Спринты применяют для сложных или долгих проектов — там, где на старте непонятно, что конкретно по шагам нужно сделать, чтобы получить результат. Если проект сложный, спринты помогают упростить его, разбивая задачи на более понятные, чтобы каждая задача занимала один спринт.
В долгих проектах спринты держат в тонусе всю команду и не дают расслабляться в самом начале, когда кажется, что времени ещё очень много. Тогда цель каждого спринта — планомерно улучшать то, что есть, и постепенно добавлять новые возможности в сервис или приложение.
Если же задача решается за пару дней или пару недель, то спринты не нужны — нужно просто собраться и сделать.
