Wat is technische schuld? Hoe het te betalen (met voorbeelden)

Overzicht

Technische schuld is de kosten van aanvullend werk veroorzaakt door het kiezen van de snelste oplossing in plaats van de meest effectieve oplossing. Hoewel er tijden zijn waar technische schuld de moeite waard is, is het belangrijk dat je team de positieven en negatieven van snelle beslissingen begrijpt en hoe ze op een efficiënte manier opnieuw kunnen beheren. In dit artikel leggen we uit wat technische schuld is, aandelentechnieken om schulden te voorkomen en een kijkje te nemen hoe te differentiëren tussen waardevolle versus niet waardevolle beslissingen.

Werken in de productruimte vereist vaak snelle beslissingen over softwarefuncties. Als je ooit in een Devops-team hebt gewerkt, weet je hoe veel beslissingen nodig zijn om de functies live te duwen.

Technische schuld is de term die wordt gebruikt om het resultaat van te beschrijvenbeslissingen nemengebaseerd op snelheid boven alles. Deze snelle, real-time beslissingen kunnen software-updates maken of breken. Maar er moet een balans zijn tussen goede beslissingen en snelle. Die tech-schuld kan leiden tot negatieve uitkomsten of de moeite waard zijn - afhankelijk van wat u en uw team beslist.

In dit artikel bespreken we de definitie van technische schulden, hoe u snelle beslissingen in het ontwikkelingsproces effectief kunt beheren en voorbeelden delen om u een beter begrip te geven van het vermijden van toekomstige ongelukken.

Wat is precies technische schuld?

Technische schuld is de kosten van aanvullende herwerken veroorzaakt door het kiezen van de snelste oplossing in plaats van de meest effectieve oplossing. Technische schuld is een uitdrukking die oorspronkelijk is bedacht door Software Developer Ward Cunningham in 1992, hoewel de term sindsdien is geëvolueerd.

Tegenwoordig gebeurt technische schuld, ook bekend als technische schulden en codeschuld, gebeurt meestal wanneer ontwikkelingsteams kiezen om een ​​snelle code te schrijven tijdens het bouwen van nieuwe functies van een product voor softwareontwikkeling. Snelle code levering kan uw team helpen om deadlines te ontmoeten, en de schuld die u opbrengt Wees het waard, hoewel het ook kan leiden tot negatieve uitkomsten, indien verkeerd beheerd. Deze negatieve uitkomsten zijn niet altijd te vermijden zodra de beslissing om technische schulden opbouwt.

Of u nu een goede of slechte uitkomst ervaart, we zullen de belangrijke feiten over de technische schulden overgaan, zodat u bereid bent om de juiste beslissingen te nemen in het moment.

Is technische schulden slecht?

Net als financiële schuld kan technische schuld worden gebruikt in zowel goede als slechte wegen.

In sommige gevallen is technische schuld het resultaat van een berekende verhuizing naar beide meet-software-deadlines en het verzenden van hoge kwaliteitscode binnen sprints. In andere gevallen is technische schuld het resultaat van een onvermijdelijke fout bij het vrijgeven van een software-update.

De technische schuldkwadranten

Er zijn vier verschillende oorzaken van technische schuld-genoemd de technische schuldkwadranten. De vier technische schuldenquadranten, bedacht door Martin Fowler, omvatten roekeloos, voorzichtig, opzettelijk en onopzettelijk.

Het toewijzen van de technische schulden aan deze kwadranten helpt bij het meten van intentie en achtergrond op codeproblemen. Hoewel sommige codeschuld opzettelijk en geclassificeerd is als , Andere codes kunnen onbedoeld zijn en worden geclassificeerd als .

Voorzichtig en opzettelijk:Het besluit om snel te verzenden en de consequenties te behandelen, veroorzaakt later verstandige en opzettelijke schuld. Dit type schuld wordt meestal gebruikt wanneer de inzet van het product relatief laag is en de voordelen van een snelle levering opwegen tegen het risico.

Roekeloos en opzettelijk:Wetende hoe u de beste code kunt produceren, maar prioriteit geeft aan de snelle levering, is de oorzaak van roekeloze en opzettelijke schuld.

Prudent en onopzettelijk:Voorzichtige en onbedoelde schuld er gebeurt als er een verlangen is om de beste code te produceren, maar u vindt een betere oplossing na implementatie.

Roekeloos en onopzettelijk:Roekeloze en onbedoelde schuld treedt op wanneer een team probeert de beste code te produceren zonder de nodige kennis om dit te doen. Het team is vaak niet bewust van de fouten die ze maken.

Teams kiezen bewust technische schuld omwille van de snelle levering, terwijl onbedoeld schuld is toevallig-het gebeurt na de implementatie. Dit verschil wordt het best beschreven door software engineer Steve McConnell bij het beschrijven van de twee algemene soorten technische schuld. duik Laten we in elk van deze tot een beter begrip te krijgen.

Soorten technische schuld

Steve McConnell, Chief Software Engineer bij Construx Software, suggereerde dat ertwee soorten technische schuld :

Opzettelijk

onopzettelijk

1. Opzettelijke technische schuld

Opzettelijke schuld ontstaat wanneer een organisatie maakt een bewuste keuze om te optimaliseren voor de huidige plaats van voor de toekomst.

