Kevin Behr - Projekt Phoenix

Er murmelt noch einen Moment Unverständliches, dann sagt er: »Lassen Sie uns zu Ann gehen. Sie ist mein Operations Manager und rauft sich seit gestern Nachmittag die Haare.«

Ich muss mich ganz schön beeilen, um mit ihm Schritt zu halten, und laufe ihn fast über den Haufen, als er abrupt stehen bleibt und durch das Fenster eines Besprechungsraums schaut. Er öffnet die Tür. »Wie sieht’s aus, Ann?«

Im Raum befinden sich zwei gut gekleidete Frauen. Die eine – etwa 45 Jahre alt – steht vor dem Whiteboard, das mit Grafiken und Tabellen gespickt ist, während die andere – Anfang 30 – auf einem Laptop tippt. Überall auf dem Tisch des Besprechungszimmers liegen Tabellenausdrucke herum. Die Ältere gestikuliert mit einem geöffneten Textmarker und zeigt auf eine Liste mit potenziellen Fehlerquellen.

Etwas an der Art, wie sie sich kleiden, und ihr besorgter und gereizter Gesichtsausdruck sagen mir, dass die beiden von einer lokalen Wirtschaftsprüfungsfirma engagiert wurden. Ehemalige Buchprüferinnen. Vermutlich ist es gut, dass sie auf unserer Seite sind.

Ann schüttelt frustriert den Kopf. »Wir sind nicht wirklich weitergekommen. Es ist ziemlich sicher ein IT-Fehler eines der Zeiterfassungssysteme, die uns die Daten liefern. Alle Datensätze für die stundenbasierten Mitarbeiter wurden beim letzten Hochladen durcheinandergebracht ...«

Dick unterbricht sie. »Das hier ist Bill von der IT. Er soll dieses Problem lösen oder beim Versuch sterben – ich glaube, das hat er gesagt.«

Ich sage: »Hallo zusammen. Ich bin gerade erst neuer Chef von IT Operations geworden. Können Sie von vorne beginnen und mir erzählen, was Sie über das Problem wissen?«

Ann geht zum Flowchart, das an das Whiteboard gepinnt ist. »Beginnen wir mit dem Informationsfluss. Unser Finanzsystem erhält seine Payroll-Daten von den verschiedenen Bereichen auf unterschiedlichen Wegen. Wir sammeln alle Zahlen für die Mitarbeiter mit festen und stundenbasierten Gehältern und bereiten sie auf. Das klingt einfach, ist aber ausgesprochen komplex, weil jeder Bundesstaat andere Steuertabellen, Arbeitsschutzgesetze und so weiter hat.

Um sicherzustellen, dass nichts durcheinandergekommen ist«, fährt sie fort, »achten wir darauf, dass die aufsummierten Beträge zu den einzelnen Positionen aus den jeweiligen Bereichen passen.«

Ich mache mir schnell ein paar Notizen, und sie erzählt weiter. »Das ist ein ziemlich störrischer Prozess, der zum Teil per Hand geschieht. Meistens funktioniert alles, aber gestern haben wir bemerkt, dass der Register-Upload für die auf Stundenbasis bezahlten Mitarbeiter nicht durchgelaufen ist. Bei allen waren null Stunden und null Dollar eingetragen.

Wir hatten mit diesem Upload schon früher Probleme, daher haben wir von der IT ein Programm bekommen, mit dem wir manuelle Korrekturen vornehmen können und fehlerhafte Daten nicht ganz so schlimm sind.«

Ich zucke zusammen. Mitarbeiter aus der Personalabteilung, die Payroll-Daten außerhalb des entsprechenden Programms ändern. Gar nicht gut. Das ist fehleranfällig und gefährlich. Jemand könnte diese Daten auf einen USB-Stick kopieren oder per E-Mail weiterleiten, dabei sind das ausgesprochen kritische Daten.

»Sie sagen, die Zahlen für die Mitarbeiter mit festem Gehalt sind in Ordnung?«, frage ich.

»Stimmt«, antwortet sie.

»Aber die auf Stundenbasis bezahlten Mitarbeiter würden alle nichts bekommen«, hake ich nach.

»Jepp«, bestätigt sie erneut.

Interessant. Ich frage: »Warum ist der Gehaltsabrechnungslauf Ihrer Meinung nach fehlgeschlagen, wenn er doch sonst läuft? Hatten Sie schon früher Probleme?«

Sie zuckt mit den Schultern. »So etwas ist noch nie passiert. Ich habe keine Ahnung, was der Grund sein könnte. Es waren für diese Zahlungsperiode keine größeren Änderungen angekündigt. Ich habe mich das auch schon gefragt, aber sollten wir von den IT-Leuten nichts hören, stecken wir in der Klemme.«

