Projekt Phoenix (eBook)

Der Roman über IT und DevOps

Gene Kim, Kevin Behr, George Spafford (Autoren)

eBook Download: PDF | EPUB

2015 | 1. Auflage
352 Seiten
O'Reilly Verlag
978-3-95875-177-4 (ISBN)

Infos

Bill Palmer wird überraschend zum Bereichsleiter der IT-Abteilung eines Autoteileherstellers befördert und muss nun eine Katastrophe nach der anderen bekämpfen. Gleichzeitig läuft ein wichtiges Softwareprojekt und die Wirtschaftsprüfer sind auch im Haus. Schnell wird klar, dass 'mehr Arbeiten, mehr Prioritäten setzen, mehr Disziplin' nicht hilft. Das ganze System funktioniert einfach nicht, eine immer schneller werdende Abwärtsspirale führt dazu, dass das Unternehmen kurz vor dem Aus steht. Zusammen mit einem weitsichtigen Aufsichtsratsmitglied fängt Bill Palmer an, das System umzustellen. Er organisiert Kommunikation und Workflow zwischen Abteilungen neu, entdeckt und entschärft Flaschenhälse und stimmt sich mit dem Management besser ab. Er schafft es damit, das Ruder herumzureißen. Das Buch zeigt, wie neue Ideen und Strategien der DevOps-Bewegung konkret umgesetzt werden können und zum Erfolg führen - und liest sich dabei wie ein guter Wirtschaftskrimi!

Gene Kim ist preisgekrönter CTO, Researcher und Autor. Er war Gründer und CTO von Tripwire. Gene beschäftigt sich mit IT Operations, DevOps - und damit, wie sich IT-Organisationen erfolgreich weiterentwickeln. Kevin Behr ist Gründer des Information Technology Process Institute (ITPI) und CTO von Assemblage Pointe. Er hat 20 Jahre Erfahrung im IT-Management und ist Mentor und Berater von CEOs und CIOs. George Spafford ist ein produktiver Autor und Sprecher, der rund um den Globus Consulting für Strategie, IT-Management, Informationssicherheit und die Verbesserung von Dienstleistungen durchführt.

Textauszug

KAPITEL 2

Dienstag, 2. September

»Na, wie lief es?«, fragt Stacy freundlich und schaut von ihrer Tastatur auf.

Ich schüttle nur meinen Kopf. »Ich kann es nicht fassen. Er hat mich dazu überredet, einen neuen Job anzunehmen, den ich nicht haben wollte. Wie konnte das geschehen?«

»Er kann sehr überzeugend sein«, sagt sie. »Da ist er einmalig. Ich arbeite jetzt seit fast zehn Jahren für ihn und würde überall mit ihm hingehen. Gibt es irgendetwas, mit dem ich Ihnen Ihre Aufgabe erleichtern kann?«

Ich denke einen Moment nach, dann frage ich: »Es gibt da ein sehr dringendes Problem mit der Gehaltsabrechnung, das behoben werden muss. Dick Landry sitzt im dritten Stock, oder?«

»Bitte schön«, sagt sie, bevor ich meine Frage vollständig ausgesprochen habe, und drückt mir einen Notizzettel in die Hand, auf dem ich die Daten von Dick finde. Büro, Telefonnummern, alles.

Dankbar lächle ich sie an. »Vielen, vielen Dank – Sie sind fantastisch!«

Auf dem Weg zurück zum Aufzug wähle ich Dicks Handynummer. »Dick hier«, meldet er sich unwirsch, während er weiterhin am Rechner tippt.

»Hier ist Bill Palmer. Steve hat mich gerade zum neuen VP of IT Operations gemacht und mich gebeten ...«

»Herzlichen Glückwunsch«, unterbricht er mich. »Hören Sie, meine Leute haben ein Riesenproblem bei der Lohnabrechnung gefunden. Wann können Sie in meinem Büro sein?«

»Ich bin gleich da«, antworte ich. Er legt ohne weiteren Kommentar auf. Ich bin schon freundlicher begrüßt worden.

Im dritten Stock laufe ich durch Finance und Accounting, vorbei an Nadelstreifenanzügen und gestärkten Kragen, bis ich Dick an seinem Schreibtisch finde – schon wieder am Telefon. Als er mich sieht, hält er seine Hand über die Sprechmuschel. »Sie sind von IT?«, bellt er mich an.

Ich nicke, und er sagt ins Telefon: »Tut mir leid, aber ich muss los. Da ist endlich jemand, der mir helfen will. Ich rufe zurück.« Ohne auf eine Antwort zu warten, legt er auf.

Ich habe noch nie jemanden erlebt, der einfach so auflegt, und bereite mich innerlich auf ein kurzes und unfreundliches Gespräch vor – der Teil mit dem Kennenlernen wird wohl ziemlich knapp ausfallen.

Wie bei einer Geiselnahme hebe ich langsam meine Hände und zeige Dick die ausgedruckte E-Mail. »Steve hat mir gerade von dem Ausfall bei der Gehaltsabrechnung erzählt. Wie kann ich mir am besten einen Überblick über die Situation verschaffen?«

»Wir stecken tief in der Scheiße«, antwortet Dick. »Gestern fehlten beim Gehaltsabrechnungslauf alle Datensätze für die Mitarbeiter, die auf Stundenbasis bezahlt werden. Wir sind ziemlich sicher, dass das ein IT-Problem ist, und es hält uns davon ab, unsere Mitarbeiter zu bezahlen. Zudem verletzen wir damit unzählige arbeitsrechtliche Bestimmungen, und die Gewerkschaft wird uns zweifelsohne in der Luft zerreißen.«

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....

Produkt-Details

• Erscheint lt. Verlag: 7.12.2015
• Übersetzer: Thomas Demmig
• Verlagsort: Heidelberg
• Sprache: deutsch
• Themenwelt: Wirtschaft ► Betriebswirtschaft / Management ► Projektmanagement
• Themenwelt: Wirtschaft ► Betriebswirtschaft / Management ► Unternehmensführung / Management
• Schlagworte: DevOps-Bewegung • Management • Projektmanagement • Roman • Wirtschaft
• ISBN-10: 3-95875-177-6 / 3958751776
• ISBN-13: 978-3-95875-177-4 / 9783958751774