The two dimensions of Technical Debt

The two dimensions of Technical Debt

Technical Debt is a powerful concept, first described by that name by Ward Cunningham in 1992.? It is readily understood and easily communicated.? It’s useful even to a non-technical audience, because we all broadly understand about financial debt.?

As argued by Cunningham, as soon as you deliver your first code, you have a set of implied commitments.? From that point, the code which you have shipped will incur an on-going cost.? Effectively you have incurred a debt from releasing that code.

It's worth noting that Cunningham worked in a finance company and saw carefully managed debt as potentially an asset...

Keep reading on AgilePlays ...


Jay Alphey
I have built and led technology groups in multiple high growth scaling organisations, working across the organization to coach teams and develop and scale the structures and practices which allow the teams to thrive and achieve repeatable delivery of business value.         
I am available for both consulting and full-time VP Engineering/Operations roles in Cambridge and London.        

要查看或添加评论,请登录

Jay Alphey的更多文章

  • Can Technical Debt be a force for good?

    Can Technical Debt be a force for good?

    Technical Debt is always a hot topic. It is discussed mostly in the context of poor organisational culture forcing an…

  • Is DORA missing a WiP measure?

    Is DORA missing a WiP measure?

    Work in Progress (WiP) is one of my "go to" measures for health of technology organisations. However, on a few…

  • Avoiding the doomed hero cycle

    Avoiding the doomed hero cycle

    Deep down, we are conditioned to like heroes, whether your personal preference is Beowulf or Luke Skywalker. Nor have I…

  • Self-transcendence in self-organising teams

    Self-transcendence in self-organising teams

    One of my all time favourite articles is "The New New Product Development Game", which introduced many of the Agile…

  • Ruthless prioritisation and decision making

    Ruthless prioritisation and decision making

    We're all familiar with backlogs (although did you know the name comes from the log that sits at the back of a fire to…

  • The fall of Nokia - what can we learn?

    The fall of Nokia - what can we learn?

    What can we as leaders learn from how Nokia fell from a market dominating position? In 1998, Nokia was the best selling…

    2 条评论
  • Top five drivers for team outcomes

    Top five drivers for team outcomes

    I was reading a recent article by McKinsey ("When teams get healthier the whole organisation benefits" - McKinsey Oct…

    2 条评论
  • DORA 2024 - usage of Artificial Intelligence

    DORA 2024 - usage of Artificial Intelligence

    The influential DORA group have recently released their 2024 “State of DevOps” report. In my previous article I dived…

    7 条评论
  • DORA 2024 - Software Delivery Performance

    DORA 2024 - Software Delivery Performance

    The influential DORA group have recently released their 2024 “State of DevOps” report. This is always a fascinating…

  • An Agile Playbook: Play 6: Continuous improvement

    An Agile Playbook: Play 6: Continuous improvement

    Book extract from An Agile Playbook, available on Amazon as Print or eBook. At regular intervals, the team reflects on…

社区洞察

其他会员也浏览了