Das Jahr 2013 in der Retrospektive — Was wir gelernt haben

Das Jahresende ist die Zeit für eine Retrospektive — nicht nur für einen Sprint, sondern für das ganze Jahr. 2013 war ein Jahr großer Veränderungen in unserem Team und unserem Technologie-Stack. Hier ist eine Zusammenfassung.

Technologische Veränderungen¶

SVN zu Git — die größte Veränderung des Jahres. Pull Requests und Code Reviews haben die Code-Qualität dramatisch verbessert. JBoss AS 7 als neuer Standard-Applikationsserver anstelle von GlassFish. Zabbix ersetzt Nagios für das Monitoring. HAProxy ersetzt Apache mod_jk für Load Balancing. Python für neue Admin-Skripte statt Perl.

Prozessänderungen¶

Scrum für alle neuen Projekte. ITIL Incident Management mit JIRA. Obligatorisches Code Review. Penetrationstests als Teil des Release-Prozesses. DR-Plan getestet und gepflegt.

Was funktioniert hat¶

Git + Pull Requests = Veränderung mit dem höchsten ROI des Jahres. Scrum-Retrospektiven — kontinuierliche Verbesserung. Automatisierte Tests (Selenium + JUnit) — Regressions-Bugs minus 40 %. SonarQube zur Messung technischer Schulden.

Was nicht funktioniert hat¶

ESB bei einem kleinen Projekt — der Overhead überwog den Nutzen. Migration auf Java EE 7 verzögerte sich — das Ökosystem ist noch nicht bereit. Vollständiges Scrum mit Festpreisvertrag — wir mussten einen Kompromiss finden.

Plan für 2014¶

Java EE 7 für neue Projekte. Zentrales Log-Management (ELK Stack?). Infrastruktur-Automatisierung (Puppet/Chef). Mehr automatisierte Tests. Kontinuierliche Prozessverbesserung.

Hauptlektion des Jahres¶

Technologische Veränderungen sind einfach — kulturelle Veränderungen sind schwer. Git, Scrum, Code Review — die Tools sind einfach, das Team zu überzeugen ist die Herausforderung. Aber wenn man es richtig macht, sind die Ergebnisse dramatisch. Und eine Retrospektive ist nicht nur für das Sprint-Ende — machen Sie eine zum Jahresende. Es lohnt sich.