Kurz später kommt ein Hase daher und sieht die beiden Raben.
“Was macht ihr denn da?”
“Nix, wir sitzen nur da und schauen blöd.”
“Das will ich auch probieren”, sagt der Hase und hockt sich unter den Ast.

Es dauert nicht lange, da kommt ein Fuchs des Weges.
Er sieht den Hasen und die beiden Raben und fragt: “Was macht ihr denn da?”
“Nix, wir sitzen nur da und schauen blöd”, erklärt ihm der Hase.
“Aha”, meint der Fuchs und gesellt sich zum Hasen.

So hocken alle vier da, machen nix und schauen blöd, bis ein Jäger vorbeikommt und den Fuchs und den Hasen erschiesst.
“Siehst, was ich immer sag”, meint der eine Rabe zum anderen, “nix tun und blöd schauen geht nur in einer höheren Position”.

(Anmerkung: Der Rabe ist ein Sinnbild für die Klugheit)

Die politische und wirtschaftliche Situation erinnert mich an jene in Projekten, die aus dem Ruder laufen, weil sie mit unrealistischen Erwartungshaltungen und die Komplexität unterschätzend völlig falsch aufgegleist wurden, Konzepte mangelhaft sind oder gänzlich fehlen, das Vorgehen auch mangels Methodikkenntnissen nicht definiert ist und entsprechend auch keine Planung existiert, die Führung alles andere tut als zu führen und niemand den Mut hat, Farbe zu bekennen, die Missstände und ihre Ursachen beim Namen zu nennen und konstruktiv an Lösungen zu arbeiten. Keiner wagt es, sich mit schlechten Nachrichten zu exponieren und den Zorn von Führer und Volk auf sich zu ziehen. Jeder mimt den fleissigen Mitarbeiter, der seine ganze Energie und all seine Fähigkeiten für den Erfolg des Projektes einsetzt. Überstunden für Leerläufe gehören zum guten Ton. Grundsatzfragen dürfen jedoch nicht diskutiert werden, denn jede Grundsatzänderung käme einem Eingeständnis von Fehlern gleich, würde das bisherige Versagen transparent machen und würde unbequeme Massnahmen erfordern und auslösen. Versagen ist keine Option und ein Projektstatus “Rot” gefährdet die Boni. Folglich wird auf allen Führungsstufen die Durchhalteparole bis zum bittere Ende gepredigt und dieses kommt zwangsläufig spätestens am Tag der Abrechnung, wenn die Resultate fällig werden.

Das Verhaltensmuster der Ignoranz wiederholt sich überall. Auch in der Finanz- und Wirtschaftskrise ist der Tag des jüngsten Gerichts nicht mehr weit. Irgendwann sind die Schulden fällig, aber dann wird trotz oder gerade wegen der exzessiven, verzinsten Geldschöpfung, die erst zu dieser exponentiellen Verschuldung geführt hat, nicht genügend Geld vorhanden sein, um die Schulden zu tilgen. Dann kollabiert das Schneeballsystem. Dagegen hilft auch kein Hedging von Risiken. Das gehört mit zum “Spiel”, auch wenn es nicht explizit in den Spielregeln geschrieben steht. Eine Änderung der Spielregeln scheint jedoch tabu zu sein. Wer eine solche fordert, wird als realitätsfremd diffamiert und mundtot gemacht. Damit ist der Untergang unseres Gesellschafts- und Wirtschaftssystems vorprogrammiert und zum Vorne herein besiegelt.

Das heisst aber nicht, dass damit auch gleich die ganze Welt untergeht. Das Alte muss weichen, damit Neues entstehen kann. Und wie bereiten wir uns darauf vor? Im Moment (noch) gar nicht. Wir ignorieren die Missstände, bis wir selber unter ihnen leiden müssen, und die, die heute bereits leiden, haben nicht die Macht, die Spielregeln zu ändern. Ignoranz auf allen Ebenen, wohin das Auge reicht. Wir Menschen scheinen als Gesellschaft nicht in der Lage zu sein, aus unseren Fehlern zu lernen, weil wir uns keine Fehler eingestehen wollen. Wir kultivieren unsere Ignoranz und hoffen, dass andere den Preis dafür bezahlen. Auf dieser Basis ist die Chance klein, dass das Neue besser wird als das weichende Alte.

