Der Umgang mit Software in Unternehmen hat sich geändert. Heutzutage kennen sich auch "normale" Mitarbeiter mit Computern leidlich aus. Zudem erwarten die Unternehmensspitzen von neuen IT-Lösungen, dass sie einen nennenswerten Beitrag zum Unternehmenserfolg liefern und die Zufriedenheit der Mitarbeiter erhöhen.
Für die Arbeit von IT-Projektmanagern bedeutet das: Sie müssen sich umstellen. Technische Expertise ist zwar nach wie vor wichtig für den Erfolg ihrer Arbeit. Viel mehr als bisher aber müssen sich die Projektleiter mit neuen Tugenden schmücken: Sie müssen in Zeiten, wo jeder Euro dreimal umgedreht wird, ihre Arbeit stärker als bisher am Geschäftserfolg ihres Kunden ausrichten. Damit machen sie künftig weniger in IT (Informationstechnologie) als in BT (Business Technology).
- Macher-Typen sind nicht mehr gefragt
Der Projektmanager mit rein technischer Expertise ist out, findet Mary Gerush von Forrester Research. Sie beschreibt den Projektmanager der nächsten Generation als kommunikativ, kompetent und stark in Soft-Skills. - 1. Emotionale Intelligenz
Das meint die Fähigkeit, Augen und Ohren offen zu halten, um den Input von Projektmitarbeitern und Kunden in Zusammenhang mit dem Ziel in die Arbeit einfließen zu lassen. - 2. Anpassungsfähige Kommunikation
Die Fähigkeit, seine Ideen - mündlich oder schriftlich - einem weiten Kreis von Interessenten zu vermitteln, egal, aus welcher Abteilung, aus welchem Kulturkreis und mit welcher Vorbildung sie stammen. - 3. Fähigkeit, mit Leuten umzugehen
Die Begabung, schnell positive Beziehungen zu Team-Mitgliedern und Stakeholdern aufzubauen und zu pflegen. - 4. Fähigkeit zu managen
Das Können, in einem Team zu arbeiten, es zu motivieren, auf das Ziel zu fokussieren und die Zusammenarbeit im Team zu fördern. - 5. Flexibilität
Der Wille und die Fähigkeit, seinen Denkansatz zu überarbeiten, wenn es der Projektgegenstand und das Business verlangen - 6. Business-Kenntnisse
Wissen über das Business des Kunden und seine Branche. Die Fertigkeit, seine Strategie zu verstehen und seine Projektarbeit an dieser Strategie auszurichten. - 7. Analyse-Fähigkeit
Die Eignung, Probleme analysieren zu können und seine Entscheidungen aufgrund solcher Analysen zu treffen. - 8. Blick für den Kunden
Das Vermögen, Kunden- und Anwenderbedürfnisse zu verstehen und den Drang, diese Kundenbedürfnisse im Projekt auch befriedigen zu wollen. - 9. Ausrichtung am Ergebnis
Die Fähigkeit, das Projekt effizient und wirksam abzuschließen. - 10. Charakter
Der Projektmanager der Zukunft sollte eine ansprechende Persönlichkeit sowie starke Wertvorstellungen und einen moralisch einwandfreien Charakter besitzen.
Und sie müssen ihre Rolle als Macher über Bord schmeißen und sich als Moderator stärker den Soft-Skills in Teams zuwenden, die sich weitgehend selbst organisieren können. "Mehr reden, weniger schreiben" fasst Mary Gerush die veränderte Aufgabenstellung für den "Next-Generation Project Manager" für Forrester Research zusammen. Es werde zunehmend wichtiger, so Gerush, dass der IT-Projektleiter Teams aufbauen und zusammenhalten könne und zu einer effizienten Zusammenarbeit bringe.
Für ihren Bericht über die Anforderungen an das Projektmanagement (PM) der nächsten Generation hat Gerush für Forrester mit Industriemanagern und IT-Experten aus Großunternehmen ebenso gesprochen wie mit den PM-Professionals aus eigenem Hause.
Aber keine Sorge: Auch die Projektleiter der Zukunft brauchen Wissen über Technologie und ihre Implikationen aufs Business - wenn auch nicht nur. Den Projektmanager, der Projekte aller Art unabhängig von Gegenstand und Inhalt durchführt, wird es auch für Forrester nicht geben.
Im Gegenteil: Je mehr technisches Verständnis er mitbringt, desto besser fühlen sich befragte Mitarbeiter bei dem Projektmanager mit ihren Sorgen und Nöten aufgehoben. Und auch wenn er nicht alles verstehen muss, was Entwickler Tag für Tag treiben: Seine technische Expertise befähigt ihn einzuschreiten, wenn er merkt, dass die Teamarbeit nicht funktionieren sollten.
- Wünsche von Projektmanagern
Die Anforderungen, Wünsche und Erwartungen hauptamtlicher Projektmanager sind Thema einer Befragung der Deutschen Gesellschaft für Projektmanagement (GPM). Die Studie wurde in den Jahren 2009, 2011 und 2013 durchgeführt. Die nächste Runde steht 2015 an. - Prioritäten im Job
Dass sie ihre Projekte als motivierend und herausfordernd empfinden, ist den Befragten nach eigener Darstellung wichtiger als die Honorierung. - Mitbestimmung
Wie wird das Personal eingesetzt und wer bestimmt, ob das Vorhaben ein Erfolg ist - in solchen Fragen wollen Projektmanager mitreden. - Unterstützung
Information und personelle Ressourcen sind stärker gefragt als Finanzielles. - Kommunikation
Die befragten Projektmanager geben an, teaminterne Belastungen und Herausforderungen weitgehend selbst meistern zu wollen. - Arbeitgeber
Flexible Arbeitszeiten und ein gutes Arbeitsklima stehen höher im Kurs als Sozialleistungen.
Die Projektmanager der kommenden Generation brauchen nach wie vor ein profundes Fundament in der Handhabung von PM-Werkzeugen. Das seien auch in Zukunft die "Brot & Butter"-Fähigkeiten, so Gerush: Initialisierung von Projekten, Projektplanung, -ausführung und -abschluss. Sie müssen sich mit Risiko-Management genauso auskennen wie mit Change Management und dem Managen von Human Resources.
Ausbildung und Erfahrung von Projektleitern ist als Erfolgskriterium also weiterhin wichtig, aber auch nicht so: Es gibt, schreibt Mary Gerush in ihrem Report, eben auch Mitarbeiter, die ohne viel Vorwissen reüssieren, weil sie eben die kommunikativen und integrativen Fähigkeiten haben, die den Projektmanager der Zukunft auszeichnen. Zusammengefasst: Projektmanager brauchen einen technischen Background, aber vor allem benötigen sie Soft-Skills, um in den Zeiten sich wandelnder Anforderungen bestehen zu können.
- Fehler und Konsequenzen
Fehler beim Projektmanagement können fatal sein. Das Vorhaben verzögert sich oder kostet deutlich mehr. Im schlimmsten Fall scheitert es ganz. Alexander Galdy hat die 14 häufigsten Fehler aufgelistet und schlägt Lösungen vor - 1. Das falsche Personal
<b>Der Fehler:</b> Nicht die richtigen Leute für ein Projekt zu haben, kann das ganze Vorhaben sterben lassen. Alle Planungen sind nichts wert, wenn die Talente fehlen.<br> <b>Die Lösung:</b> IT- und Projektmanagement müssen einen kompletten Überblick über die Fähigkeiten und Belastungsgrenzen des Personals haben. - 2. Keine erfahrenen Projektmanager
<b>Der Fehler:</b> Projekte können außer Kontrolle geraten, wenn ein erfahrener Projektmanager am Steuer fehlt.<br> <b>Die Lösung:</b> Es muss ein Projektmanager her, der über die richtigen Zertifizierungen und die Finesse verfügt, die Akteure zu steuern. Gute Projektmanager verstehen es, Meetings in die gewünschte Richtung zu lenken. - 3. Keine Methode
<b>Der Fehler: </b>Keine Methode mit Standards zu haben erhöht das Risiko, dass das Projekt durch das Raster fällt. Dann kann es komplett überarbeitet werden müssen. <br> <b>Die Lösung: </b>Eine Methodik hilft, Projekte effizienter zu gestalten und informiert über alle Aktivitäten, die bei der Ausführung dazu gehören. - 4. Zu viele Prozesse
<b>Der Fehler: </b>Zu viele Prozesse auf einmal machen das Projektteam unflexibel. Was dabei herauskommt ist Frust bei den Beteiligten.<br> <b>Die Lösung: </b>Flexibel sein und mit Auftraggebern und Projektbeteiligten kommunizieren. - 5. Umfangsänderungen werden nicht berücksichtigt
<b>Der Fehler: </b>Das Budget für das Projekt explodiert. Zeitpläne sind nur Makulatur.<br> <b>Die Lösung: </b>Ein Dokument sollte die spezifischen Änderungen auflisten. Der Projektleiter muss dann ermitteln, wie sie sich auf das Budget und den Zeitplan auswirken. Zuletzt unterschreibt der Auftraggeber den Änderungsantrag. - 6. Keine Ahnung über den Status quo
<b>Der Fehler: </b>Bei vielen IT-Projekten fehlen aktuelle Daten über den momentanen Status. Vor allem ist es schier unmöglich, Ressourcen zu koordinieren oder auf Veränderungen zu reagieren.<br> <b>Die Lösung: </b>Software einsetzen und sich stets über den aktuellen Stand der Dinge informieren. - 7. Probleme ignorieren
<b>Der Fehler: </b>Probleme lösen sich leider nicht von selbst. Sie nehmen immer mehr zu, je länger man wartet. Die Folge sind steigende Kosten.<br> <b>Die Lösung: </b>Wenn mal etwas schief läuft, kommt es anschließend darauf an, wie schnell man es wieder in Ordnung bringt. Also nicht jammern, sondern handeln. - 8. Umfang nicht klar definieren
<b>Der Fehler: </b>Wenn der Umfang eines Projekts nicht klar umrissen ist, kann es so aufgeblasen enden wie Elvis in seinen letzten Jahren.<br> <b>Die Lösung: </b>IT und Business sollten sich zunächst einmal Zeit nehmen und die Grenzen des Projekt strikt feststecken. - 9. Zusammenhänge zwischen Projekt nicht sehen
<b>Der Fehler: </b>Projekte laufen niemals isoliert für sich allein. Sie hängen oft mit anderen zusammen. Die Folge: Auch andere Projekt können den Bach runtergehen.<br> <b>Die Lösung: </b>Zusammenhänge zwischen einzelnen Projekten sollten schon bei der Planung berücksichtigt werden. Dabei hilft es, sich mit allen zu besprechen. - 10. Murphy's Law vergessen
<b>Der Fehler: </b>Probleme kann es immer geben. Dann folgt meist eine Zwangspause, während versucht wird, den Laden wieder auf Vordermann zu bringen.<br> <b>Die Lösung: </b>Zu einer guten Projektplanung gehört ein Risiko-Assessment. Dafür muss das ganze Team überlegen, was passieren könnte. - 11. Kein Change Management
<b>Der Fehler: </b>All die Zeit, Geld und harte Arbeit, die man in neue Technologien steckt, bringen nichts, wenn die Anwender diese nicht annehmen.<br> <b>Die Lösung: </b>Bevor zum Beispiel neue Applikationen implementiert werden, sollte geschaut werden, wo es im Unternehmen Widerstand gibt, um die Leute anzusprechen. - 12. Unvollständige Ablaufpläne
<b>Der Fehler: </b>Die Beteiligten wissen oft nicht, was wann zu erledigen ist.<br> <b>Die Lösung: </b>Zunächst sollten alle Schritte festgelegt werden, die für das Projekt notwendig sind. Als zweiter Schritt muss jedem Punkt eine Deadline gesetzt werden. Hilfreich dabei ist eine entsprechende Software. - 13. Unrealistische Deadlines
<b>Der Fehler: </b>Die IT weist zu selten nicht einhaltbare Deadlines zurück, die vorgegeben werden. Dass das Projekt dann nicht just in time läuft, ist kein Wunder.<br> <b>Die Lösung: </b>Die IT muss erklären, was es kostet, bestimmte Termine einzuhalten. Dann gibt es die Wahl zwischen mehr Kosten oder mehr Zeit. - 14. Fachchinesisch
<b>Der Fehler: </b>Die IT kommuniziert oft mit den Auftraggebern und anderen Beteiligten in einer Weise, die keiner außer ihr selbst versteht.<br> <b>Die Lösung: </b>Von Vorteil ist es, wenn man sich auf die Gegenseite einstellt. Niemand hat Lust, seitenweise Technikbegriffe lesen zu müssen.
Beitrag zum Unternehmenserfolg ist entscheidend
"Die Top-Projektmanager von morgen machen nicht einfach Projekte, sie erzeugen Werte", skizziert Gerush die Hinwendung der IT zum Business. Ihre Aufgabe ist es weniger, Projekte am laufen zu halten - angesichts einer durchschnittlichen Erfolgsrate von gerade einmal 32 Prozent ist aber auch das schon eine Herausforderung. Sie können vielmehr ihre Teams zu besseren Resultaten motivieren, weil sie die Bedürfnisse der Kunden kennen und den Wert, den ihre Arbeit für das Unternehmen hat. Ganz nebenbei verbessern sie damit auch das Verhältnis von IT und Business.
Noch immer gilt bei den von Forrester befragten Unternehmen übrigens ein Projekt als erfolgreich, das on time und on budget abgeschlossen wurde. Allerdings drücken sie hier auch schon mal ein Auge zu, wenn der Projekterfolg das vorgesehen Zeit- und Geldkonto zu überschreiten droht. Der Projektmanager neuer Prägung muss aber in der Lage sein, solche Widerlichkeiten flexibel zu managen, schreibt Mary Gerush.
Und noch einen Trend macht Forrester aus: Statt wie bisher häufig aufgeblasene Lösungen mit wenig Wert zu präsentieren, komme es für Projektmanager zunehmend darauf an, schlank zu arbeiten. Das aber werde die Art der Arbeit "signifikant verändern". Projektleiter seien angehalten, ihre Prozesse zu rationalisieren, unnötigen Aufwand zu vermeiden.
- 1. Unklare Arbeitslast
Bryan Fagman vom Anbieter Micro Focus sagt, dass viele Projekte an einem nicht klar umrissenen Arbeitsaufwand scheitern. Schleichen sich hier Unschärfen ein, leidet das ganze Projekt. Im schlimmsten Fall bleibt undefiniert, wann es überhaupt abgeschlossen ist. Fagman mahnt deshalb an, Ziele im Dialog mit den Kunden klar zu benennen. - 2. Undefinierte Erwartungen
Alle Beteiligten müssen von Beginn an wissen, welche Anforderungen ein Projekt stellt und welche Erwartungen zu erfüllen sind – sonst droht ein Fiasko. Tim Garcia, CEO des Providers Apptricity, nennt zwei entscheidende Dinge, die alle Team-Mitglieder vorab wissen sollten: was getan wird und wie man weiß, wann das Projekt abgeschlossen ist. „Ohne eine dokumentierte Vereinbarung, die Antworten auf diese beiden Fragen liefert, ist ein Projekt von Anfang an in Gefahr“, sagt Garcia. - 3. Fehlende Management-Unterstützung
Die Unterstützung aus der Firmenspitze sollte unbedingt gesichert sein. Befindet man sich dahingehend mit der Chef-Etage nicht in Einklang, mindert das die Erfolgsaussichten beträchtlich, meint Brad Clark vom Provider Daptiv. - 4. Methodik nach Schema F
Im Projekt-Management wird gemeinhin mit standardisierten Schlüsselaufgaben und Leistungen gearbeitet. Darin lauert nach Einschätzung von Robert Longley, Consultant beim Beratungshaus Intuaction, aber auch eine Gefahr. Die Standard-Ansätze seien meist auf Projekte einer bestimmten Größe ausgerichtet. Sie passen möglicherweise nicht mehr, wenn man sich an größere Projekte als in der Vergangenheit wagt. - 5. Überlastete Mitarbeiter
„Team-Mitglieder sind keine Maschinen“, sagt Dan Schoenbaum, CEO der Projekt-Management-Firma Teambox. Projekte können auch daran scheitern, dass Mitarbeiter mit Arbeit überfrachtet werden. Vermeiden lässt sich das, indem man sich vorab ein klares Bild über die Stärken der Team-Mitglieder macht und auf eine sinnvolle Verteilung der Aufgaben achtet. - 6. Ungeteiltes Herrschaftswissen
Projekte leben davon, dass Informationen nicht monopolisiert, sondern miteinander geteilt werden. Das geschieht oft dann nicht, wenn Ergebnisse erst nach langer Anlaufzeit geliefert werden müssen. Tim Garcia von Apptricity rät deshalb dazu, Projekt in kurze Phasen einzuteilen. An deren Ende sollte es jeweils Resultate geben, mit denen das ganze Team weiterarbeiten kann. - 7. Unklare Entscheidungsfindung
Im Verlauf eines Projektes sind Änderungen der ursprünglichen Roadmap oft unvermeidbar. Es sollte beim Change Management aber klar dokumentiert werden, wer wann was geändert hat und wie die neue Marschrichtung aussieht. - 8. Fehlende Software
Exel-Spreadsheets nötigen Projekt-Manager zu manuellen Korrekturen und führen oft zu Problemen bei der Status-Aktualisierung. Insofern ist es befreiend, mit Project Management Software zu arbeiten, die für automatische Updates sorgt und von lästigen manuellen Berichten entlastet. Dazu rät Brian Ahearne, CEO des Anbieters Evolphin Software. - 9. Gefahr des Ausuferns
Change Requests sind alltäglich im Projekt-Leben, aber sie haben leider oft einen unerfreulichen Nebeneffekt: den Hang, Fristen und Budget-Rahmen immer weiter auszudehnen und auf Dauer zu Demotivation und Frust auf allen Seiten zu führen. Um dieser Entwicklung Einhalt zu gebieten, sind neben klaren Zielvorgaben auch tägliches Monitoring und ein definierter Prozess für gewünschte Veränderungen sinnvoll. Das empfiehlt in jedem Fall Sandeep Anand, der beim Software-Entwicklungshaus Nagarro für Project Governance verantwortlich ist. - 10. Nicht "Nein" sagen können
Im Sinne des Unternehmens sei es manchmal nötig, Anfragen abzulehnen, sagt Markus Remark vom Provider TOA Technologies. Gut sei es deshalb zu wissen, wie man "nein" sagt. Am besten habe man für solche Fälle auch gleich eine konstruktive alternative Lösung parat. - 11. Mangelnder Zusammenhalt
Projektarbeit ist Team-Arbeit. In der Praxis gerieren sich manche Projekt-Teams aber wie in Eifersüchteleien gefangene Sportmannschaften ohne Erfolg, beobachtet Berater Gordon Veniard. Der Fokus auf das eigentliche Ziel gehe verloren. Stattdessen beschuldigen sich Grüppchen gegenseitig, für Probleme und schlechte Leistungen verantwortlich zu sein. Um das zu verhindern, ist Führung durch den Projekt-Manager gefragt. Und der sollte es verstehen, sein Team mitzunehmen und in Entscheidungen einzubinden. Ohne Kommunikation sei das Desaster programmiert, so Hilary Atkinson vom Provider Force 3. - 12. Vergessener Arbeitsalltag
Hilary Atkinson hat nach noch einen weiteren Kommunikationstipp parat: Projekt-Manager sollten nicht vergessen, ihre alltäglichen Aufgaben zu erledigen. Wer als Verantwortlicher keine Meeting-Termine verkündet, Status-Berichte vergisst und E-Mails unbeantwortet lässt, riskiert unnötige Verzögerungen. - 13. Zu häufige Meetings
Meetings, in denen der Status Quo besprochen wird, können nerven – vor allem dann, wenn sie zu oft stattfinden oder zu lange dauern. Wichtige Informationen lassen sich durch Collaboration Tools häufig besser an die Team-Mitglieder bringen, meint Liz Pearce, CEO des Providers LiquidPlanner. Ihr Tipps: Meeting auf die Entscheidungsfindung beschränken. In ihrem Unternehmen gebe es lediglich zweimal in der Woche ein Treffen, um neue Aufgaben zu verteilen und Prioritäten zu definieren. - 14. Gut genug ist nicht immer gut
Sergio Loewenberg vom IT-Beratungshaus Neoris macht Nachlässigkeiten in der Qualitätssicherung als Problem aus. Es sei günstiger, Fehler zu vermeiden anstatt Geld und Zeit ins Ausmerzen ihrer negativen Folgen stecken zu müssen. Wer auf hohe Qualitäts-Standards achte, vermeide späteres Nacharbeiten und die Gefahr eines schlechten Rufes. - 15. Nicht aus Fehlern lernen
Liz Pearce mahnt außerdem an, mit Hilfe entsprechender Tools eine mehrstündige Analyse nach Ende des Projektes durchzuführen. Nur Teams, die sich des ständigen Lernens verschreiben, seien dazu in der Lage, die Fehler der Vergangenheit in der Zukunft zu vermeiden. - 15 Fehler beim Projektmanagement
Es gibt unzählige Wege, ein IT-Projekt an die Wand zu fahren. Unsere amerikanische Schwesterpublikation CIO.com hat 15 davon gesammelt – und verrät dankenswerterweise auch, wie man die Probleme beheben kann. Diese Tipps sind in der Bilderstrecke zu finden.
Aller Aufwand sei dem Projekt- und Geschäftserfolg unterzuordnen, fordert Gerush und empfiehlt den Fachleuten, sich am Prinzip der agilen Software-Entwicklung zu orientieren, wo mit schlanken, sich selbst verwaltenden und funktionsübergreifenden Teams gearbeitet werde. (ad/mje)