Förderung der Wettbewerbs- fähigkeit von Unternehmen und Ausbil

14
Wie man ein Projekt
scheitern lässt.
Um ein Projekt zum Scheitern zu
bringen, stehen viele Möglichkeiten offen. Im Folgenden eine kleine Auswahl:
◆ Nehmen Sie unfähige Mitarbeiter in Ihr Projektteam auf (z.B. unerfahrene
Mitarbeiter, die nicht gemäß den Kriterien ausgewählt wurden, wie
sie im Artikel "Best Practice: Teamaspekte in e-Commerce-Projekten"
geschildert werden).
◆ Übertragen Sie das Projekt an einen inkompetenten Projektleiter
(z.B. einen, dem man die Leitung einer Abteilung nicht zutraut, dem man
aber einmal eine Beförderung zukommen lassen muss).
◆ Definieren Sie unklare Ziele (am besten mündlich vereinbart, von der
Sekretärin im Protokoll formuliert und unauffindbar abgelegt).
◆ Verlangen Sie nachträgliche Änderungen an den Anforderungen
(todsichere Methode: Zuruf zwischen Tür und Angel).
◆ Provozieren Sie einen Streit im Team (z.B. durch den Zwang, Menschen
zusammenarbeiten zu lassen, die sich nicht mögen und die sich nie für
die Projektarbeit beworben haben).
◆ Kontrollieren Sie Ihr Projektteam/Ihre Kollegen bei jeder sich bietenden
Gelegenheit.
◆ Oder, auch wirksam: Kontrollieren Sie am besten (fast) gar nicht.
◆ Ziehen Sie Mitarbeiter und/oder Sachmittel (Ressourcen) von rivalisierenden
Projekten ab.
◆ Sorgen Sie dafür, dass die zukünftigen Benutzer Ihre Software/Ihr
Produkt ablehnen (z.B. indem Sie die Benutzerführung verwirrend und
unkomfortabel gestalten).
◆ Schüren Sie Widerstand, indem Sie Bedürfnisse der Anwender schlichtweg
ignorieren (z.B. indem Sie die Verwendung von Short-Keys nicht
unterstützen, obwohl Sie wissen, dass alle Mitarbeiter diese zur Navigation
in ihrer aktuellen Software verwenden).
P
Die Schlüssel
zum
Misserfolg
◆ Verursachen Sie einen
Konflikt zwischen IT-
und Fachabteilung (z.B.
indem Sie Anforderungen herunterspielen oder Kompetenzen in Frage
stellen).
Der Wiedererkennungswert dieser Punkte ist ausgesprochen hoch. Was
insbesondere auffällt: Wenn Projekte scheitern, liegt es zu 99% nicht am
Rechner und nicht an der Software. Es liegt auch nicht an der Vorgehensmethode
oder an der Programmiersprache, obwohl oft einer oder mehrere
Bereiche davon als Begründung angegeben werden. Sondern:
Projekte scheitern an Menschen!
◆ Es arbeiten Menschen zusammen, die sich nicht verstehen, nicht mögen,
oder in Karrierekämpfe verstrickt sind.
◆ Da greifen Manager ein, die nicht wissen, was sich intern im Projekt
gerade abspielt.
◆ Da wird aus Angst vor Versagen das Team durch ständige Kontrolle
schikaniert – oder aus Angst vor Sympathieverlust auf Kontrollen
gänzlich verzichtet.
◆ Da gibt es endlose Meetings, in denen ein Profilneurotiker jede
Einigung, jeden Entschluss verhindern kann.
◆ Aus den Fachabteilungen werden Berater ins Entwicklungsteam
gesetzt, die sich für das Projektthema nicht interessieren, einen Hass
auf Computer haben und beim Einführungszeitpunkt des Produkts
längst die Rente beziehen.
Die Liste ließe sich leicht weiterführen. Grundsätzlich gilt:
Projekte scheitern an Menschen und können auch nur
durch Menschen zum Erfolg gebracht werden.