Neue Technologien erforschen stellt einen signifikanten Anteil einer Produkt Modernisierung dar. Der Begriff “neue Technologien” ist hierbei bewusst wage gewählt. Alternative Open-Source Libraries, neues Tooling, neue Frameworks und auch neue Programmiersprachen, als diese und viele weitere können unter dem Ausdruck “neue Technologien” zusammengefasst werden.

Warum wir modernisieren wollen

Die Grundlage unserer geplanten Modernisierung entspringt immer aus einem konkreten Anliegen. Typische Gründe für eine Software Produkt Modernisierung sind:

• Technische Limitierungen, die sich bereits heute (oder in absehbarer Zeit) negativ auf die Weiterentwicklung des Produktes auswirken
• Stabilitätsprobleme in Zusammenhang mit einer derzeit bereits existierenden technischen Lösung
• Die aktuell eingesetzte technische Lösung gilt als veraltet und wird in Zukunft nicht mehr aktiv weiter entwickelt werden
• Derzeit eingesetztes Tooling wirkt sich negativ auf die Entwicklungs-Produktivität aus

Obige Gründe müssen von uns zur Genüge vor der angestrebten Modernisierung identifiziert und klar beziffert werden können.

Es ist definitiv möglich, dass alle genannten Punkte auf den heutigen Zustand unseres Produktes zutreffen. In diesem Fall ist es unsere wichtigste Aufgabe bekannte Themen anhand ihres Risikos zu priorisieren. Je höher das Risiko, dass sich das bekannte Defizit negativ auf unsere Business Use Cases auswirkt, desto stärker müssen wir es gewichten in unserer angestrebten Lösungsfindung!

Externe Impulse für Verbesserungen und neue Technologien

Um potentielle und langfristige Verbesserungen für unsere identifizierten Defizite zu finden bedarf es externe Impulse. Innerlich müssen wir offen für “Neues” und Willens sein uns auf unbekanntes Terrain zu begeben. Wir müssen bereit sein unseren Horizont zu erweitern und unsere liebgewonnene “Komfortzone” des Alltagsgeschäfts zu verlassen.

Sind wir aufnahmebereit für Innovationen müssen wir die für uns passende Modernisierungsmaßnahme in dem Wust möglicher technischer Lösungen identifizieren. Wir müssen aktiv Forschungsarbeit betreiben. Dabei sollten wir alle uns zur Verfügung stehenden Quellen nutzen. Ein paar Beispiele:

• Entwickler-Konferenzen und Vorträge
• Erfahrungsberichte und technische Blogs vergleichbarer Unternehmen
• Podcasts und Videos etablierter Tech-”Influenzer”
• Tech-Blogs zu konkreten Problemstellungen
• Externes Consulting

Entwickler-Konferenzen und Vorträge

Entwickler-Konferenzen und Vorträge sind eine großartige Quelle für externe Impulse und Ideen. Hier lernt man die neuesten technischen Trends kennen. Wie neue Technologien oder Frameworks ein wiederkehrendes negatives Pattern oder ein konkretes Defizit eines Software Produktes lösen konnte. Mit ein wenig Glück ist es identisch oder zumindest vergleichbar mit Themen. Zugleich gibt es unzählige Möglichkeiten sich durch Networking mit Gleichgesinnten über das eigene Problem auszutauschen. Aus diesen und vielen weiteren Gründen sollten wir alle regelmäßig Entwickler-Konferenzen und öffentliche Vorträge besuchen.

Erfahrungsberichte und technische Blogs vergleichbarer Unternehmen

Technische Blogs von Unternehmen bieten gerne einen kleinen Einblick in deren Modernisierungsprozesse. Die Chancen sind hoch, dass andere Unternehmen, mit vergleichbaren Software-Produkten, mit ähnlichen Defiziten in ihrer Code-Base zu kämpfen haben. Interessant sind hierbei für uns vor allem: Wie haben sie diese gelöst? Oder: Konnten sie sie überhaupt lösen?

Podcasts und Videos etablierter Tech-”Influenzer”

Podcasts und Videos sind oft eine gute Quelle für neue Technologien, da jene stets die Welle eines aktuellen Trends “zu reiten” versuchen. Hierbei ist es für uns wichtig zu differenzieren und zu hinterfragen: Ist das skizzierte Szenario überhaupt mit unserer Ausgangssituation vergleichbar. Und: Wird hier wirklich eine nachhaltige und skalierbare Lösung dargestellt, oder wird vor allem mit Superlativen um sich geworfen. Wir sollten diese Art der Informationen jedoch aus diesem Grund nicht von vornherein kategorisch ausschließen.

Tech-Blogs zu konkreten Problemstellungen

Blog Posts sind vor allem eine gute “Nachschlag”-Quelle, wenn wir gedanklich bereits eine Tendenz für eine mögliche technische Lösung entwickelt haben. Wir sollten vorsichtig sein sie als Grundlage für unsere Entscheidungsfindung einer technischen Lösung zu nutzen. Tech-Blogs könen ihrer Natur geschuldet maximal nur einen sehr kleinen Aspekt unseres Software-Produkts oder Projektes abbilden.

Externes Consulting

Consultingist eine valide Option, um nach optimalen technischen Lösungen zu suchen. Externe Beratung wird oft hinzugezogen, wenn sich gravierende Schwierigkeiten ins unserem Software-Produkt abzeichnen. Für diese müssen wir sehr zeitnah Lösungen finden, bevor sie sich negativ oder gar dramatisch auf unsere Business Use Cases auswirken.

Fazit: Ein Schritt weiter zur erfolgreichen Produkt Modernisierung

Es gibt heutzutage eine Vielzahl an Wegen sich inspirieren zu lassen, wenn es um die Produkt Modernisierung und des dazugehörigen Source-Codes geht.

Wir müssen uns auf so vielen Wegen wie nur möglich über unsere geplante Neuerung informieren und beraten lassen. Dadurch wird unser geplantes Facelift mit Sicherheit ein Erfolg werden!

Nun da wir ein genaues Bild über unser eigentliches Produkt haben und eine potentielle Technologie zur Linderung unserer “Schmerzen” ausgemacht haben, können wir diese prototypisch erforschen, um mehr Details ans Tageslicht zu bringen.