Technical Debt

Управление проектами technical-debt
Редактировать
Описание

Technical Debt (техдолг) - подход к управлению задачами в бэклоге (планированию их решения), когда любая разработка в одной и более системах, которая не может быть полноценно выполнена в текущий момент и необходимость которой (в общем случае) подтверждена.

Ценность
Преимущества:
  • Отслеживание техдолга в команде явно позволяет классифицировать задачи, учитывать задачи техдолга при наполнение спринта.
  • Позволяет в явном виде определить развесовку задач внутри спринта в процентном соотношении, тем самым избегать накопления техдолга в команде.
  • Использование общепринятого подхода к отслеживанию задач техдолга позволяет определить его объем в разрезе команды, продукта, направления для принятия управленческих решений и планирования работы команды.
Последствия отсутствия:
  • Поведение системы в результате сбоя может привести к длительному простою. Команда тратит значительные ресурсы на анализ причин сбоя и поиск методов устранения.
Критерии оценки 9
SURVEY

Простой вопрос?

Варианты по умолчанию: Да / Нет / Частично
SURVEY

Вопрос с несколькими вариантами ответа?

Варианты ответа:
  • +1 Вариант 1
  • 0 Вариант 2
  • -1 Вариант 3
CHECK

Созданные задачи сразу классифицируются и относятся к техдолгу

CHECK

при планировании спринта учитываются задачи техдолга с учетом принятой развесовки (минимум 15%)

CHECK

в задачах определен DoD

CHECK

обязательным условием является добавление поля Estimated/Due Dateй.

CHECK -1

«Снежный ком» документов — Вам срочно нужно внедрить новый функционал, но от вас просят документацию. Если бы вы раньше её написали, то всего пару строчек нового функционала — и документ готов, но сейчас вам нужно написать полноценный документ на весь функционал, что ранее не был описан.

CHECK -1

Отсутствие экспертизы для будущих поколений — Вы пришли в новую команду, документация есть, но не на все, а аналитик, который все это проектировал, уволился. Теперь вы как первопроходец тратите немало времени, чтобы разобраться в том, как это все работает и как это дорабатывать.

CHECK -1

Трудности с решением инцидентов. Функционал не описан документацией или приводит к возникновению инцидентов.

Ресурсы 1
  • Источник
Действия
Редактировать практику Новая практика в этом домене
Метаданные
ID:
3bc3a56e-a9f8-4c21-bb55-edbb06615141
Slug:
technical-debt
Версия:
2.0
Проекты:
Client2/Project1 Client1/Project1
Критерии:
2 survey 7 check
Создано:
2026-04-30
Обновлено:
2026-04-30