Hinweis: Das Beitragsbild wurde mit künstlicher Intelligenz erzeugt.
Ein australischer IT-Berater hat dokumentiert, was viele Administratoren täglich erleben: Microsoft benennt seine Produkte in rascher Folge um. Das Projekt namens Rebrand Registry erfasst 72 aktive Dienste mit insgesamt 158 verschiedenen Bezeichnungen. Die durchschnittliche Lebensdauer eines Produktnamens liegt bei zwei Jahren und elf Monaten. Acht Dienste haben bereits drei Namenswechsel hinter sich.
Was die Zahlen für den IT-Betrieb bedeuten
Für IT-Administratoren in Produktionsbetrieben ist das kein akademisches Problem. Wer Automatisierungsscripts pflegt, Dokumentationen schreibt oder Support-Tickets bearbeitet, muss ständig alte und neue Bezeichnungen abgleichen. Diese Arbeit liefert keinen operativen Mehrwert, bindet aber Kapazitäten.
Besonders kritisch ist die Situation in tief integrierten Umgebungen. Wenn Microsoft Bezeichnungen in Programmierschnittstellen ändert, müssen Entwickler bestehenden Code anpassen. Das Azure Active Directory heißt seit einigen Jahren Entra ID. In Untermenüs des Portals taucht die alte Abkürzung AAD jedoch weiterhin auf. Solche Inkonsistenzen erzwingen manuelle Prüfschritte, die sich summieren.
Produktivitätssteuer ohne Rechnung
Fachleute sprechen von einer Produktivitätssteuer. Der Begriff beschreibt den verdeckten Aufwand, der durch externe Systemänderungen entsteht und intern bezahlt werden muss. Eine Rechnung dafür stellt niemand aus. Der Aufwand fließt in Arbeitszeit, nicht in Projektbudgets.
In der Praxis reagieren viele Teams mit einer einfachen Strategie: Sie ignorieren neue Namen und bleiben bei etablierten Abkürzungen. SCCM steht intern weiterhin für das, was Microsoft inzwischen Configuration Manager nennt und davor mehrfach anders bezeichnete. DirSync heißt das Tool, das technisch längst durch Azure AD Connect und später durch Entra Connect Sync ersetzt wurde. Diese inoffizielle Terminologie funktioniert intern, erzeugt aber Reibung bei Neueinstellungen, Audits und externen Dienstleistern.
Zwei Projekte versuchen Orientierung zu schaffen
Neben dem Rebrand Registry gibt es mit dem Rename Tracker ein weiteres Werkzeug, das der indische IT-Spezialist Susanth Sutheesh betreibt. Sein Fokus liegt auf den Bereichen Sicherheit, Identität und Compliance. Er listet über 40 Produkte mit mehr als 65 Namensänderungen seit 2006. Den Rekord hält der Microsoft Configuration Manager mit vier verschiedenen Namen über seine gesamte Produktgeschichte.
Das Rebrand Registry enthält eine Vorhersagefunktion. Sie berechnet auf Basis historischer Daten, welche Produkte als nächstes umbenannt werden könnten. Azure App Service und Azure SQL Database gelten danach als Kandidaten für eine baldige Umbenennung.
Dachmarken lösen das Problem nicht
Microsoft versucht, Einzeldienste unter größeren Dachmarken zusammenzufassen. Entra deckt Identitätsdienste ab, Purview bündelt Compliance-Funktionen. Der Ansatz ist nachvollziehbar, schafft aber keine echte Konsistenz, solange Portale und APIs unterschiedliche Bezeichnungen verwenden.
Für mittelständische Unternehmen, die Microsoft-Produkte produktiv einsetzen, ohne eigene große IT-Abteilungen zu unterhalten, verschärft sich das Problem. Externe Dienstleister und interne Kräfte sprechen oft nicht dieselbe terminologische Sprache. Bei Vertragsverhandlungen, Ausschreibungen und SLA-Definitionen kann das zu Missverständnissen führen.
Fazit
Die Daten aus dem Rebrand Registry machen sichtbar, was bislang nur gefühlt war. Betriebe, die ihre Microsoft-Infrastruktur dokumentieren und automatisieren, sollten Namensänderungen als festes Risiko in ihre Wartungsplanung einbeziehen. Ein Puffer für Umbenennung und Dokumentationspflege ist kein Luxus, sondern ein realistischer Planungsposten.
