Redefining technological debt

Redefining technological debt

By Michael Zedeler (‎mzedeler‎) from
Date: Tuesday, 4 August 2009 10:00
Duration: 20 minutes
Target audience: Corporate Perl
Tags: backlog debt defects deficiencies management technical technological

Webserver stayed in production for a month after the sysadmin discovered it had been compromised.

Revision control not in use. One unique version of production code at each customer. Merging would take months if not years.

e-commerce system at large company not integrated with ERP because the ERP system hit end of life many years ago and is now completely unsupported. Up to 500 orders are manually entered into the ERP system every day.

The cases above probably sends shivers down the spine of most experienced developers. But how do you assess the impact of such diverse defects?

Technological debt is a term that can be used to provide a measurement of the deficiencies of any given software system. By defining the technological debt as the gap between the concrete implementation of a given system and the overall requirements, it is possible to carry out a proper cost/benefit analysis of fixing the deficiencies.

This talk will outline a new framework for better explaining non-technical people what the actual costs of various deficiencies are, as well as a roadmap for standardizing system requirements.

Attended by: Giuseppe Maxia (‎gmax‎), Gabor Szabo (‎szabgab‎), osfameron, Henrik Tougaard (‎htoug‎), Sue Spence (‎virtualsue‎), Elizabeth Cholet (‎zrusilla‎), Ricardo Marques (‎ricmarques‎), Bogdan Lucaciu (‎zamolxes‎), David Leadbeater (‎dg‎), Michael Zedeler (‎mzedeler‎), Troels Liebe Bentsen (‎tlbdk‎), Nicolas Mendoza (‎nicomen‎), Henrik Hald Nørgaard, Henrique Alves (‎Halves‎), Jacinta Richardson (‎jarich‎), Andrew Beech, Cosmin Budrica (‎cosmincx‎), Adrian Arnautu, Tiago Grego, Sergio Arias, Jørgen Elgaard Larsen (‎elhaard‎),