Продолжаем серию постов по обновлению СКРАМ (Scrum Guide Expansion Pack). В 13-й части разберем одну из самых коварных тем в разработке — Технический долг.

Почему он похож на кредит с огромными процентами и как с ним справляются профессионалы?

Здесь дается определение этого явления ⁠Это дополнительная работа, которая накапливается осознанно или неосознанно, когда вы идёте на уступки при реализации или проектировании продукта, чтобы ускорить процесс. Взяли какие-то обязательства по выполнению определённого объёма элементов из реестра задач (бэклога продукта), сформировали объем на итерацию (бэклог спринта), начали работать.

В конце понимаете, что не всё у вас получается, не всё успеваете или что успели не до конца соответствует критериям качества, и какие-то элементы вы не выполняете, они не идут в инкремент.

⁠Вот то, что не пошло в инкремент, идёт обратно как бы в бэклог в раздел технического долга. Он может накапливаться, да, и это может своего рода создать определённые проблемы. ⁠Со временем он замедляет работу, как и реальный долг с процентами, поскольку делает будущие изменения сложнее и рискованнее. Профессионалы стремятся максимально минимизировать технический долг и небрежность.

⚠️Еще раз повторим что такое технический долг?

Это дополнительная работа, которая накапливается (осознанно или нет), когда команда идет на компромиссы в качестве реализации или проектирования, чтобы успеть выпустить функцию (фичу)/задачу быстрее.

💥 Последствия накопления «долгов» Как и реальный кредит, техдолг со временем начинает «съедать» ресурсы команды:

⁠Замедление: каждое новое изменение в коде становится сложнее и дороже.

⁠Риски: старая система становится хрупкой, и любое вмешательство может привести к критическим сбоям.

⁠Потеря гибкости: вместо того чтобы создавать новую ценность, команда тратит всё время на «выплату процентов» — исправление старых костылей*.

Примечание: стоит заметить, что все же технический долг может быть пересмотрен владельцем продукта в соответствии с lean, после чего возможно решение об удалении какого-то объема тех. долга из бэклога насовсем.

⁠Снова видим определение профессионализма. Оно будет встречаться здесь неоднократно. И это тоже отличие вот этого обновления СКРАМ от предыдущих редакций публикаций. Потому что здесь профессионалы — это некий эталон сотрудников, работающих в одном в одной команде, к чему они должны стремиться, каким моральным нормам, профессиональным коммуникациям, каким-то обязательствам.

Здесь про это будет ещё сказано. То есть, если мы говорим, что мы профессионалы (разработчики), то наша задача — стремиться минимизировать технический долг, а всё-таки не накапливать его.

🏆 Профессионализм — главный антидот, эталон работы в Скраме. Настоящие профессионалы:

⁠Стремятся максимально минимизировать технический долг и небрежность.

⁠Понимают, что высокое качество — это единственный способ сохранять скорость в долгосрочной перспективе.

⁠Соблюдают этические и профессиональные нормы коммуникации и обязательств.

Резюме 📝

Технический долг — это неизбежный, но опасный спутник быстрой разработки. Профессиональная Скрам-команда, а точнее в больше степени разработчики, отличается тем, что не позволяет долгам накапливаться бесконтрольно. Минимизация техдолга — это способ выживания продукта в сложной среде.

❓ А как ваша команда справляется с «костылями»? Выделяете ли вы время на рефакторинг в каждом спринте Расскажите о своем опыте в комментариях! 👇

📢 Если вам необходимы консультации по внедрению и адаптации Scrum, свяжитесь со мной, отправив личное сообщение.

#порхунконсалтинг #СКРАМ #ТехническийДолг #РазработкаПО #Профессионализм #Скраммастер #КачествоКода #итменеджмент #обновлениескрам