Technische Schulden
in der Softwareentwicklung
Qualität erhalten, Zufriedenheit steigern
Der Workshop
Technische Schulden sind in der agilen Softwareentwicklung etabliert und helfen dabei, Aufgaben in kleine Arbeitspakete zu teilen.
Im Rahmen des Workshops beleuchten wir die Herkunft des Begriffs und dessen ursprüngliche Bedeutung, die von der heutigen abweicht. Wir diskutieren, wann und wie aus technischen Schulden ein technischer Bankrott wird, der die Fortführung der Produktentwicklung im geplanten Rahmen unmöglich machen kann. Du lernst, welche Indizien auf einen technischen Bankrott hinweisen und wie sie die Agilität eines Unternehmens beeinflussen. Denn grundsätzlich besteht die Gefahr, dass diese auf später verschobenen Teilaufgaben nie bearbeitet werden und sich anhäufen.
Wir erarbeiten, wer im Team und im Unternehmen die Verantwortung hat, technische Schulden zu vermeiden und abzubauen, und welche Handlungsoptionen Du als Developer für den richtigen Umgang mit technischen Schulden haben.
Voraussetzungen
Erfahrung in der Softwareentwicklung
erste Kontakte mit agiler Softwareentwicklung
Interesse, sich und Dein Programmier-Umfeld zu verbessern
Product Owner und Scrum Master sind willkommen!
Das Format
Technische Schulden in der Softwareentwicklung richtet sich an Software-Entwickler, denen Clean Code und hohe Qualität etwas bedeuten. Die Veranstaltung findet im Workshop-Format online statt. “Workshop” bedeutet bei Kutura, dass alle Teilnehmerinnen und Teilnehmer die jeweiligen Inhalte gemeinschaftlich bearbeiten.
Wir führen keinen Frontalunterricht durch.
Der übliche Zeitrahmen für Technische Schulden in der Softwareentwicklung beträgt zwei Tage; in der Regel von 9:00 bis 17:30 Uhr.
Auf Wunsch führen wir auch Inhouse-Veranstaltungen durch oder bieten den Workshop in einer anderen zeitlichen Staffelung an. So ist zum Beispiel auch eine Teilnahme außerhalb der üblichen Arbeitszeiten möglich; bspw. acht bis zehn Abende zu je etwa 90 Minuten. Einzige Voraussetzung: Damit wir in der Lerngruppe wirklich arbeiten können, sind wenigstens vier oder fünf Teilnehmerinnen oder Teilnehmer sinnvoll.
Die Themen
-
Das heutige Verständnis von technischen Schulden weicht deutlich von der ursprünglichen Bedeutung ab. Heute sind technische Schulden meist eine Konsequenz davon, wie Teams geführt (manche sagen “gesteuert”) werden. Sie sind meist eine Folge von Zeitdruck und Terminvorgaben.
Damit spielen sie eine Rolle bei der Zufriedenheit und Motivation der Entwickler.
Unstrittig ist, dass technische Schulden die Produktqualität betreffen. Doch in welcher Weise? Und wie relevant ist das?
-
Viele Entwickler fühlen sich ohnmächtig, wenn es darum geht, technische Schulden zu vermeiden. Wenn sie gleichzeitig clean code produzieren möchten, ist es wichtig, den Verantwortungsbereich zu klären. Wie kann man das praktisch, spielerisch und konfliktfrei gestalten?
Im Anschluss geht darum, Handlungsmöglichkeiten für die Vermeidung von technischen Schulden aufzuzeigen.
-
Wie entstehen technische Schulden? Aus welchen guten Gründen, aus welchen schlechten Gründen?
Wie führen technische Schulden zum technischen Bankrott?
-
Wie verhindere ich technische Schulden?
Wie baue ich technische Schulden ab?
-
* Story Splitting
* Delegation Poker
* Team Decision Matrix
* Projekt versus Produkt
* Teamwerte
* Methodenmix aus Management 3.0 und unFIX
* Technische Schulden in der DoD und im Refinement
und andere mehr…
„Agile Produktentwicklung besteht nicht aus dem stumpfen Abarbeiten von Tickets. Als Entwickler bist Du Partner des Product Owners. Ich zeige Dir, wie diese Partnerschaft gelingen kann.“
Kathleen Janz, Product Owner
„Damit ein Team gut funktioniert, sich alle wohlfühlen und entwickeln können, leistet jeder im Team einen Beitrag. Ich zeige Dir, wie Du mit Teamwork erfolgreich sein kannst.“
Max Diecks, Agility Coach
„Die agile Transformation betrifft alle Ebenen in der Organisation, aber sie startet bei Dir. Ich zeige Dir, wie Du im Rahmen deiner Arbeit persönlich wachsen und Führung übernehmen kannst.“
Stefan Mintert, Agility Coach