»Wie sieht unser Notfallplan aus?«, frage ich. »Was passiert, wenn wir keine rechtzeitige Lösung finden?«

»Das steht doch in der E-Mail, die Sie da vor sich haben«, sagt Dick. »Deadline für elektronische Zahlungsanweisungen ist heute, 17 Uhr. Wenn wir das nicht schaffen, müssen wir eventuell einen großen Berg Papierschecks per FedEx an unsere Standorte schicken, damit sie dort an die Mitarbeiter verteilt werden!«

Ich runzle angesichts dieser Option die Stirn, und auch der Rest des Teams will daran gar nicht denken.

»Das würde nicht funktionieren«, sagt Ann und tippt sich mit dem Textmarker an ihre Zähne. »Wir haben unseren Payroll-Prozess ausgelagert. Jeden Monat laden wir die Daten zu der Firma hoch, die sie dann verarbeitet. Vielleicht könnten wir im schlimmsten Fall den letzten Payroll-Lauf herunterladen, in Excel anpassen und dann neu hochladen.

Weil wir jedoch nicht wissen, wie viele Stunden jeder Mitarbeiter gearbeitet hat, wissen wir auch nicht, wie viel wir ihnen zahlen müssen!«, fährt sie fort. »Wir wollen niemandem zu viel bezahlen, aber das wäre immer noch besser, als ungewollt jemandem zu wenig zukommen zu lassen.«

Es ist offensichtlich, dass Plan B eine Menge Probleme bereiten würde. Wir müssten die Gehaltsschecks der Leute mehr oder weniger schätzen – eventuell bekommt jemand Geld, der gar nicht mehr bei uns arbeitet, während Neueinsteiger leer ausgehen.

Um Finance die notwendigen Daten zur Verfügung zu stellen, könnten wir ein paar eigene Reports zusammenschrauben, dafür bräuchten wir jedoch die Anwendungsentwickler oder die Datenbankleute.

Aber damit würden wir nur Öl ins Feuer gießen. Entwickler sind noch schlimmer als die Netzwerk-Admins. Zeigen Sie mir einen Entwickler, der ein Produktivsystem nicht zum Absturz bringt. Und wenn Sie einen hätten, wäre der vermutlich in Urlaub.

Dick sagt: »Das sind beides hundsmiserable Alternativen. Wir könnten unseren Payroll-Lauf verschieben, bis wir die richtigen Daten hätten. Aber das ist nicht möglich – sind wir auch nur einen Tag zu spät, haben wir die Gewerkschaft am Hals. Es bleibt also nur Anns Vorschlag, unseren Mitarbeitern irgendetwas zu bezahlen, auch wenn es nicht der richtige Betrag ist. Nächsten Monat könnten wir dann Korrekturen vornehmen. Aber jetzt haben wir einen Fehler im Financial Reporting, den wir erst beheben müssen.«

Er reibt sich den Nasenrücken und überlegt weiter. »Wir werden einen ganzen Haufen seltsamer Journaleinträge in unserem Hauptbuch haben – gerade jetzt, wo unsere Auditoren für die SOX-404-Audits kommen. Wenn sie das sehen, werden sie gar nicht mehr gehen wollen.

So ein Mist. Ein Fehler im Financial Reporting?«, murmelt Dick vor sich hin. »Wir brauchen das Okay von Steve. Wenn die Auditoren hier ihre Zelte aufschlagen, werden sie bis zum Sankt-Nimmerleins-Tag bleiben, und keiner wird mehr seine eigentliche Arbeit erledigen können.«

SOX-404 ist die Abkürzung für den Sarbanes-Oxley-Act von 2002, den der US-Kongress als Reaktion auf die Bilanzskandale bei Enron, WorldCom und Tyco erließ. Dabei stehen CEO und CFO persönlich dafür ein, dass die Bilanzen ihrer Firmen korrekt sind.

Jeder denkt mit Wehmut an die Tage zurück, als er nicht die Hälfte seiner Zeit mit Auditoren reden und täglich neue regulatorische Anforderungen umsetzen musste. Ich schaue mir meine Notizen an und werfe dann einen Blick auf die Uhr. »Dick, ausgehend von dem, was wir jetzt haben, würde ich empfehlen, dass Sie weiterhin für den schlimmsten Fall planen und Plan B weiter ausarbeiten, damit wir ihn ohne größere Probleme umsetzen können. Zudem schlage ich vor, bis 15 Uhr zu warten, bevor wir eine Entscheidung treffen. Vielleicht schaffen wir es ja doch, die Systeme und Daten bis dahin zurückzubekommen.«

Als Ann nickt, sagt Dick: »Okay, Sie haben vier Stunden.«