Wir schliessen mit diesem Beitrag diese Reihe und kommen gleichzeitig zum Ausgangspunkt zurück: Die IT baut derzeit im ALM-Umfeld Datensilo um Datensilo und schafft sich ein Integrationsproblem.

Dieses Integrationsproblem wird die IT noch mehr beschäftigen als den Verantwortlichen lieb ist. Besserung ist derzeit nicht in Sicht, im Gegenteil, ausser man hat jetzt den Mut, den Problemen ins Gesicht zu sehen und etwas zu tun: Die Metadaten zu integrieren.

Redundante Metadaten überall

Kurz nochmals das Problem: Jedes Entwicklungwerkzeug, jede Programmiersprache, jede Plattform aber auch anscheinend neue Arbeitsgebiete wie etwa EAM (Enterprise Architecture Management), Project Portfolio Management, IT Compliance, ITIL usw. legen ihre Datenbestände an. Genauer: Es sind Metadatenbestände, Daten über Daten also, wobei dieser Begriff etwas zu kurz greift. Es geht um Daten der gesamten IT-Infrastruktur, z.B.: Metadaten über ein Datenfeld, etwa seine Lang- und Kurzbezeichnungen in mehreren Sprachen, Synonyme, eine Beschreibung, seine Länge, sein Datentyp, interne und externe Darstellungsformen, zugelassene Werte usw.; Metadaten über ein Programm, aber auch der Quellcode des Programms selbst, Änderungsanträge, Daten über Benutzer, Hardware – Daten über die ganze IT-Infrastruktur und die «IT-Assets», also über das ganze Inventar an «IT-Gütern».

Dabei entstehen gewaltige Datenredundanzen, denn jedes Werkzeug, jedes Arbeitsgebiet baut wieder seine eigene Dateninfrastruktur auf. Muss es, weil es eine Reihe von Daten benötigt, die noch nirgends gespeichert sind, und die auch niemand anders interessieren: Die Internas über Java-Module sind im Java-Umfeld von Belang, ausserhalb braucht man sie nicht zu kennen. Da nimmt man’s in Kauf, dass Daten über Benutzer, Schnittstellen (!), gemeinsam benutzte Datenbanken usw. redundant gespeichert werden müssen, wohl wissend, dass man sich damit ein riesiges Wartungsproblem aufhalst.

So lange mehrere Entwicklungs- und Produktionsplattformen sowie mehrere Programmiersprachen bestehen – und das bleibt so – kommt man nicht umhin, gewisse Metadaten auf jeder Plattform lokal zu speichern, denn bislang kommt einfach jede Plattform und Sprache  mit ihrer eigenen Dateninfrastruktur daher. Trotzdem – oder gerade deswegen – muss diese Redundanz kontrolliert werden. Dies um so mehr, als riesige Mengen von Metadaten auch ausserhalb der genannten Plattformen umherschwirren, in Form von unzähligen Excel-Tabellen, in denen versucht wird, Buch zu führen über Releases, Zuständigkeiten, Aufwände, Zusammenhänge und x andere für die IT-Betriebsführung notwendige Daten über IT-Gegenstände und -Akteure.

Integration der Metadatenverwaltung

Einzelne IT-Abteilungen haben das Problem erkannt, begegnen ihm aber zu ihrem eigenen Leidwesen meist mit zu viel Aufwand für einen kleinen Ertrag. Da werden Datenbestände ver- und abgeglichen, Daten ausgetauscht, Datenbestände konsolidiert usw. usf. Aber als eigentliches, eigenständiges Aufgabengebiet ist die Metadatenverwaltung noch kaum etabliert. Auch die CMDB (Configuration Management Database) ist nur eine Teillösung, die die in sie gesetzten Erwartungen nicht erfüllt haben, wie der Computerwoche-Artikel «Die CMDB – Drehscheibe für IT-Services» bereits im ersten Satz klarmacht: «Ernüchterung macht sich bei der Einführung von IT-Change- und Business-Service-Management breit.»

Metadaten-Repositories im Kommen

Komplettlösungen für die Metadatenverwaltung gibt es noch nicht, aber  die ersten anwendungs- und plattformübergreifenden Metadaten-Repositories tauchen auf dem Markt auf. Was solche Repositories leisten müssen, werden wir in einer kommenden Artikelreihe aufgreifen.

Weitere Beiträge in dieser Reihe

(1) Fehler darf man machen — aber nicht zwei Mal dieselben
(2) Anwender- und prozessorientiert zum Erfolg
(3) Manuelle Arbeit — und wie man sie besser los wird
(4) Am Anfang steht die Anforderungsanalyse
(5) ITIL und ALM
(6) Ohne Istaufnahme geht es nicht
(7) Verzicht, Vereinfachung und Automatisierung
(8) Ein Projekt
(9) Prozessautomation

Tags: ALM-Integration

Trackback URI | Kommentare als RSS