Architektur & DeliveryWie das Team arbeitet
Kurse, die verändern, wie ein Team Entscheidungen trifft – nicht, welches Framework es nutzt. Das Gelernte ist übertragbar und gilt gleichermaßen, ob Sie mit .NET, JVM oder Node arbeiten.
Architektur, die der Realität standhält
Wie Sie Grenzen ziehen, die auch im dritten Jahr noch Sinn ergeben – und früh erkennen, wenn eine an der falschen Stelle liegt.
- Wo eine Grenze hingehört – und der weit häufigere Fall, keine einzuziehen
- Datenhoheit, Konsistenz und die Kopplung, die sich in einer gemeinsamen Datenbank versteckt
- Monolith, modularer Monolith und Services – Kosten statt Ideologie
- Entscheidungen so dokumentieren, dass das nächste Team die Begründung erbt, nicht nur das Ergebnis
- Ein bestehendes System auf die Nahtstellen lesen, die es bereits hat
FürSenior-Entwickler, Leads, Architekten
Sprintplanung & Schätzung
Warum Schätzungen danebenliegen, was man dagegen tun kann und wie man einen Sprint plant, der am Mittwoch der zweiten Woche noch der Realität ähnelt.
- Arbeit so schneiden, dass jedes Item innerhalb eines Sprints fertig werden kann
- Mit Bandbreiten und Konfidenz schätzen statt mit falscher Präzision
- Kapazität, Übertrag und die Rechnung hinter einer glaubwürdigen Zusage
- Definition of Ready und Definition of Done, geschrieben für Ihr Team
- Die Meetings in unter einer Stunde durchführen, ohne ihren Zweck zu verlieren
FürDelivery-Teams, Product Owner, Scrum Master
Discovery, Scoping & Roadmapping
Aus einer groben Idee etwas machen, das sich kalkulieren, priorisieren und gegenüber denen vertreten lässt, die dafür unterschreiben.
- Die eigentliche Anforderung hinter dem gewünschten Feature finden
- Technische Machbarkeit und der Spike, der die teure Unbekannte zuerst klärt
- Phasen so schneiden, dass etwas Wertvolles live geht, bevor alles fertig ist
- Bauen, kaufen oder integrieren – entschieden nach Gesamtkosten statt nach Bauchgefühl
- Den Plan so schreiben, dass die Abwägungen sichtbar bleiben, wenn Sie den Raum verlassen haben
FürProdukt, Delivery Leads, alle, die sich auf einen Termin festlegen müssen
Engineering-Standards & Flow
Code-Reviews, Branching, CI/CD und die Tests, die sich lohnen – die Praktiken, die bestimmen, wie schnell sich ein Team sicher bewegen kann.
- Code-Reviews, die Designprobleme finden statt Formatierungsfehler
- Ein Branching- und Release-Modell, das dazu passt, wie oft Sie wirklich ausliefern
- Pipelines, die aus echten Gründen fehlschlagen und schnell genug bleiben, um ihnen zu vertrauen
- Wo sich Tests bezahlt machen – und wo stillschweigend nicht
- Den Standard zum Normalfall machen, damit er die nächste Deadline übersteht
FürKomplette Entwicklungsteams
Modernisierung ohne Stillstand
Das Strangler-Muster, angewandt auf Ihr System – wie Sie eine Plattform ersetzen, während sie produktiv bleibt und die Roadmap weiterläuft.
- Den ersten Schnitt finden: klein, wertvoll und wirklich abtrennbar
- Alt und Neu parallel hinter denselben URLs betreiben
- Gemeinsame Bibliotheken und Multi-Targeting als Brücke zwischen beiden
- Die Datenschicht richtig einplanen – dort geraten solche Vorhaben meist ins Stocken
- Fortschritt für die Geldgeber nachvollziehbar machen, Sprint für Sprint
FürLeads und Stakeholder auf einer Legacy-Plattform