SIGS DATACOM Fachinformationen für IT-Professionals

SOFTWARE MEETS BUSINESS:
Die Konferenz für Software-Architektur
03. - 07. Februar 2020, München

Sessionsdetails

Vortrag: Mi 2.3
Datum: Mi, 05.02.2020
Uhrzeit: 14:30 - 15:30
cart

Legacy-Software – Sanieren statt Neumachen

Uhrzeit: 14:30 - 15:30
Vortrag: Mi 2.3

 

Der Vortrag erklärt unseren Umgang mit Legacy-Systemen. Basierend auf unseren Erfahrungen zeigen wir, wie man Altsoftware in den Griff bekommt. Anhand von Fallbeispielen wird erläutert, dass die Standardlösung "Neuentwicklung" nur selten die beste Option ist. Stattdessen gilt es, für das betroffene System Sanierungsoptionen zu analysieren und zu entscheiden, welches die Maßnahmen mit dem höchsten ROI sind. Statt Neuentwicklung sind dies häufig kleine Schritte, die sich in begrenzter Zeit, risikobewusst und im laufenden Betrieb umsetzen lassen.

Zielpublikum: Architekten, Entwickler, Projektmanager, CTOs
Voraussetzungen: Erfahrung mit Übernahme und Betrieb von Altsoftware, Refactoring, Testing, CD
Schwierigkeitsgrad: Fortgeschritten

Extended Abstract
Legacy-Software hat sowohl bei Firmen als auch bei Entwicklern einen schlechten Ruf. Legacy steht synonym für alt, brüchig und im Allgemeinen für eine Sache, mit der man möglichst wenig zu tun haben will. Trotz negativer Konnotation ist Altsoftware häufig die wichtigste Software erfolgreicher Unternehmen. Altsoftware ist die Software, mit der das Unternehmen groß geworden ist, die den Geschäftserfolg in der Vergangenheit ermöglicht hat und in der Zukunft sicherstellen soll.
Dieser Vortrag erklärt unsere Sicht und Umgang mit dem Thema Legacy. Wir beginnen mit einer Begriffsdefinition und der Forschung nach Ursachen für die Entstehung von Legacy-Software. Basierend auf unseren Erfahrungen zeigen wir, wie man Legacy-Systeme in den Griff bekommt. Anhand von Fallbeispielen wird erläutert, dass die Standardlösung „Neuentwicklung“ nur selten die beste Option ist. Stattdessen gilt es, für das jeweils betroffene System die möglichen Sanierungsoptionen zu analysieren und zu entscheiden, welches die Maßnahmen mit dem höchsten ROI sind.
Im letzten Teil unseres Vortrags nehmen wir die Entwicklerperspektive ein und machen uns auf die Suche nach Ursachen für den schlechten Ruf von Legacy-Software. Warum sind Green-Field-Projekte so viel interessanter als das Beheben von Problemen in existierender Software? Ist es tatsächlich die Wahl der Programmiersprache, die uns Programmierer zufrieden macht, oder machen wir uns da etwas vor?
Software-Sanierung statt Neuentwicklung erfordert ein Umdenken bei Unternehmen und Programmierern. Unternehmen müssen den Wert ihrer existierenden Software erkennen und von dem verbreiteten Glauben ablassen, dass eine Neuentwicklung alles besser macht. Programmierer müssen sich fragen, was den Wert ihrer Arbeit ausmacht und was sie am Ende zufriedenstellt.
Inhalte

  1. Über den Wert von Altsoftware
  2. Technische Schulden: Wie entsteht Legacy-Software?
  3. Neuentwicklung – Warum beim nächsten Mal nichts besser wird
  4. Analyse und Bewertung von Altsoftware – Vorgehen und Werkzeuge
  5. Sanierungsarten: "Wartung", "Sanierung", "Recycling", "Neuentwicklung"
  6. Wie gehe ich an ein Sanierungsprojekt heran? Methoden, Werkzeuge und Motivation