Какие типы функциональностей обычно включаются в спринт при разработке?

Ответ

В спринт включаются элементы бэклога продукта (PBI), отобранные командой на планировании. Их тип зависит от целей итерации.

Основные типы задач в спринте:

  1. Разработка новых пользовательских функций (User Stories) – например, "Как пользователь, я хочу сбрасывать пароль по email, чтобы восстановить доступ к аккаунту".
  2. Исправление дефектов (Bug Fixes) – критические и блокирующие баги, найденные в текущей версии продукта.
  3. Улучшения существующего функционала (Enhancements) – рефакторинг, улучшение UI/UX или производительности.
  4. Технический долг (Technical Debt) – задачи по улучшению кодовой базы, обновлению библиотек, настройке инфраструктуры.

Пример User Story и сценария в Gherkin:

Feature: Password Reset
  As a registered user
  I want to reset my password via email
  So that I can regain access to my account if I forget it

  Scenario: Successful password reset request
    Given I am on the login page
    When I click the "Forgot password?" link
    And I enter my registered email address "user@example.com"
    And I submit the reset form
    Then I should see a confirmation message "Reset link sent"
    And a password reset email should be sent to "user@example.com"

Распределение в спринте определяется приоритетом продукта, оценкой сложности (story points) и пропускной способностью команды (velocity). Все задачи фиксируются в бэклоге спринта.

Ответ 18+ 🔞

Да ты посмотри, какие дела творятся в этом вашем спринте! Сидят, блядь, умники, на планировании мозги пудрят, решают, что им в эту итерацию впихнуть. А впихнуть-то можно, оказывается, овердохуища всего разного, но не всё сразу, а то сдохнешь, как Герасим от совести.

Вот, например, основные типы задач, которые туда могут пролезть:

  1. Новые фичи, эти ваши User Stories. Ну, типа, «Как пользователь, я хочу, чтобы мне пароль сбросили, а то я, мудак, вечно его забываю». Логично же, блядь!
  2. Баги, ёпта! Те, что прям пиздец как критические, всё ломают и не дают жить. Их ж нельзя до следующего года откладывать, а то пользователи нас всех пошлют нахуй.
  3. Улучшайзинг всякий. Ну, там кнопочку подвинуть, чтоб красивее было, или код почистить, который один чувак год назад написал, а теперь даже он сам нихуя не понимает, что там происходит. Рефакторинг, короче, блядь.
  4. Технический долг, сука! Вот эта та самая жопа, которую все откладывают, как последнюю хуйню. А потом бабах — и всё падает, потому что библиотека времён царя Гороха. Её тоже иногда надо в спринт тыкать, иначе потом будет волнение ебать.

Вот смотри, как они эту историю про сброс пароля расписывают, прям как в сказке, блядь:

Feature: Password Reset
  As a registered user
  I want to reset my password via email
  So that I can regain access to my account if I forget it

  Scenario: Successful password reset request
    Given I am on the login page
    When I click the "Forgot password?" link
    And I enter my registered email address "user@example.com"
    And I submit the reset form
    Then I should see a confirmation message "Reset link sent"
    And a password reset email should be sent to "user@example.com"

Красота, да? Всё чётко, по полочкам. «Дано-когда-тогда». А теперь представь, что это надо ещё и сделать, а не просто написать, блядь!

А как это всё по спринту раскидать? А вот тут начинается цирк, ёперный театр! Смотрят, что начальству охотнее всего: что приоритетнее. Потом оценивают, сколько это займёт — в этих ваших стори поинтах. Ну и, конечно, смотрят, сколько команда вообще за спринт может сожрать, не подавившись — это у них «пропускная способность» называется, velocity, блядь.

И вся эта хуйня потом торчит в бэклоге спринта, как гвоздь в жопе, пока её не выковыряют. Вот так и живём, в рот меня чих-пых!