Update vom 16.07.2010

Robert Prechter, einer der erfolgreichsten “Schwarzmaler”, prophezeit den endgültigen Zusammenbruch des Finanzsystems für 2016. Ab 2012 soll’s kontinuierlich abwärts gehen mit zwischenzeitlichen Ausschlägen in beide Richtungen. Mal schauen, was uns die nahe Zukunft bringt …

Dieses “worst case”-Szenario wird immer wahrscheinlicher. Wenn man den Berechnungsmodellen des National Center for Atmospheric Research glaubt, wird das Öl schon bald die ganze Ostküste der Vereinigten Staaten verseuchen und anschliessend in den Nordatlantik gespült werden:

Es ist für mich fast unerklärlich, wie ein solches Szenario im Risikomanagement von BP im Allgemeinen und der Bohrinsel im Besonderen vernachlässigt werden konnte. Dabei sollte doch auch jedem Halbgebildeten klar sein, dass mit einem Leck in der Leitung grundsätzlich jederzeit zu rechnen ist. Entsprechend sollte man meinen, wären schon lange Massnahmen definiert und konkrete Umsetzungspläne erarbeitet worden, die ein effektives und zeitnahes Eingreifen ermöglichen würden. Vernünftigerweise hätte zumindest eine einzige einsatzbereite Ausrüstung mit einem ausgebildeten Team irgendwo auf diesem Globus bereit stehen sollen, um bei Bedarf innert wenigen Tagen zum Ort der Katastrophe transportiert werden zu können.

Die Vernachlässigung von Risiken hat vor allem in Bereichen System, die unter einem hohen Kostendruck stehen. Auch grosse Bauvorhaben und IT-Projekte werden nur all zu oft ohne ein funktionierendes Risikomanagement, das diese Bezeichnung verdienen würde, durchgezogen. Die Mitarbeiter werden unter grossen Leistungsdruck gesetzt, so dass sie froh sind, wenn sie überhaupt irgendwie auch nur halbwegs vernünftige Ergebnisse in der vorgegebenen Frist liefern können. Über Risiken nachzudenken, bleibt dabei keine Zeit. Solange alles gut geht, sind die Manager die Helden, die mit immer weniger Aufwand immer grössere Gewinne erzielen. Doch wenn ein Risikoereignis eintritt, sind diese Schönwetterpiloten hilf- und ratlos. Aber das kennen wir ja bereits von der anhaltenden Finanz- und Wirtschaftskrise, wo Börsenspekulanten immer noch unter grösstem Risiko operieren, bis eine weitere Blase platzt. Angesichts solcher Nachrichten ist es nicht verwunderlich, dass Esoteriker und Endzeitpropheten Hochkonjunktur haben.

Es war einmal eine kleine, fleissige Ameise, die jeden Tag früh zur Arbeit erschien und unverzüglich zu arbeiten begann. Sie produzierte viel und war glücklich. Ihr Chef, der Löwe, war überrascht zu sehen, dass die kleine Ameise ganz ohne Beaufsichtigung arbeitete. Er dachte sich: “Wenn die Ameise schon so viel produziert, ohne dass jemand sie beaufsichtigt, was würde sie erst leisten, wenn sie geführt werden würde?!”

So rekrutierte er eine Kakerlake, die grosse Führungserfahrung hatte und dafür bekannt war, dass sie hervorragende Berichte erstellen konnte. Die erste Entscheidung der Kakerlake war, eine Stempeluhr zur Arbeitszeitkontrolle einzuführen. Sie stellte auch eine Sekretärin ein, die ihr beim Schreiben der Berichte half und rekrutierte eine Spinne, welche die Berichte verwaltete und die Telefonanrufe entgegennahm. Der Löwe war entzückt über die Berichte der Kakerlake und bat sie auch um Grafiken zur Visualisierung der Produktivität und um Trendanalysen, damit er diese in den Geschäftsleitungssitzungen zeigen konnte. Dafür musste die Kakerlake einen Computer und einen Laserdrucker kaufen und stellte eine Fliege ein, um die Informatik zu managen.

