Blog

Alles ist relativ – vor allem in der Softwareentwicklung

Fast alle Apskete in der Softwareentwicklung sind nicht eindeutig gut oder schlecht. Man könnte vermuten, dass Fehlerfreiheit immer gut ist, aber stimmt das? Die Frage ist, wie viel das kostet und ob das Team immer noch in der Lage ist, schnell genug gewünschte Funktionen umzusetzen. Es ist also am Ende eher eine Frage der Balance. In diesem Artikel stelle ich das Konzept der Balance vor und zeige, wie dieses von Teams im Alltag genutzt werden kann.

Wirkverluste in der Softwareentwicklung: Ein systemischer Ansatz zur Effizienzsteigerung

In der Technik beschreibt der Wirkungsgrad das Verhältnis von nutzbarer Energie zu eingesetzter Energie; ein Maß für die Effizienz eines Systems. Übertragen auf die Softwareentwicklung lässt sich der Wirkungsgrad als Verhältnis von „tatsächlichem Mehrwert für Nutzer:innen“ zum „gesamten Aufwand (Zeit, Ressourcen, Kosten)“ verstehen. Um diesen Wirkungsgrad zu verbessern, müssen Wirkverluste identifiziert und reduziert werden.

Technische Schulden sind kein Problem, sondern eine Lösung!

Die Metapher der technischen Schulden wird oft missverstanden und als Synonym für schlechten Code verwendet. Ward Cunningham betont jedoch, dass sie darauf basiert, aus der Umsetzung zu lernen und den Code schrittweise anzupassen. Solange Schulden bewusst eingegangen und rechtzeitig zurückgezahlt werden, ermöglichen sie schnellere Erkenntnisse und echten Mehrwert. Problematisch wird es erst, wenn sie unkontrolliert wachsen und die Zinslast den Fortschritt blockiert.

Done ist das zentrale Konzept in Scrum: Ohne Done kein empirisches Arbeiten

„Done“ ist ein zentrales Konzept in Scrum, das sicherstellt, dass Produktinkremente vollständig, auslieferbar und von hoher Qualität sind. Eine klare Definition of Done (DoD) ermöglicht Transparenz, regelmäßige und präzise Inspektionen sowie fundierte Anpassungen, die für erfolgreiches, empirisches Arbeiten unerlässlich sind.

Qualität ist die Voraussetzung für empirisches Arbeiten

Qualität ist der Schlüssel für effektives, empirisches Arbeiten in Scrum. Ohne hohe Qualität wird der Feedback-Zyklus gestört und das Vertrauen in das Team und das Produkt sinkt. Um erfolgreich zu sein, muss Qualität eine gemeinsame Verantwortung des gesamten Scrum-Teams sein und von Beginn an in den Entwicklungsprozess integriert werden.

Komplexität im Code - Ein versteckter Killer von Business Value

Komplexität im Code ist ein unsichtbarer Feind, der die Produktivität und Innovationsfähigkeit von Entwicklungsteams schleichend untergräbt. Warum ist das so gefährlich und wie kann dein Team Komplexität erfolgreich bekämpfen?

Brauchen Softwareentwickler Leidenschaft für das Produkt das sie entwickeln?

Leidenschaft für Technologie ist sicher eine positive Eigenschaft für Softwareentwickler. Aber brauchen sie auch eine Leidenschaft für das Produkt das sie entwickeln? Wie wirkt es sich ggf. aus, wenn diese Leidenschaft nicht vorhanden ist und wie kann diese Leidenschaft gefördert werden? Um diese Fragen dreht sich dieser Blog-Post.

7 Tipps, die eine Kultur des ständigen Experimentierens und Lernens fördern

Für eine kontinuierliche Verbesserung ist es nicht nur wichtig, Dinge zu identifizieren, die nicht so gut gelaufen sind, sondern dann auch konkret etwas an der Arbeitsweise zu ändern. Aber Veränderung ist schwer. Um Veränderungen zu erleichtern und wahrscheinlicher zu machen, sind Experimente eine ausgezeichnete Möglichkeit. Aber wie kann man eine Kultur des ständigen Experimentierens und Lernens etablieren?