Если запрос чуть больше спринта. Надо за спринт. Поделить вертикально на 2 задачи в 2 спринта не вариант

Нельзя впихнуть не впихуемое! Надо быстрее? Урезаем. Надо оставить все? Делаем сколько потребуется. Как можно снизить качество? Кодить ногой?))) Добавить больше пробелов? Рисовать с закрытыми глазами?

Копить техдолг

Ну так, значит урезать просто. Откладывать в бэклог. Качество при этом не меняется. Я прсто конкретно к слову «качество» - не понимаю, как в разработке, его можно снизить, при условии, если та же команда будет делать. Нафичикатить - это да. Будет быстрее, если что то отложим.

Берете сову и глобус, дальше процесс известен

Щас скину способы урезания сроков, но это бед практис

Владимир, спринт в скраме - он не для запроса, который чуть больше спринта. Спринт для цели спринта. Цель спринта созразмерна длинне спринта.

#perl
Сжимаем расписание. Техники сатаны
Есть стандартный набор тактик:

Децимация - выкинуть за борт все лишнее в скоупе.

Похудение - уменьшить/упростить сущесвующие айтемы.

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

Такт 22 - команда уходит в овертайм.

Набег варваров - привлечь людей с другого проекта/бенча, экс работников, стахановцев, королеву британии, господа бога.

Ты опять сжимаешь шакал - перетряхиваем последовательные активности в параллельные.

Машина времени - переносим дату релиза.

Специальный соцус от шефа:

Обезьянка видит, обезьянка делает - реюзать код и готовые решения с прошлых проектов.

SEALS 40% rule - заведомо занижать способности команды чтобы иметь резерв на такие реквесты.

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

Девочки по вызову - имитируем фичу армией индусов в ручном режиме.

Оставьте дело профессионалам - покупаем коробочное или саас решение которое имитирует фичу.

Жертвоприношение Исаака - ставим крест на пузе что довезем, недовозим устраиваем срежисированную экзекуцию девелопера/аналитика/тестера "виновного" в провале. На самом деле он получает ротацию с повышением и в лучший проект. Зато не надо записывать в атришен.

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

Приказ 270 - сознаться команде что если не довезем то нам надо будет искать новую работу.

Красноречие 100 - убедить клиента что ему не нужна эта фича.

Ты не пройдешь - говорим заказчику НЕТ твердо и четко.

Я брата позову - эскалация на верх.

Sharing is caring - реализовать фичу силами другой команды в другом приложении.

Дымовая завеса - соглашаемся, делаем инцидент на проде. Героически спасем прод, стейкхолдер хлопает по плечу, про фичу все забыли.

Ejection tie club - покинуть проект.

Интерн должен знать хотя бы половину. Регулар все.
Синьер понимать область применения, экономику и экологические последствия.

Автор: Олександр Аверченко.

@scrumgangster вот способы быстрее (но это для проектов)

@scrumgangster ну и прямая подсказка из SG:

During the Sprint:
..
- Quality does not decrease;

@artemletya знатно проорал со способов, слог гениален 😂

Эт не мое, автор в конце указан

Хм. А послать заказчика в следующий спринт это корректное утверждение? Можно ли на него обижаться?

Да, реально огонь)

Механика интересна. Я не буду делать эту задачу без unit-тестов и похер, что мы потеряем деньги. Ну такое

Погодите, DoD и ретро — это не про то как ОТВЕЧАЕТ за качество.

Тут бы интересно раскрыть, что именно за ответственность имеется в виду в вопросе.

Про какую ответственность имеется ввиду?
Угроза увольнения?
Уголовная?
Административная?

Все проще - мы можем и хотим принимать решения по качеству. Какие есть механики/артефакты для технического совершенствования и более простого управления качеством

Как = соблюдая DoD для каждого PBI. Просто подсветил ключевой момент именно в рамках скрам. Для длинных постов слишком близко выходные)

и еще, кажется, Паша, ты "отвечаешь" ассоциируешь с наказанием)

А, ну вам надо просто про качество почитать. Карты шухарта там, паретто, кейс рут