An einem Punkt unterscheiden sich IT-Projekte nicht von anderen komplexen Großvorhaben: Entscheidend ist die Planung. Das Desaster am Berliner Großflughafen zum Beispiel ist vor allem auf Planungsfehler zurückzuführen. Und schlechte Planung ist auch der Grund für gescheiterte IT-Projekte. Laut einer Studie des Softwareanbieters Alfabet haben über die Hälfte der IT-Entscheider in Deutschland, Österreich und der Schweiz wiederholt erlebt, dass geschäftskritische Maßnahmen scheiterten, weil die Beteiligten Entscheidungen anderer Unternehmensteile mit fatalen Auswirkungen auf das Vorhaben nicht kannten.
Was in diesen Fällen fehlte, war die ganzheitliche Sicht auf das Konzept und Antworten auf Fragen wie zum Beispiel: Wer unterstützt das Vorhaben? Wem nützt es? Wer ignoriert es bestenfalls? Wen zwingt es zu Veränderungen? Wer erleidet dadurch Nachteile, zumindest subjektiv empfunden?
- Gescheiterte, gestoppte oder in Schieflage befindliche IT-Projekte
Wenn IT-Projekte scheitern, liegt es an den Menschen: Dienstleister versprechen zu viel und überfrachten das Vorhaben, Kunden wollen billig einkaufen, Projektverantwortliche sind intern schlecht informiert oder werden boykottiert. Und manches Projekt war schlicht eine Schnapsidee. - 1. Schufa-Zentrale in Wiesbaden: Widerstand gegen Facebook-Pläne
Mutig hatte die Wirtschaftsauskunft Schufa (“Wir schaffen Vertrauen”) angekündigt, soziale Netzwerke wie Facebook auf nutzbare Informationen für die Durchleuchtung von Verbrauchern zu scannen. Es handelte sich um ein Forschungsprojekt in Zusammenarbeit mit dem Hasso-Plattner Institut. Die Idee löste im vergangenen Jahr eine Welle der Empörung aus, Verbraucherschutzministerin Aigner sagte, die Schufa dürfe nicht zum Big Brother des Wirtschaftslebens werden. Die Schufa stoppte den Plan. Die Rechtslage auf diesem Gebiet ist uneindeutig, es gibt Experten, die eine solch zweckfremde Nutzung von Facebook-Postings schlicht für illegal halten. Vielleicht hätte die Schufa vorher entsprechenden Rat einholen sollen... - 5. Keine Gesichtserkennung beim KSC
Ein weiteres Beispiel für missratene Kommunikation bietet ein Feldversuch in Karlsruhe. Der Fussballclub KSC wollte mit Hilfe des Karlsruher Instituts für Technologie (KIT) bei drei Heimspielen ein neues Verfahren zur Gesichtserkennung testen. Ziel war es, Testpersonen in einer Menschenmenge durch Kameras automatisch zu identifizieren. Zuschauer fanden die Idee ebenso wenig brilliant wie der Landesdatenschützer Jörg Klingbeil. Der sagte: “Wir haben als Bürger das Recht, unbeobachtet zu sein.” Die Projektpartner hatten vor allem den Fehler gemacht, nicht im Vorfeld über Hintergründe und Details des Projekts detailliert zu informieren. - 6. Massive Akzeptanzprobleme bei Funktechnologie NFC
Banken vor allem in Deutschland wünschen sich seit Jahren, dass wir alle häufiger bargeldlos bezahlen. Dazu braucht es vor allem Vertrauen. Die von der Finanzbranche gelobt Funktechnik NFC (Nearfield Communication) ist dem allerdings wenig zuträglich. Thilo Weichert, Datenschutzbeauftragter von Schleswig-Holstein, lässt an den bereits verbreiteten, NFC-fähigen Plastikkarten kein gutes Haar: “Es werden Karten ausgegeben, die problematisch und nicht im Ansatz zukunftssicher sind.” Nach Auskunft von Datenschützern ist es möglich, die Daten der letzten 15 Abbuchungs- und Rückbuchungstransaktionen mit Datum, Zeit, Händlerkartennummer, gezahltem Betrag und vieles andere ganz einfach auszulesen. Ob das die Kunden jemals akzeptieren? - 7. Kalifornien: Keine Personalverwaltung durch SAP
Der US-Bundesstaat legte im Februar diesen Jahres sein Kooperation mit SAP auf Eis. Mit dem Projekt sollte die Personalverwaltung für alle festen und freien Mitarbeiter des Staates erneuert werden. Nachdem 254 Millinen Dollar verbrannt waren, trat Kaliforniens Finanzchef John Chiang mit beiden Beinen auf die Bremse. Es habe noch keinen einzigen fehlerfreien Abrechnungslauf gegeben. Chiang bezweifelte in einem Statement, dass das SAP-System die erforderlichen Datenmengen würde bewältigen können. Kalifornien prüft rechtliche Schritte gegen SAP, und für die Personalabrechnung will man zum Legacy-System zurückkehren. “Das ist zwar alt – aber es funktioniert”, so John Chiang. - 8. Elena: nicht zuende gedacht
Ursprünglich als JobCard gestartet, sollte das elektronische Entgeltnachweis-Verfahren der Agentur für Arbeit und weiteren Stellen Arbeitnehmerdaten mithilfe von Chipkarte und elektronischer Signatur zur Verfügung stellen. Zunächst wurde die Einführung verschoben, im Sommer 2011 beerdigten die beteiligten Ministerien schließlich die Idee. Begründung: Die flächende Verbreitung von Signaturkarten werden aus Datenschutzgründen noch Jahre auf sich warten lassen. - 9. DaZu: Politik der offenen Hände
Anfang Februar 2013 stoppte das Bild (Bafu) das IT-Projekt 'Datenzugang für Umweltdaten'. Die Berner Zeitung berichtete, das Projekt hätte “in den Bereichen Projektführung und Projektmanagement gravierende Mängel” aufgewiesen. Die Zeitung zitierte aus einem vertraulichen Bericht, demzufolge mindestens 14 Firmen an dem Projekt verdient hatten, von denen 13 “direkt oder zumindest indirekt nachweisbar in Geschäftsbeziehungen mit dem Projektleiter” standen. - 10. Insieme: Nach sieben Jahren bei zehn Prozent
Auch kein Musterbeispiel für schweizer Gründlichkeit war das IT-Großprojekt INSIEME ('gemeinsam'), mit der die Steuerverwaltung ihre alten Informatiksysteme zusammenführen und erneuern wollte. Nachdem Ende September 2012 nach siehen Jahren lediglich zehn Prozent der notwendigen Programmierarbeiten abgeschlossen waren, dafür aber sowohl der Zeit- als auch der Budgetrahmen gesprengt war, zog das Eidgenössische Finanzdepartement die Notbremse. Eine Weiterführung des Projekts wurde “aufgrund der heute vorliegenden Erkenntnisse und Fakten als zu risikobehaftet” beurteilt. Gekostet hatte der Versuch 124 Millionen Euro an Steuergeldern.
Sabotage von Projekten
Nach Ansicht von Siegfried Stadler, Projekt-Coach bei der Unternehmensberatung Hyperskill, ist sogar die regelrechte Sabotage eines Projekts keineswegs selten: "Scheitert ein Projekt, gibt es oft jemanden, der nicht will, dass es zum Erfolg führt." Besser also, man macht sich vorher Gedanken darüber.
Neben der Information ist auch die Kommunikation im Projekt ein wichtiger Erfolgsfaktor. Für den Projektverantwortlichen genügt es nicht, viele E-Mails zu schreiben und zahlreiche Menschen auf Cc zu setzen. Er muss mit den Beteiligten sprechen und ein Gefühl dafür entwickeln, wie gut diese untereinander vernetzt sind. Sprechen sie nur beim Meeting notgedrungen fünf Sätze miteinander, oder treffen sie sich - zumindest gelegentlich - auch mal auf eine Tasse Kaffee
Von großer Bedeutung, das zeigen die hier ausgewählten Beispiele für gescheiterte Projekte, ist eine realistische Einschätzung der zu erwartenden Komplexität. Ebenso ist die öffentliche Akzeptanz rechtzeitig ins Kalkül zu ziehen, denn ohne sie sind vor allem sensible Projekte in Sachen Datenschutz von vornherein zum Scheitern verurteilt. An diesem Punkt hat es in letzter Zeit eine Reihe von Pannen, ja sogar Desastern gegeben, wo schwer nachvollziehbar ist, warum sich die Macher auf so dünnes Eis vorwagen konnten.
Projektziele klar definieren
Wenn es zum Stopp von IT-Projekte kommt oder diese schiefgehen, haben in der Regel beide Seiten Fehler gemacht. Verringern lässt sich das Risiko dadurch, dass alle Beteiligten im Vorfeld akribisch ihre Hausaufgaben machen. Uwe Groß, Partner bei IBM Global Business Services, rät vor allem dazu, jedes Projekt so klar wie möglich zu definieren: "Es geht ganz banal um Fragen wie: Was sind genau die Ziele? Mit welcher Priorität? Mindestens diese Fragen müssen als Orientierungsrahmen beantwortet sein."
Volle Rückendeckung sichern
Zweitens ist es aus Sicht von Groß wichtig, dem Projekt im Vorfeld intern die notwendige Unterstützung zu sichern. Es genüge nicht, dass der Vorstand ein Projekt nur dulde. Das Motto müsse stattdessen lauten: Wir werden gemeinsam alles tun, damit es erfolgreich wird.
Nur so viel Komplexität wie nötig
Der wichtigste Punkt ist jedoch, wo immer möglich die Komplexität zu verringern. Laut Groß bewährt es sich, nach folgendem Prinzip zu verfahren: So viel Komplexität wie nötig, aber nicht mehr. Entscheider, die so planen, würden, so der Projektplaner, in der Regel eine Lösung erzielen, die 80 Prozent der Wünsche an die neue Lösung erfüllt. "80 Prozent sind ein sehr guter Wert", meint Groß und rät dazu, die Spezifikationen gemeinsam mit dem Kunden zu erarbeiten, auch weil so unrealistische Erwartungen früh sichtbar würden.
Wer dagegen auf eigene Faust ein 500-seitiges Pflichtenheft entwirft und den Servicepartner anschließend über den Preis auswählt, darf sich nicht wundern, wenn das Projekt schon nach kurzer Zeit in Schieflage gerät, wie in den folgenden Beispielen geschehen.