Технический долг перемен: в узком и широком значении.
На днях встретил понятие «технического долга», которым пользуются ИТ-разработчики. В двух словах это накопленные в программном коде или архитектуре разного масштаба проблемы, которые могут со временем обернуться серьезными трудностями. Для пользователя они обычно не видны и находятся «за сценой». Однако накапливаясь, технический долг становится ощутимым и начинает ограничивать движение вперед. При худшем сценарии ведет к системным сбоям.
Одна из причин – пренебрежение качеством ради скорости внедрения. «Сейчас можно и без этого», «доделаем потом», «необходимо переходить к следующему этапу», «инвесторы ждут результат». Эти и другие аргументы торопят разработку. Однако если переусердствовать, то в перспективе получаем провалы.
В широком плане речь идет о необходимости регулярно фиксировать наличие недоработок при управлении изменениями, оценивать риски с ними связанные, приоритизировать и не забывать долг все же «выплачивать», пусть и частями, устраняя несоответствия, какой бы муторной эта работа не казалась.
Это про трезвый и системный взгляд на вещи. Иначе заплатить придется куда больше, чем получили от ускорения.
Иллюстрация к посту картина Питера Брейгеля Старшего "Падение Икара".
На днях встретил понятие «технического долга», которым пользуются ИТ-разработчики. В двух словах это накопленные в программном коде или архитектуре разного масштаба проблемы, которые могут со временем обернуться серьезными трудностями. Для пользователя они обычно не видны и находятся «за сценой». Однако накапливаясь, технический долг становится ощутимым и начинает ограничивать движение вперед. При худшем сценарии ведет к системным сбоям.
Одна из причин – пренебрежение качеством ради скорости внедрения. «Сейчас можно и без этого», «доделаем потом», «необходимо переходить к следующему этапу», «инвесторы ждут результат». Эти и другие аргументы торопят разработку. Однако если переусердствовать, то в перспективе получаем провалы.
В широком плане речь идет о необходимости регулярно фиксировать наличие недоработок при управлении изменениями, оценивать риски с ними связанные, приоритизировать и не забывать долг все же «выплачивать», пусть и частями, устраняя несоответствия, какой бы муторной эта работа не казалась.
Это про трезвый и системный взгляд на вещи. Иначе заплатить придется куда больше, чем получили от ускорения.
Иллюстрация к посту картина Питера Брейгеля Старшего "Падение Икара".