Die kleine Ameise, die einst so produktiv und glücklich war, hasste die Unmenge an Papierkram und die Sitzungen, welche den grössten Teil ihrer Arbeitszeit in Anspruch nahmen. Eines Tages kam der Löwe  zum Schluss, dass es höchste Zeit war, jemanden einzustellen, der die ganze Abteilung leitete, in welcher die kleine Ameise arbeitete. Diese Position wurde mit einer Zikade besetzt, deren erste Entscheidung darin bestand, sich einen repräsentativen Teppich und einen ergonomischen Sessel für ihr Büro zu kaufen. Und natürlich brauchte auch die Zikade einen Computer und einen persönlichen Assistenten, den sie von ihrer vorherigen Stelle mitbrachte und der ihr dabei half, strategische Optimierungspläne zu erarbeiten.

Die Abteilung, in der die kleine Ameise arbeitete, wurde zu einem traurigen Ort, wo niemand mehr lachte und alle nur verärgert waren. Da überzeugte die Zikade den Löwen, dass es notwendig wäre, eine Umfrage zur Erhebung der Mitarbeiterzufriedenheit durchzuführen. Bei der nächsten Standortbestimmung stellte der Löwe fest, dass die Produktivität massiv gesunken war, und engagierte daher eine Eule, einen angesehenen und renommierten Berater, um einen Audit durchzuführen und Verbesserungsmassnahmen vorzuschlagen. Die Eule verbrachte ganze drei Monate in der Abteilung mit ihren Untersuchungen und kam mit einem umfassenden Bericht zurück, der zeigte, dass die Abteilung klar überbesetzt war und Entlassungen unumgänglich waren. Und rate mal, wen der Löwe als Ersten entliess? Natürlich die kleine Ameise, weil sie “Motivationsdefizite zeigte und eine negative Arbeitseinstellung hatte”.

Alle Personen in dieser Fabel sind rein fiktiv. Gemeinsamkeiten mit realen Personen in irgendwelchen Unternehmen sind daher völlig zufällig. Die Geschichte kann auch als animierte PowerPoint-Datei heruntergeladen werden (z.B. zum Versand per Email).

Update vom 26.06.2010

Diese Geschichte verbreitet sich in verschiedenen Varianten durch das Netz um den Globus. Heute stiess ich auf meinen Surftouren auf eine Video-Version:

Wer schon einmal das volle Programm durchgemacht hat, kann dabei durchaus Parallelen zu Casting-Shows im Fernsehen erkennen. Man fühlt sich vorgeführt und ausgestellt, muss alle Fragen von unangenehm bis doof beantworten, soll dabei stets voll motiviert und kompetent wirken und in jeder Lebenslage einen seriösen und sympathischen Gesamteindruck hinterlassen. Nicht selten durchläuft man einen regelrechten Spiessrutenlauf, bis man am Ziel seiner Jobträume angekommen ist. Sich bewerben hat oft etwas “Nuttiges”. Einfach so aus Spass tut sich das niemand an.

Christian Kortmann beschreibt in “Wo sehen Sie sich in 50 Monden?” bei sueddeutsche.de die Jobsuche als eine Art Gesellschaftsspiel und Überlebenskampf, das in ähnlicher Art bereits in der Steinzeit gespielt wurde, wenn sich jemand einer neuen (Jagd-) Gruppe anschliessen wollte:

Leider ist dies Kortmanns letzter Beitrag in seiner Kolumne “Das Leben der Anderen“. Ich vermute, er hat seine persönliches Casting erfolgreich absolviert.

