Здравствуйте! Эту статью мы не публиковали на Habr)
У нас 200+реализованных проектов в области цифровизации и больше 10 собственных технологических решений, зарегистрированных в реестре отечественного ПО. Просим вас не писать дезинформацию по поводу нашей экспертности.
Спасибо за мнение) Выгодами от использования систем отслеживания уровня техдолга является то, что вы можете принять текущий уровень за норму и построить процесс разработки так, чтобы он не рос. Это очень распространено на больших проектах с огромными кусками легаси. И это уже приносит выгоду компании. Также плюс — визуализация проблемы, с позиции менеджера и команды разработки. В незрелых компаниях, где менеджерам надо доказывать и обосновывать включение работ по техдолгу в скоуп команде, такие системы помогают найти общий язык. Потому что экспертное мнение подтверждается независимым артефактом. И исправить критичную уязвимость в куске кода, над которым трудишься в данный момент, — дешевле, нет переключения контекста.
Спасибо за комментарий 👍🏻 Мы понимаем, что на техдолг нужно закладывать время. Но иногда такого долга становится настолько много, что разработчикам придётся создавать новую версию, учитывая все прошлые ошибки. А автоматический инструмент поможет сократить время работы.
Здравствуйте! Эту статью мы не публиковали на Habr)
У нас 200+реализованных проектов в области цифровизации и больше 10 собственных технологических решений, зарегистрированных в реестре отечественного ПО. Просим вас не писать дезинформацию по поводу нашей экспертности.
Верно, этот график мы отрисовали без данных. С помощью инфографики показали, что такое техдолг (не y^2, а просто использовали кривые 😉).
Спасибо за мнение) Выгодами от использования систем отслеживания уровня техдолга является то, что вы можете принять текущий уровень за норму и построить процесс разработки так, чтобы он не рос. Это очень распространено на больших проектах с огромными кусками легаси. И это уже приносит выгоду компании. Также плюс — визуализация проблемы, с позиции менеджера и команды разработки. В незрелых компаниях, где менеджерам надо доказывать и обосновывать включение работ по техдолгу в скоуп команде, такие системы помогают найти общий язык. Потому что экспертное мнение подтверждается независимым артефактом.
И исправить критичную уязвимость в куске кода, над которым трудишься в данный момент, — дешевле, нет переключения контекста.
Спасибо за комментарий 👍🏻 Мы понимаем, что на техдолг нужно закладывать время. Но иногда такого долга становится настолько много, что разработчикам придётся создавать новую версию, учитывая все прошлые ошибки. А автоматический инструмент поможет сократить время работы.