Daniel Köhnlein

Dieses Projekt ersetzte eine in die Jahre gekommene SAP-Lösung. Die Plattform nimmt Daten aus Fremdsystemen entgegen, transformiert sie und stellt sie den abnehmenden Systemen wieder bereit. Infrastruktur und Software dafür haben wir vollständig in AWS aufgebaut.

Performance war dabei die zentrale Anforderung, denn es müssen zeitnah Millionen von Datensätzen durch die Plattform laufen. Die größte Herausforderung waren allerdings die Schnittstellen zu den versorgenden und abnehmenden Systemen: eine bunte Mischung aus Technologien, Versorgungsansätzen und Altersstufen, die alle weiter bedient werden mussten.

Meine Rolle lag zwischen Entwicklung und Organisation. Als technische Teamleitung habe ich gemeinsam mit Projektverantwortlichen, Fachbereichen und Product Ownern die Anforderungen erhoben, formuliert und dokumentiert. In Refinements haben wir sie anschließend geschnitten und eingeplant, was für eine gleichbleibend hohe Ticket-Qualität und eine konstante Entwicklungsgeschwindigkeit gesorgt hat.

Meetings habe ich organisiert und moderiert, damit sie zielgerichtet blieben und ihren Zeitrahmen hielten. Bei technischen Entscheidungen stand ich beratend zur Seite und habe darauf geachtet, dass die fachlich relevanten Personen dabei sind und zu Wort kommen.

Daneben habe ich die bestehende Code-Basis für die notwendige Sicherheitsfreigabe vorbereitet und dokumentiert. Auch in infrastrukturellen Themen habe ich unterstützt: Deployments automatisieren, den Infrastruktur-Code verbessern und erweitern. Die Plattform ist inzwischen ausgeliefert und im Einsatz.

Dieses Projekt begann als Antwort auf die vielen vorhandenen Softwarelösungen im Unternehmen und hatte zum Ziel, viele der Funktionen, welche in verschiedenen Systemen existieren, zu vereinen. Neben der Anzeige der aufgezeichneten Daten sollte es auch möglich sein, diese zu analysieren. Ebenso sollte es möglich sein, Geräte an das System anzubinden, um es mit Daten zu versorgen. Zusätzlich sollten verbundene Geräte auch konfiguriert und gesteuert werden können.

Erste architektonische Überlegungen wurden von mir angestellt und in einem Proof of Concept veranschaulicht. Die Kommunikation zwischen den einzelnen Komponenten wurde mit einem nachrichtenbasierten System realisiert, um eine möglichst lose Kopplung zwischen den Komponenten zu haben. Diese Art der Kopplung war notwendig, um die geforderte Flexibilität zu erlauben. Auch aus der Anforderung, Daten zentral zu halten und Beziehungen zwischen ihnen aufzuzeigen, entstanden vielversprechende Konzepte mit Dokumenten- und Graphdatenbanken.

Da das gesamte Projekt noch in einem sehr frühen Stadium war, ist es erwartungsgemäß nicht auf dem Markt. Die Ideen und Konzepte daraus fanden jedoch großen Anklang und werden weiterhin vorangetrieben.

Begonnen als externe Beauftragung, sorgte ich als technischer Berater für den Abgleich der technischen Interessen des Unternehmens mit dem Produkt. Die entwickelte Architektur wurde von mir begutachtet und bewertet. Die daraus resultierenden Handlungsempfehlungen wurden mit der externen Entwicklung erörtert und umgesetzt. Zusätzlich diente die Ausarbeitung als Grundlage für weitere Schritte dieses Projektes.

Von Beginn an war es vorgesehen, die Software in die Entwicklung des Unternehmens zu integrieren. Zusammen mit dem Product-Owner des Projekts erarbeitete ich die Anforderungen an die Software und bereitete eine Planung für die Integration vor.

