Ответ
В команде был кейс, когда разработчики настаивали на срочном рефакторинге legacy-кода, а я предлагал сначала выпустить фичу для клиентов. Мы провели совместный воркшоп, где оценили риски: технический долг действительно мог привести к сбоям, но задержка фичи грозила потерей ключевого клиента.
Компромисс:
- Выпустили MVP фичи с минимальными изменениями в legacy-коде
- Запланировали полноценный рефакторинг в следующий спринт
Пример приоритизации в Jira:
# Было:
issues = [
{"type": "feature", "priority": 1, "name": "New checkout"},
{"type": "tech_debt", "priority": 3, "name": "Refactor payment service"}
]
# Стало:
issues[1]["priority"] = 2 # Повысили приоритет техдолга
issues.append({"type": "hotfix", "priority": 1, "name": "Legacy patch"})
Вывод: важно учитывать и бизнес-ценность, и технические риски, находить баланс через открытый диалог.