Ideal funktioniert Scrum mit einem Team von fünf bis sieben Leuten. Damit lassen sich schon viele Projekte effizient angehen, aber es gibt immer auch Aufgaben, die eine größere Mannschaft erfordern. Hierzu empfiehlt es sich, mit einem Team zu starten und die Mitglieder dieses ersten Teams dann als Keimzellen für weitere Teams zu verwenden. Neben gr0ßen [...]

User Stories sollen eine Anforderung eines Nutzers an das System beschreiben. Technische Teilaufgaben sollten daher eigentlich immer Teil einer User Story sein und dann in diesem Kontext umgesetzt werden. Es wird aber auch immer wieder technische Aspekte geben, die nicht direkt einem Kundennutzen zugeordnet werden können, z.B. der Umstieg auf eine neue Datenbankversion weil die [...]

In einer der letzten Ausgaben des Objektspektrums fand sich ein Erfahrungsbericht über ein erfolgreiches Refactoring einer Legacy-Anwendung. Die Altanwendung zeichnete sich dabei – wie üblich – durch fehlende Dokumentation und hohe Komplexität des Sourcecodes aus. Soweit ist das nichts Neues. Bemerkenswert fand ich aber, dass die beschriebene Legacy-Anwendung kein Cobol-Urgestein aus der Frühzeit der Informatik [...]

An dieser Stelle sei einmal auf den Podcast SoftArchitekTOUR verwiesen. In bisher dreizehn Folgen wurden viele relevante Themen, ausgehend von einer Episode zum Thema Pattern über Diskussionen zur Mittelschicht bis hin zu einer Folge über Architektur-Refactoring, behandelt. Die Podcasts haben dabei keinen Präsentationscharakter, sondern sind offene Gespräche, in denen auch kontroverse Standpunkte diskutiert werden. Zwar [...]

Thomas Lieder, Martin Lippert, Stefan Roock (2009): “Kontroverse: Agilität und Architektur“, in: ObjektSpektrum 4/2009