Deutsche Bahn AG: Menschen bewegen – Welten verbinden

Ein paar Arbeitsproben von Kollegen gefällig? Mertens*
schaut schnell in seine Datenbank und zaubert unzählige
Namen auf seinen Bildschirm. Das ist ganz so, als benutze
er einen Quellcode. Et voilà – da wäre zum Beispiel Felix
Schneider*, Leiter des Einkaufs von Informationssystemen.
Ein Mann der Finanzen: IT spart nicht nur, IT kostet
auch Geld. Schneider beziff ert die Ausgaben des gesamten
DB-Konzerns für elektronische Medien auf rund 400
Millionen Euro per annum. Darunter waren im Jahr 2006
Investitionen in neue mobile Datenübertragungsgeräte
von Zugbegleitern oder für Fahrkartenautomaten, ebenso
Millionen für die Wartung bestehender Systeme, hohe
Aufwendungen für neue Softwarelösungen und dazu jede
Menge Ausgaben für geringfügige Wirtschaftsgüter.
„Druckerpatronen beispielsweise und solche Sachen.“
Auch der Einkauf von Großrechnern und Servern, wie
sie im DVZ stehen, fällt in Schneiders Bereich. „Das ist
eines der großen Themen der nächsten Jahre“, sagt er,
„denn gerade ist die Ausschreibung zur Erneuerung des
Datenspeicherparks abgeschlossen worden.“
Sichtbar wird an dieser Stelle die
Grundstruktur des IT-Aufbaus. Zuerst
äußern Geschäftsbereiche oder
Tochterunternehmen ihre Bedürfnisse,
es erfolgt eine Kosten-Nutzen-
Rechnung, und danach geht es an die
konkrete Planung. Die Frage lautet
immer: Wie lässt sich der Kundenwunsch
technisch effi zient, anwenderfreundlich,
preisgünstig und dazu
netzwerkübergreifend am besten umsetzen?
„Ihr Auftrag“, heißt es dann
oft im Büro von Peter Reimann*, 32.
Der noch junge Mann ist einer der Chefarchitekten im
Bereich Software Development bei der DB Systems AG.
Architekt – das wollte der Sohn eines Bauzeichenlehrers
eigentlich immer werden. Ganz im herkömmlichen
Sinne von Häusern planen und bauen. Dann aber kamen
ihm die Computer dazwischen. Zu Schülerzeiten bastelte
er die erste Hardware selbst zusammen. „Das war irgendwie
ein fl ießender, kreativer Prozess.“ An dessen Anfang
stand ein ZX 81 Computer mit Folientastatur. Den schloss
Reimann an Fernseher und Kassettenrekorder an. Passende
Software gab es nicht, also schrieb er sie selbst und
lernte dabei ganz nebenbei die verschiedenen Programmiersprachen.
Vom Häusle bauen ist also längst keine Rede mehr,
doch gibt es Parallelen. „Auch meine Architektur kennt
Baupläne, Materialien und verschiedenste Gewerke“,
Kabelsalat Welcher Stecker zu welchem
Anschluss passt, weiß einzig der Experte.
sagt Reimann und skizziert mit schnellen Strichen ein
komplettes Internet-Anwendungssystem. Mit einer oder
mehreren Datenbanken, zum Verwalten von Inhalten.
Mit Redaktions- und Publikationsservern. „Das hier“, so
drückt er sich aus, „sind lauter Blechinstanzen. Sie bilden
als Systempower das Rahmengerüst, vergleichbar mit
Fundament und Mauerwerk.“
Hinzu kommen Teile des zu verwendenden Betriebssystems,
Programmiersprache, Server-Software, Schnittstellenstandards.
Thema sind dazu Sicherheitsfeatures
wie demilitarisierte Zonen und Firewalls. Für alles und
jedes gibt es jetzt Fachkräfte: Software-Entwickler, Kommunikations-Designer
für die Oberfl ächendarstellung,
Tester, auch Spezialisten für den Betrieb des Systems.
„Entscheidend ist am Ende aber immer der Kundenwunsch“,
sagt Reimann. „Was will er mit der Anwendung
machen, wer soll damit arbeiten und wie viele andere
Interessenten wollen oder sollen sie nutzen.“
Letzteres betriff t die Schnittstellenorganisation und
deren Vereinheitlichung, mithin die anwendungsübergreifende
Vernetzung aller Systeme. Reimanns Lieblingsthema,
Stichwort: serviceorientierte
Architektur (SOA). Erste Frage
in diesem Zusammenhang: „Wie aktuell
ist unsere IT-Welt bei der DB?“
Zweite Frage: „Wo haben wir möglicherweise
Probleme bei der Quernutzung
von Systemen?“
Ein Beispiel für die umfassende
Aufgabe ist das Reisenden-Informationssystem
des Personenverkehrs.
Es speist sich aus unterschiedlichen
Quellen, sammelt Infos über den Ist-
Zustand des Zuglaufs aus der elektronischen
Datenübermittlung von Zugmeldeanlagen, Stellwerken
und Zugbegleitern, gleicht diese mit den
hinterlegten Fahrplanparametern ab und berechnet daraus
Umsteige-, Warte- oder neue Anschlusszeiten.
Noch um ein Vielfaches komplexer sind Anforderungen
des Güterverkehrs beim Railion-Verbund, also das
Management von europaweit täglich rund 5.500 Güterzügen,
von 3.150 Lokomotiven und knapp 240.000 Mitarbeitern
bei einer jährlichen Gesamtverkehrsleistung von
83,9 Milliarden Tonnenkilometern (tkm).
KundenServiceSystem (KUSS) heißt dort die Plattform,
hinter der sich ein automatisierter Workfl ow
der Kundenschnittstellen, von CTI/ACD Telefonie,
auto matisiertem Routing digitalisierter Faxe und Mails
mit einem ToDo-Management verbirgt. Dazu gehören
noch weitere 38 Anwendungen. Mit deren Unterstützung
Allein die IT-Ausstattung des KundenServiceZentrums von DB
Logistics, Bereich Railion, kostete annähernd 700 Millionen Euro.
Kraftwerk Bei Stromausfall übernehmen nach 30 Minuten Dieselgeneratoren die Arbeit der Batterie-Notversorgung.
steuern die 1.200 Mitarbeiter vom KundenServiceZentrum
(KSZ) in Duisburg aus nicht nur den Verkauf beziehungsweise
den Vertrieb, sondern auch die Produktion.
Sie überwachen damit alle Verkehre und kommunizieren
über ihre Rechner auch direkt mit den Kunden.
Mitarbeiter als Herzstück aller IT
„Unser Zentrum hat zusammen mit der kompletten IT-
Ausstattung einen Gegenwert im hohen dreistelligen Millionen-Euro-Bereich“,
sagt Timo Bode*, Leiter der Abteilung
DV-Systeme, Prozesse. „Aber zum Leben erwecken
es erst unsere Mitarbeiter. Immer noch sind sie das Herz
des Ganzen, sie halten den unbedingt notwendigen persönlichen
Kontakt zu unseren Kunden.“ Und er fügt hinzu:
„Die IT weiß zwar alles, aber wehe sie fällt aus und ist
einfach mal nicht da. “
Der Reisende kennt das womöglich aus eigener Erfahrung.
Er steht an der Verkehrsstation Heide in Nordfriesland
und möchte noch schnell eine elektronische Fahrkarte
lösen, doch ausgerechnet dieser eine von genau
10.000 DB-Ticketautomaten streikt. Warum jetzt, kurz
vor Abfahrt– nichts rührt sich, scheinbar ist das Gerät
ausgefallen. Der Reisende weiß natürlich nichts über die
Beschaff enheit des Automaten und dessen aktuelles technisches
Problem. Weiß nicht, dass es sich im Grunde um
einen Computer handelt, der allerdings über eine ISDN-
Leitung oder gar über ein lokales LAN-Netz eingebunden
ist in das bahneigene Vertriebssystem. Dass er, wie es zu
neudeutsch heißt, online geht und Zugriff erhält auf Hintergrundsysteme,
die Auskunft geben über kontingentierte
Ticketangebote oder neue Fahrplandaten. Dass der
Fahrkartenautomat im Umkehrschluss via Kartenleser
eingenommene Geldbeträge virtuell transferiert oder statistische
Werte übermittelt.
Und der Reisende weiß natürlich nicht, dass dessen
Betriebsführungsmodul im Falle eines Defekts eigenständig
eine Fehlermeldung absetzt. Es blinkt dann im Cockpit
des DatenVerarbeitungsZentrums der Deutschen
Bahn AG ein rotes Lämpchen auf, und dort veranlasst
man sofort, die Störung zu beseitigen. Womit sich der
Kreis am Ende wieder schließt und sich die Frage erübrigt,
von wo aus diese virtuelle DB-Welt gesteuert wird.
Denn die ist einfach überall.
*Namen von der Redaktion geändert
102 103