Dies scheint eine generelle Frage zu sein: Schaffe ich es, meine verstreuten Architekturen auf einige wenige zu reduzieren und damit Kosten und Personal zu sparen? Manche Firmen müssen laut der Hackett-Group täglich damit kämpfen, "einfach nur alles am Laufen zu halten, statt IT-Investitionen zu tätigen, die ihre Gesamtkosten reduzieren oder ihre Effektivität steigern". Tappen wir in die Wartungsfalle, in der alle organisatorische Kapazität darauf verwendet werden muss, das rasch aufgebaute komplexe soziotechnische System am Leben zu erhalten, ohne Chance auf Optimierung und Innovation? Was kann man dagegen tun? Und in welcher Reihenfolge? Antworten bitte als Kommentare! Danke!
JWR@coopXarch.
Hier gilt nahezu die selbe Problemstellung wie bei der Softwareentwicklung, mit dem Unterschied dass das refactoring bei IT-Infrastruktur und Services deutlich schwieriger und zumeist downtime-behaftet ist ;).
AntwortenLöschenDa die Problemursachen so mannigfaltig und unterschiedlich sind wie die Verbesserungsansätze lässt sich hier wohl kein pauschaler Plan skizzieren; die Welt der agilen Softwareentwicklung gibt uns allerdings schon einige gute herangehensweisen.
Probleme an- und aussprechen, Visionen schaffen, Ziele stecken, Commitment einholen, anfangen die Dinge die den involvierten Personen am wichtigsten sind umzusetzen. Alles was in der Abteilung/im Team umsetzbar ist, umsetzen. Für den Rest das Management hinzuziehen. Und wenn das Management auf Dauer nicht will, hat man dann gleich wieder was für die Vision ;).
Gutes Statement - gute Ansätze - man fragt sich, wieso die Verfolgung dieser oft mit so vielen Widerständen behaftet ist...
AntwortenLöschenEines der größten Probleme in diesem Zusammenhang ist der Wildwuchs und proprietäre Aufbau von IT-Architekturen innerhalb eines Unternehmens. Um der Architekturerosion entgegenzusteuern muss die IT Abteilung - oder ein sogenannter "Enterprise Architect" (sofern es einen solchen gibt) - einen Plan von den Systemen und Services in einer Organisation haben oder diesen erstellen.
AntwortenLöschenWenn IT-Architekturmanagement bis dato kein Thema war, dann steht dem Unternehmen eine Menge Arbeit ins Haus um einmal einen Überblick über die aktuellen Gegebenheiten zu bekommen.
Ziel muss es sein, dass eine zentrale Architekturgruppe Vorgaben in Einklang mit den zu unterstützenden Geschäftsaktivitäten des Unternehmens setzt und diese dann auch konsequent befolgt werden. Nur durch Einheitlichkeit, Standardisierung und Zentralisierung lassen sich Kosten einsparen und Synergieeffekte nutzen.
@Jürgen: Zentralisierung ist ein Zug der ab gewissen Dimensionen mit an Sicherheit grenzender Wahrscheinlichkeit hart gegen die Wand fährt.
AntwortenLöschenUnd gut in die Richtung IT-Infrastruktur passt folgendes Zitat:
---
Operations is, by definition, the group that operates things. [..] Consider the following statement, which seems obvious, but is commonly overlooked: "It is easy to operate software and hardware that is operable."
Many common components in the information technology stack are simply inoperable by our definition.
---
Von Theo Schlossnagle, CEO von OmniTI
Siehe http://omniti.com/seeds/instrumentation-and-observability
Zentralisierung ist nicht die Lösung - sie ist Teil des Problems... (frei nach DeMarco denk ich)
AntwortenLöschenDie von mir angesprochene Zentralisierung bezieht sich lediglich auf die Definition von Unternehmensvorgaben und -standards. Eine Zentralisierung der IT selbst war damit nicht gemeint.
AntwortenLöschen