Die Grundidee eines von Determinismus geprägten Managements ist, dass die Geschäftsdaten eines Unternehmens zu dessen Steuerung dienen sollen – sowohl operativ als auch strategisch. Gleiches gilt für den öffentlichen Sektor und die Politik. Es wird viel Geld investiert in die Entwicklung der Modelle und deren Umsetzung in Software sowie auch in den Ausbau der Datenbanken und die Rechenleistung der Hardware. Enterprise Management Cockpit, Balanced Scorecard (BSC), Management Information System (MIS), Data Warehouse (DWH), Data Mining, Business Intelligence (BI) und Knowledge Management heissen die Schlagwörter dazu. Alles soll daten- und faktenbasiert sein, um eine grösstmögliche Objektivität zu erzielen und um Subjektivität und Gefühle zu eliminieren. Die Modelle dazu liefert uns die “Wissenschaft” und die Informationstechnologie macht deren Realisierung erst möglich, denn erst mit ihr lassen sich die riesigen Datenmenge innert nützlicher Frist verarbeiten.

Doch scheinen die Führungseliten diesem zahlenbasierten, pseudo-wissenschaftlichen Hokuspokus nicht zu trauen. Ihre Skepsis ist auch oft berechtigt, denn die lineare Extrapolation der Vergangenheit in die Zukunft liefert keine verlässlichen Prognosen. So scheinen allen Bemühungen vergebens zu sein, die Führung durch datenbasierte Systeme zu verwissenschaftlichen. Wo das Wissen an seine Grenzen stösst, wird es durch den Glauben komplettiert. Damit kehrt zur Ergänzung wenn nicht gar zur Ablösung der nüchternen Technokratie der Glauben wieder in die Führungsetagen zurück – vor allem, wenn die deterministischen Modelle keine befriedigenden Resultate liefern.

Aussagen wie “Die Geschäftsführung glaubt aber an den Aufschwung”, “Schliesslich kann es nur noch besser werden” oder “Trotz der schwierigen Lage sind wir optimistisch, dass …” werden plötzlich salonfähig, auch wenn sie oft nur die Unwissenheit, Unfähigkeit und Ohnmacht der Manager manifestieren. Der Optimismus und die Hoffnung auf eine sich selbst erfüllende Prophezeiung soll die Zukunft zu einem Besseren wenden. Vielleicht braucht es aber gerade in wirtschaftlich schwierigen Zeiten wie heute diesen Optimismus, auch wenn er nur auf reinem Wunschdenken basiert, um uns nicht durch Zukunftsängste lähmen zu lassen. Wird uns “Management by Faith” aus der Krise führen?

In unserer überspannten Leistungsgesellschaft ist versagen nicht erlaubt und wird in der Regel sanktioniert. Ausser man ist zuoberst in der Führungspyramide. Dann bekommt man auch noch eine fette Abgangsentschädigung dafür, dass man seine schlecht ausgefüllte Position an einen anderen abgibt. Weiter unten auf der Leiter ist nur erwünscht, wer “überdurchschnittliche Leistung” erbringt – was immer das auch heissen mag. Ich frage mich, wohin die anderen 50 Prozent der Arbeitnehmer hin sollen, welche nur unterdurchschnittliche Leistungen erbringen. Ausgrenzung? Abschiebung? Arbeitslosigkeit? Sozialhilfe?

Heute musste ich mir wieder einmal anhören: “Probleme will ich gar nicht hören. Ich will nur Lösungen sehen!”. Das zeugt für mich vom Unwillen, sich mit Problemen ernsthaft zu beschäftigen. Oder ist es nur einfach ein Ausdruck von Hilflosigkeit? Aufwände, Risiken und Fortschritte in IT-Projekten sind für Nicht-Informatiker und auch Quereinsteiger nur sehr schwer einzuschätzen, was aber kaum jemanden davon abhält, “sportliche Zielsetzungen” zu formulieren. Auftraggeber wollen auch das Unmögliche von der Informatik und sind ungeduldig, bis das Kind geboren ist. Sie wollen sogar schon vor der Geburt sehen, wie es später aussehen und funktionieren wird. Diese Anspruchshaltung ist nicht ganz unberechtigt, denn schliesslich heisst es: “Wer bezahlt, befiehlt” und “Der Kunde ist König”.

