Die Entwicklung der technischen Verschuldung

Die Produktentwicklung geht immer mit technischen Schulden einher, da nicht alle Funktionen in der für die Implementierung dieser Funktion vorgesehenen Zeit effizient ausgeführt werden können. Dieser Ansatz hat Vor- und Nachteile. Wenn jedoch die technischen Schulden nicht beseitigt werden, wird es immer schwieriger, dem Produkt neue Funktionen hinzuzufügen.

Wenn Sie daran interessiert sind, wie wir gelernt haben, mit technischen Schulden umzugehen, dann sind Sie bei cat willkommen.

Ein bisschen Theorie

Was ist technische Verschuldung? Technische Schulden - Wenn die Arbeit nicht erledigt wird, entstehen für den Benutzer unsichtbare Schäden (manuelle Konfiguration einer Funktion, unlesbare / fehlende Protokolle).

Das Ergebnis der Tilgung technischer Schulden ist für den Benutzer nicht sichtbar, erhöht jedoch die Qualität des Produkts (Zuverlässigkeit, Sicherheit, Entwicklungsgeschwindigkeit, Stabilität).

Jeder nimmt, was ihm näher ist

Wenn das Produkt neu ist, diese. Er hat wenig Schulden. Aus diesem Grund hatten wir keinen Ranking-Mechanismus für Aufgaben, die in technische Schulden geraten, so wie es keinen anderen Mechanismus für die Rückzahlung gab als die Begeisterung der Entwickler. Das Pfadfinderprinzip handelt von uns. Tatsächlich waren die Dinge nicht so rosig. 

Alle Aufgaben wurden zufällig auf einer Tafel gesammelt, wo es schwierig war zu verstehen, wie wichtig diese oder jene Aufgabe ist. 

. , — , - , .

- , , . - , , - code-review ( !)

- , , , , .

4 :

• — . (0 — , , 5 — )

• — . ( , , , ) (0 — , 5 — )

• ( , , ) (0 — , 5 — )

• (0 — , 5 — )

story points, .

, TechDebt Value, ( , ).

X, Y Z. , — , X Y Z .

, , .

— . .

? , , . 

, , . 

? 

, , story point — . , , , .

— , , 10-15 . - , . 

.

, - . ( capacity), . , - , . 

Neben der Tatsache, dass wir die Aufgaben in den Sprint übernehmen, werden nun einige kleine Aufgaben im Rahmen anderer Aufgaben geschlossen.

Und weiter?

Wir befinden uns in der letzten der beschriebenen Phasen. Es ist noch zu früh, um Rückschlüsse auf den Erfolg zu ziehen. Hauptsache, es gibt einen Mechanismus, der funktioniert und dem Team und dem Produkt zugute kommt.