Präsenz - Wirtschaft - Berner Fachhochschule

fachbereich
Die andere Transparenz
«IT does not matter» stand 2004 in der Harvard Business Review. Der Glaube ist
tatsächlich weit verbreitet, dass Informatik nur eine Sammlung ganz gewöhnlicher
Werkzeuge und deshalb eine einfach managbare Ressource ist. Wer sich mit Informatik
auseinandersetzt erkennt jedoch, dass diese Werkzeuge so total schräg
funktionieren, dass es besser wäre sie zuerst zu verstehen, bevor man sie einsetzt.
Prof. Dr. Reinhard Riedl
Leiter Forschung und Dienstleistungen
Fachbereich Wirtschaft
Berner Fachhochschule
reinhard.riedl@bfh.ch
Warum soll ein Manager Computer verstehen?
Ein Chirurg versteht ja in der Regel
auch nichts von der Skalpell-Schmiedekunst.
Nun, die Informatik ist anders. Ihre
Hauptherausforderung ist der Umgang mit
hoher Komplexität und ihre wichtigste Strategie
dafür ist das Prinzip «Teile und herrsche!»
Designprobleme werden so in Teilprobleme
zerlegt, dass für die Lösung eines
Teilproblems der Rest des Systems als
Black Boxes betrachtet werden kann. Ein
Betriebssystem muss beispielsweise nicht
wissen, wie Drucker konkret funktionieren.
Die Komplexität des Druckers wird durch
den Druckertreiber vor dem Betriebssystem
versteckt. Solch ein Verstecken von Komplexität
hinter Schnittstellen ist ein Kernprinzip
der Informatik und trägt dort den
scheinbar paradoxen Namen Transparenz.
Nachhaltigkeit
in der Informatik
Betrachtet man die Geschichte der Informatik
aus Sicht des Transparenz-Aspekts,
so erscheint sie unerwartet geradlinig:
Schritt für Schritt wurde die Transparenz-
Kunst weiterentwickelt, wobei es auch
immer wieder Rückschläge gab, weil coole
Transparenz-Konzepte sich als schwer
umsetzbar erwiesen. Heute lautet die Zukunftsvision:
Steuerung von ganzen Systemen
mit hochabstrakten Regeln. In der
Praxis ist man aber noch lange nicht so
weit. Selbst bei den fortschrittlichsten Informatik-Nutzern
geht es primär darum, durch
Umbau einen modularen Aufbau ihrer
Systeme zu erreichen und den zukünftigen
Re-Engineering-Widerstand zu minimieren.
So soll es einfach möglich werden, Anwendungen,
Technologien und Standards
auszutauschen, wenn sie veralten. Denn
nachhaltig ist in der Informatik nicht, was
lange genutzt werden kann, sondern was
einfach ersetzt werden kann.
Dieses Paradoxon erschliesst sich mit
voller Klarheit, wenn man die Design-Nachhaltigkeit
der Informatik am Design-Qualitätsmassstab
des wunderbaren Büchleins
«Die Modernität des Dauerhaften» von
Vittorio Magnagno Lampugnani misst. Hier
wie dort gilt als höchstes Ziel eine Art fast
banaler Einfachheit. Nur, dass in der Bau-
Architektur und im Objektdesign gutes
Design vor der Produktion stattfinden muss,
während es in der Informatik das Ergebnis
einer oftmaligen, die Codestruktur jeweils
verbessernden, Neuproduktion ist. Analoge
paradoxe Ähnlichkeiten gelten für die meisten
Qualitätsmassstäbe, die Lampugnani
beschreibt. Der Beruf des Informationstechnologie-Architekten
ist also anders und
doch auf faszinierende Weise ganz gleich
dem Beruf des traditionellen Architekten
oder Designers.
Saubere Modellierung
Das Anderssein hängt oft mit der Schnelligkeit
der Informationsverarbeitung, der hohen
Parallelität von Abläufen und der grossen
Zahl von Fehlern zusammen. Die Schnelligkeit
führt zu Kausalitätsproblemen. Die
hohe Parallelität führt zur Gefahr, dass die
Ressourcenverwaltung eines Systems
sämtliche Ressourcen auffrisst – ein Phänomen,
das uns aus dem Management bekannt
ist. Und Fehler machen alle Arten von
nicht-lokalen Übereinkünften sehr problematisch.
Beschäftigt man sich mit solchen
und ähnlichen Problemen näher, so stellt man
schnell fest, dass eine saubere Modellierung
unumgänglich ist für ein gutes Design.
Ein lehrreiches
Beinahe-Desaster
In unglücklichen Fällen führt ein Nichtverständnis
der Technik zu Geschäftsentscheidungen,
die den Untergang vieler Unternehmen
bewirken können. Wenn beispielsweise
Buchhaltungstransaktionen, die laut Gesetz
innert 4 Stunden stattfinden müssen, auf dem
schnellsten Mainframe 84 Stunden dauern,
dann kann das schon ein paar Banken
auslöschen. Der Fall wäre in Deutschland
in den 90’er Jahren beinahe passiert, als
Folge eines geschäftsgetrie benen, technischen
Fehlentscheids. Ein Kollege von mir
hatte in dieser Situation als Performance-
Verantwortlicher den Job seines Lebens.
Letztlich ging vermutlich nur deshalb alles
gut aus, weil der CEO des IT-Anbieters seine
Leute vor den Kunden beschützte, indem
er Fragen abblockte und die Kundenkontakte
für sie übernahm. So konnten sie ruhig
arbeiten und die Probleme lösen. Manchmal
ist eben die Technik wichtiger als die
kurzfristige Kundenbefindlichkeit.
Respekt vor der Technik
Das in der Informatik praktizierte (und als
Transparenz deklarierte) Information Hiding
zielt zwar unter anderem darauf ab, dass
Benutzer ohne Technikverständnis problemlos
komplexe technische Systeme benutzen
können. Aber es bedeutet nicht,
dass für die Führung eines Unternehmens
Informatik-Verständnis überflüssig ist. Der
Grund ist, dass die Informatik ihren eigenen
Massstäben nicht genügt. Nur in der Theorie
darf man Module als Black Boxes verstehen.
In der Praxis muss man ihr Innenleben
sehr wohl kennen. Es ist Aufgabe des
CIOs, den Mitgliedern der Geschäftsleitung
diesen Respekt vor der Technik zu vermitteln.
In diesem einen Fall ist umgangssprachliche
Transparenz notwendig.
10
Präsenz August 2012