Wir bei intersoft bauen in Hamburg die Software für unsere Mutterfirma, die WWK-Versicherung in München. Entfernung: > 6 h Bahnfahrt. Alter der beteiligten Software-Komponenten: > 30 Jahre. Ältestes bekanntes Betriebssystem: BS2000. Kulturen: Bajuwaren und Wikinger. All das bietet eine Menge Zündstoff für Konflikte.

Wir berichten mitten aus der HOST-Migration der WWK auf zeitgemäße IT, über die Koexistenz moderner Produktentwicklungsteams mit alten 2-Monats-Releasezyklen. Und darüber, wie uns das Corona-Virus hilft, besser zu werden.

((d[-_-]b))

Zielpublikum: Legacy & Innovation lovers
Voraussetzungen: None
Schwierigkeitsgrad: Fortgeschritten

Extended Abstract:
Die HOST-Migration ist ein gigantisches und definierendes Projekt der WWK und muss bis 2023 abgeschlossen sein. Neben der ganz alten HOST-IT und der ganz neuen IT gibt es auch noch viel gewachsene Java-Software, die schon an den Rändern vergilbt. Insgesamt stehen wir damit vor einer entscheidenden Herausforderung für die Firma und vor einer Situation, die viele Unternehmen in ähnlicher Form kennen sollten. Neben den technischen Herausforderungen finden wir auch die organisatorischen und die kulturellen spannend. Wir berichten über:

Die entstehende Architekturarbeit zwischen Teams und Konzern.

Traditionelle Quality Gates in einem neuen gemeinsamen interkulturellen KANBAN Board.

Die schrittweise Verzahnung des Münchner Operations-Teams mit den Hamburger Entwicklern.

Wie sich QA im gesamten Prozess aus einem Test-Dungeon entwickelt

Wie ein Programm-Manager 3 Jahre vor der Rente beginnt, von Helm-Charts zu reden

Wir berichten davon, was schieflief und wo wir im Januar 2021 stehen werden

Das Vorhaben der HOST-Ablösung befindet sich nun schon im zweiten Jahr und wir haben gerade eine schlimme Frust-Phase hinter uns und ehrgeizige Meilensteine vor uns. Um von Frust auf Erfolg zu gehen, haben wir uns im Februar/März 2020 eng getaktete und frühe Liefertermine gesetzt. Interessanterweise hat das bei allen Stakeholdern zu viel Vertrauen geführt und die beteiligten Teams motiviert. Und dann kam Corona, und anstatt einer neuen Depression erleben wir, dass es besser läuft als erwartet. Auf einmal ist die gesamte Company gleich weit voneinander entfernt. Die Zusammenarbeit Hamburg, München und zurück läuft viel besser als vormals. Die Teams sind engagiert und hängen sich richtig rein. Meetings sind so effizient wie kaum zuvor.

Im Februar berichten wir dann live, wie es gelaufen ist und weiter geht.

Vor allen Dingen die Verzahnung von Produkt > Dev > QA > OPS in einen gemeinsamen schneller drehenden Prozess ermöglicht uns den Erfolg.

SAP-Projekte werden häufig von Unsicherheiten zum Testumfang sowie langen Testphasen, die die Fachseite blockieren, begleitet.

Um mit diesen Herausforderungen umgehen zu können, wurde im Rahmen eines Projektes eine zusätzliche Testphase eingeführt. In dieser wurde das System, vom verantwortlichen Testmanagement, vor Übergabe an die Fachseite getestet.

Dies war ein ungewöhnlicher Schritt, da SAP als ein System gilt, welches nur von Key-Usern und SAP-Expert:innen getestet werden kann. In diesem Vortrag teilt die Referentin ihre Erfahrung mit diesem Vorgehen.

Zielpublikum: Test-, Projektmanager:innen, Projektleiter:innen, Entscheider:innen
Voraussetzungen: Grundsätzliches Verständnis von Testmanagement
Schwierigkeitsgrad: Fortgeschritten

Extended Abstract:
Die Komplexität von SAP-Projekten ergibt sich durch die Anzahl der betroffenen SAP-Module und ihrer Schnittstellen zu anderen Systemen sowie der Summe der betroffenen Gesellschaften, Länder oder Werke.

Projektteams sehen sich hier vielen Herausforderungen gegenüber, eine davon ist der Testbereich. Sicher, SAP-Expert:innen prüfen die von ihnen angepassten Funktionalitäten technisch und Key-User testen Geschäftsprozesse aus Anwendersicht, doch gerade bei Customizing Einstellungen und individuellen Erweiterungen ergeben sich für alle Beteiligten schnell Unsicherheiten zur Testdurchführung.

Zumeist stellen sich Fragen wie:

• Was soll getestet werden?
• Sind die notwendigen Berechtigungen und Rollen bekannt?
• Wie verhindern wir Redundanzen und stellen sicher, dass die richtigen Testfälle getestet werden?
• Wie managen und bereinigen wir Testdaten?

Die Implementierung eines standardisierten Testmanagement-Prozesses schafft die nötige Transparenz, um Fachabteilungen und ihre Anforderungen zu steuern.

Im Rahmen eines Projektes wurde das System, vor Übergabe an die Fachseite, zusätzlich durch das Testmanagement-Team manuell getestet. Die Rolle des Testmanagers ähnelte damit eher der eines agilen Testers, mit planerischen und operativen Aufgaben. Dieses Vorgehen brachte Vorteile aber auch Herausforderungen mit sich.

Beispielsweise wurde zur Vorbereitung der Testfallerstellung ein Review der Anforderungsdokumente durchgeführt. Hierbei entstanden Fragestellungen, durch deren Klärung die Qualität der gelieferten Software deutlich erhöht werden konnte.

Aber auch in der Testdurchführung ergaben sich spannende Erfahrungswerte. Um mit dieser zusätzlichen Testphase wirkliche Mehrwerte liefern zu können, war eine zeitintensive Abstimmung zwischen Fachseite und Testmanagement entscheidend.

In dieser Session teilt die Referentin ihre Erfahrungswerte zu Herausforderungen und möglichen Lösungen, welche sich durch die Nutzung von Testmanagement in SAP-Projekten ergeben.

Miltenyi Biotec ist ein global agierendes Biotechnologie- und Biomedizin-Unternehmen. Es ist der führende Anbieter von Produkten zur magnetischen Zellsortierung und -analyse (MACS). Die Firma ist eines der größten deutschen Unternehmen der Biotechnologie-Branche.