Um die Integration vorzubereiten, konvertierte ich die bestehende Pipeline in die vom Unternehmen genutzte Softwarelösung. Im Anschluss daran koordinierte ich zusammen mit dem Product-Owner den Aufbau der unternehmenseigenen Infrastruktur. In diesem Zuge wurden ein Kubernetes-Cluster sowie die benötigte Container-Registry installiert und konfiguriert.

Sobald die Infrastruktur zur Verfügung stand, schrieb ich die Helm Charts für die gesamte Pipeline, sowie das Deployment der Software. Die bestehende Testpipeline wurde umgeschrieben, sodass sie direkt im Kubernetes-Cluster ausgeführt werden konnte.

Das Projekt wurde inzwischen erfolgreich ausgeliefert. Zu dem Zeitpunkt, an dem ich das Projekt verließ, wurde die Software bereits von den Kunden genutzt und aktiv weiterentwickelt. Die Integration in die unternehmenseigene Infrastruktur war kurz vor einem erfolgreichen Abschluss.

Angefangen hat dieses Projekt als zugekaufte Software, welche ich mit meinem Team übernommen und weiterentwickelt habe.

Zunächst kümmerte ich mich ausschließlich um Wartung und Funktionserweiterung, was mir die Gelegenheit gab, mich tiefgreifend mit den eingesetzten Technologien vertraut zu machen. Die Resultate dieser intensiven Auseinandersetzung waren diverse architektonische Verbesserungen, nicht nur in der Software selbst, sondern auch in der Entwicklungsumgebung, der Pipeline und dem Deployment der Software.

Diese Bemühungen führten dazu, dass die Entwicklungsleitung sukzessive in meine Hände gelegt wurde. Ab diesem Punkt kümmerte ich mich, zusammen mit meinem Vorgesetzten, um die Verbesserung der Prozesse. Wir führten gemeinsam das agile Arbeiten mit Scrum ein. In diesem Zuge wurde die Pionierarbeit für den Einsatz der kompletten Software Suite von Atlassian geleistet, welche nun unternehmensweit eingesetzt wird. Ich übernahm die Rolle des Scrum Masters und kümmerte mich um die Einhaltung der Scrum-Regeln sowie die Bedürfnisse des Teams, der Product-Owner und der Stakeholder. Zusammen mit dem Product-Owner sorgte ich für die Priorisierung der Aufgaben, sowie die Terminierung und Einhaltung der Releases.

Um die Qualität der Software zu verbessern, nahm ich es in meine Hand, die Arbeiten mit Git zielgerichtet und effizient zu gestalten. Maßgeblich war hier die Einführung des Git-Flow-Workflows, der Entwicklung und Release-Prozess klar voneinander trennte. Dies ermöglichte es uns, die Software parallel weiterzuentwickeln und anstehende Releases vorzubereiten.

An dem Punkt, an dem mir die Qualitätssicherung der Software übergeben wurde, sah ich es als meine Aufgabe, das bis dahin größtenteils manuelle Testen durch automatisierte Tests auszubauen. Wir erreichten eine Testabdeckung von 98% des testbaren Frontends. Diese hohe Testabdeckung ermöglichte es uns, belastbare Aussagen über die Qualität der Software zu treffen, was das Vertrauen in sie konzernweit sehr positiv beeinflusste.

Die Unit-Tests wurden von meinem Team und mir auf eine Abdeckung von 80% angehoben. Ähnlich wie die Frontend-Tests, erlaubt eine solche hohe Abdeckung ein hohes Maß an Vertrauen in das Produkt und seine Qualität. Dies beeinflusste nicht nur die Moral und Produktivität des Teams, sondern auch die der Product-Owner und Stakeholder und somit schlussendlich auch die Zufriedenheit der Kunden.

Das Produkt wird inzwischen aktiv verkauft und ist bei diversen Kunden im Einsatz, welche sehr zufrieden mit der Software sind. Auch nachdem ich das Unternehmen und somit das Projekt verließ, wurde dieses weiterhin von meinem Team aktiv gewartet und weiterentwickelt.