Software ist wie ein Anzug. Kauft man ihn von der Stange, passt er nicht immer so richtig. Lässt man ihn nach Mass fertigen, dauert es etwas länger. Das engültige Resultat ist erst bei Lieferung sichtbar und muss meist etwas nachgebessert werden. Softwareentwicklung hat auch mit einer Schwangerschaft durchaus einige Gemeinsamkeiten. Eine Schwangerschaft dauert nun mal naturbedingt neun Monate – egal wieviel Frauen man darauf ansetzt. Auch IT-Lösungen brauchen ihre Zeit, bis sie einen Reifegrad erreichen, bei dem sie den Benutzern zugemutet werden können. Softwareentwicklung ist mehr ein Forschungs- als ein Produktions-Prozess. Eine Applikation oder Systemkomponente, die einmal zur Lösung einer Aufgabe entwickelt wurde, kann anschliessend praktisch kostenlos beliebig vervielfältigt werden. Das ist in etwa vergleichbar mit einem Medikament, das kostengünstig hergestellt wird, nachdem seine Entwicklung ein paar Hundert Millionen verschlungen hat. So, jetzt sollte auch der Letzte verstanden haben, was Softwareentwicklung ist.

Die aufgeklärte, hochtechnologisierte Gesellschaft verlangt nach Determinismus – sei es in der Finanzwelt, in der Politik, im Marketing oder in der Softwareentwicklung. Die pränatale Diagnostik in der Medizin ist zum Beispiel schon recht fortgeschritten. Trotzdem ist die Fehlerquote immer noch recht hoch. Die Resultate sind daher stets mit Vorsicht zu geniessen. Manchmal grenzen Prognosen eben sehr an Vodoo – vor allem wenn sie das Wetter oder die Wirtschaft betreffen. Auch für Software gibt es schon Ansätze für eine “Ultraschall-Untersuchung”, welche das effektive Ergebnis und dessen Qualität bereits vor oder während der Entstehungsphase vorhersagen. Sie sind aber noch unausgereift und werden zudem nicht selten durch das gewählte Projekt-Vorgehensmodell behindert oder gar verunmöglicht. Terminverzögerungen und Budgetüberschreitungen gehören in der Informatik entsprechend zum Alltag und geben immer wieder Anlass zur Enttäuschung, auch wenn wir gesagt bekommen: “Bitte enttäuschen Sie mich nicht!”.

Heute bekam ich von einem Kollegen dieses YouTube-Video. Treffender könnte man den IT-Alltag nicht in bewegte Bilder umsetzen. Hoffentlich wird das Fahrwerk bis zur Landung fertig …

Das kommt davon, wenn immer alles schon bis gestern fertig sein soll.

Anscheinend sind sich die meisten Softwareentwickler gar nicht bewusst, dass sie damit in gröbster Weise gegen das Datenschutzgesetz verstossen. Das wundert mich eigentlich gar nicht, denn kaum ein Softwareentwickler befasst sich mit Rechtsaspekten. Diese sind schliesslich auch nicht Teil der üblichen Ausbildungsprogramme in der Informatik. Hier besteht akuter Handlungsbedarf! Datenschutz, Urheberrecht, Domainrecht im Zusammenhang mit dem Namens- und Markenrecht sowie Vertrags- und Handelsrecht sollten daher feste Bestandteile jeder höheren Ausbildung in der Informatik sein.

Wer die Verantwortung für die (meist illegale) Verwendung der vertraulichen Testdaten beziehungsweise deren Weitergabe an Dritte trägt, ist in der Regel unklar. Dennoch ahnen die meisten Kollegen, dass dies ein heikles Thema ist und haben nicht selten ein mulmiges Gefühl dabei – jedenfalls wenn sie zum ersten Mal damit in Berührung kommen. Da sie aber meist keine entsprechende interne Weisung finden (sofern sie überhaupt danach suchen), wähnen sie sich in Sicherheit. Wo kein Kläger, da kein Richter. Niemand kann einem vorwerfen, man habe sich nicht an die Regeln gehalten, wenn es gar keine gibt. So bin ich selber schon mehrmals mit Kundendaten in Berührung gekommen, die ich gar nie zu Gesicht bekommen hätte dürfen.