Er zijn zowel de korte termijn en lange termijn variaties van opzettelijke schuld. Bijvoorbeeld, opzettelijke schuld opgelopen tot pay off een voormalige schuld is kortlopende schulden, terwijl een opzettelijke schuld opgelopen tot een grotere toekomst schuld voorkomen dat een schuld op lange termijn zou zijn.

Schulden op korte termijn: Kortlopende schuld wordt reactief gemaakt, om tactische redenen, zoals het gebruik van bestaande middelen. Bovendien kan op korte termijn schulden worden gericht of onscherp.

Gericht op korte termijn schulden:Dit geldt ook voor individueel herkenbare snelkoppelingen.

Ongericht schuld op korte termijn:Deze bevat een groot aantal kleine snelkoppelingen.

Lange-termijnschuld: Langlopende schuld proactief aangegaan, om strategische redenen, zoals om een deadline te halen.

Zoals u kunt zien, zal de aard van de schuld opgelopen dicteren hoe lang het zal duren af te werpen.

2. Onbedoelde technische schuld

Aan de andere kant, onbedoelde technische schuld gebeurt als gevolg van een gebrek aan begrip, toevallige fouten, of in sommige gevallen-slecht geschreven code. Een voorbeeld van onbedoelde technische schuld zou een ontwerpbenadering die blijkt te foutgevoelig zijn. Dit is een niet-strategische gevolg van het maken van een onvermijdelijke vergissing.

We kunnen aannemen onbedoelde technische schuld per ongeluk als het team het niet maken op de grond. Meestal zal u alleen uw fout te realiseren nadat u de software-update uit te voeren of het project te voltooien.

Hoe zich te ontdoen van de technische schulden

Terwijl u een aantal technische schuld opzettelijk kunnen voortvloeien, veel product teams strijden op te sporen encommunicerentech schuld. Dit kan resulteren in meer werk dan verwacht bij het zoeken naar de oplossing van de hiaten in de softwarecode.

Er zijn twee manieren om technische schuld te beheren en leiden tot meerwerkplaats transparantieload rond schuld.

Handhaaf een lijst schuld binnen een tracking systeem:Elke keer dat u maakt schuld, voert u de taken die nodig zijn af te betalen die schuld in uw tracking systeem samen met een geschatte inspanning en schema. Gebruik de schuld achterstand om uw tech vooruitgang schuld te volgen. Onopgeloste schuld van meer dan 90 dagen oud moeten worden behandeld als kritisch.

Handhaving van de lijst schuld als onderdeel van een Scrum product backlog:Behandel elke schuld als Scrum “verhaal” en schat de inspanning en schema om pay off elke schuld op dezelfde manier te schatten andere verhalen in Scrum binnen eenProductachterstand .

Beide methoden kunnen u helpen effectief te volgen technische schulden en krijgen snel en efficiënt te ontdoen van de schuld als mogelijk te maken. Net als bij de aflossing van een creditcard, beide benaderingen, zodat u kleine stappen van de schuld af te betalen, totdat het totaal is afbetaald.

Technische voorbeelden en oplossingen schuld

Nu dat u een goed begrip van het beheer van de technische schulden en een aantal van de oorzaken van onbedoelde en opzettelijke schuld, laten we eens kijken wat het echte leven voorbeelden.

Voorbeeld 1: Opzettelijke technische schuld

Beschrijving:Het team kiest een kader dat is snel te bouwen op, met bekende problemen met de prestaties en minimale functionaliteit mogelijkheden.

Oplossing:Het team gebruikt aanvullende aanvragen voor de implementatie van postsoftware die de ontbrekende raamwerkfunctionaliteit heeft.

Schuld:Hoewel ze de deadline van het product voldeden, moet het team de functies na de lancering opnieuw bewerken en vereisen extra fondsen.

Voorbeeld 2: Onbedoelde technische schulden

Beschrijving:Het team heeft veel junior-ontwikkelaars die helpen bij het lanceren van een nieuwe softwarefunctie op een strakke deadline met niet genoeg seniorontwikkelaars om elk stuk van de code te bekijken.

Oplossing:Het team huurt extra tijdelijke ondersteuning van hogere ontwikkelaars om over de code te kijken en te controleren op een goede functionaliteit.

Schuld:Terwijl het team de meeste problemen betrapt, veroorzaakte de miscommunicatie tussen full-time personeel en tijdelijke ondersteuning toezicht op sommige gemiste bugs in de code. Dit betekent dat het team deze problemen na de lancering moet debuggen.

Zoals je kunt zien, hoewel andere, zowel opzettelijke als onbedoelde schulden in de loop van de tijd moeten worden afbetaald. DoorbrainstormenEen oplossing voor technische schulden, u kunt ervoor zorgen dat uw software-updates op tijd lanceren, met weinig opgebouwde schuld.

Betaal uw technische schuld met transparantie

Schuld is niet altijd vermijdbaar bij het werken aan een softwareproductlancering. Van moeilijke beslissingen tot fouten in code,WeerbaarTeams weten hoe de hoeveelheid opgebouwde technische schuld de software-updates kan beïnvloeden.

De sleutel tot het afbetalen van schulden is om incrementele betalingen te behouden en te volgen. Hoewel het type schulduitbod anders is in elk scenario, kunnen teamtransparantie en communicatie helpen uw schuld sneller af te betalen. Dit komt omdat verbeterde duidelijkheid over agile projecten een collectieve oplossing voor het probleem bij de hand kan afdwingen.