Vorab etwas Kontext:
Stellen Sie sich vor, ein Unternehmen mit mehr als 200 Entwicklern richtet endlich ein mehr oder weniger unabhängiges Architekturteam/eine unabhängige Architekturabteilung ein. Das Softwareportfolio, bestehend aus 20+ "Projekten"/Anwendungen unterschiedlicher Größe in der Produktion, wurde von Teamleitern/technischen Leitern betreut, die auch für die "Architektur" der Projekte verantwortlich und zuständig waren.
Aus der Notwendigkeit heraus, die Architektur zu konsolidieren und zu kontrollieren und bestimmte notwendige große Überarbeitungen an den Systemen als Ganzes zu ermöglichen, beschloss das Unternehmen, neben dem so notwendigen Wissensaustausch, eine Architekturabteilung einzurichten.
-
Was sind die DO s und NICHT s eines solchen Vorhabens?
-
Wer sind die Mitglieder eines solchen Architekturteams?
-
Welche Aufgaben sollten sie haben?
-
Was liegt außerhalb ihres Zuständigkeitsbereichs?
-
Welche Übergangsstrategien sind für das Unternehmen sinnvoll?
-
Wie kann man verhindern, dass man jedes Mal schief angeschaut wird, wenn jemand auch nur "das Architekturteam" erwähnt?
-
Hat Ihr Unternehmen einen solchen Wandel bereits erfolgreich vollzogen?
Warum ist sie gescheitert?
Warum war sie erfolgreich?
Das sollte pas eine Diskussion über das Thema "Was ist architecutre?" (das sehr eng damit verbunden ist ;).
Die wirklich interessanten Punkte wären akzeptable/realistische, vielleicht sogar reibungslose Wege, ein solches Team zu installieren, abgesehen natürlich von einigen Warnungen bezüglich Kämpfen, die besser gar nicht erst begonnen werden sollten.