Brauchbare Testdaten zu generieren, ist nicht immer ganz einfach, besonders wenn das Datenmodell komplex ist und die Datenmengen gross sind. Als ich ich noch selber entwickelte, haben wir jeweils mit einem klar definierten Set von selber (meist mit Scripts automatisiert) erzeugten Testdaten gearbeitet. Das hatte den Vorteil, dass wir unsere Daten immer vollständig unter Kontrolle hatten. Eine weitere Möglichkeit, zu Testdaten zu kommen ist, scharfe (Personen-) Daten zu anonymisieren und eventuell zusätzlich zu verfremden, was aber nicht selten Probleme bei der Integrität und Plausibilität der Daten mit sich bringt. Trotzdem ist die Verwendung von scharfen Geschäftsdaten für Testzwecke in der Regel keine Lösung für eine kostengünstige Testdaten-Beschaffung, wenn dadurch die Privatsphäre von Menschen verletzt wird, denn schliesslich leben wir nicht im wilden Westen!

Die Gründe für den höheren Entwicklungsaufwand sind meist in den vorgelagerten Phasen zu suchen. Ungenaue, unklare und unvollständige Spezifikationen führen zu Fehlern und Mehraufwänden in den nachgelagerten Projektphasen. Entweder hat der Analyst die Sache selber nicht richtig analysiert und verstanden oder er ist nicht in der Lage, die Anforderungen so zu beschreiben, wie sie von den Entwicklern und Testern verstanden werden können und erwartet werden. Der Entwickler setzt die Modelle aus der Analyse in Programmcode um. Das ist Handwerk, das der Kreativität relativ wenig Freiheit lässt. Entsprechend sind die meisten Fehlerursachen auch nicht hier zu suchen.

Es gibt schon seit längerem Standards zur systematischen Beschreibung von Anforderungen und Modellen (z.B. die Unified Modeling Language UML), die aber in der Praxis oft nur pro forma eingehalten werden. Zum Beispiel mag ein Use Case (d.h. die Beschreibung eines Geschäftsanwendungsfalls) auf den ersten Blick aussehen wie einer, inhaltlich ist er aber nicht selten unvollständig und zu ungenau oder beschreibt nicht das, was er eigentlich sollte. Das kennen wir ja aus dem Alltag schon: aussen hui, innen pfui – aussen straffe Haut und volle Brüste, innen Silikon, abgesaugtes Fett und künstlich gelähmte Nervenzellen. Unvermögen mangels Ausbildung oder Unwille zur Kommunikation und Zusammenarbeit zwecks politischer Machtspiele, indem wichtige Informationen bewusst vorenthalten werden? Oder ganz einfach nur Schlamperei? Die Ursachen sind vielfältig. Das Resultat ist aber immer das selbe: Reibungsverluste, Mehraufwände, Terminverschiebungen und eine schlechte Qualität der Software. Und der CIO ist meist viel zu weit von der Materie entfernt, als dass er gezielt den Hebel ansetzen könnte, um die nötigen Veränderungen in der Arbeitskultur und bei den Prozessen zu initiieren und voran zu treiben. Von der Basis her sind solche Veränderungen unmöglich, weil sie einen starken Führer benötigen, der nicht bloss dahinter steht, sondern den Karren selber zieht.

Erst kürzlich las ich in einem Protokoll eines Projektstatus-Meetings (sinngemäss): “Die Situation wurde durch die Parallelisierung von Design und Codierung entschärft”. Das heisst im Klartext: mit der Umsetzung wurde schon begonnen, bevor klar war, was und wie es eigentlich realisiert werden sollte. In der Maschinenindustrie wäre so etwas kaum vorstellbar. Wenn das bloss wieder einmal gut geht …

Zudem werde ich für alle, die sich für IT-Projektmanagement und verwandte Themen interessieren, auch Verweise auf interessante Quellen im Web veröffentlichen. Den Anfang macht der PROJEKTMANAGEMENT BLOG.