Die 5 häufigsten Fehler zum Projektstart
Beginnt ein neues Projekt, so kann es immer wieder dazu kommen, dass es nicht zur Zufriedenheit des Kunden oder des eigenen Teams abgeschlossen wird. Die Gründe hierfür scheinen auf den ersten Blick vielfältig zu sein. Aus meiner eigenen Praxis heraus lassen sich die meisten Gründe für das Scheitern von Projekte in fünf Bereiche unterteilen. Beachtet man diese bevor eine Projekt gestartet wird, kann eigentlich nichts mehr schief gehen.
1. Keine genauen Spezifikationen
Ein wichtiger Faktor für den Erfolg eines Projektes sind genaue Spezifikationen. In der Regel sollte schon zum Zeitpunkt der Angebotserstellung klar sein, was hinten rauskommen soll. Die Spezifikationen beschreiben, was im Rahmen des Projekts gemacht wird und vor allem auch was nicht gemacht wird. Die Spezifikationen müssen nicht in einem 100 Seiten Pflichtenheft niedergeschrieben werden. Es geht auch kürzer, z.B. mit einer einfachen Beschreibung oder Stichwortliste. Alternativ dazu kann ein Mockup der Funktionen (z.B. mit Balsamiq) helfen.
Der Umfang des Dokument hängt zum Einen von der Größe des Projektes und zum Anderen vom Kunden ab. Ist auf Kundenseite ein Ansprechpartner mit entsprechender Erfahrung in Webprojekten vorhanden, oder besteht schon eine längere Beziehung zu dem Kunden, kann oft eine längere Beschreibung der einzelnen Funktionen entfallen.
Kein Projekt ohne Spezifikationen.
2. Keine Definition des Zeitrahmens
Eigentlich ist dies eine Selbstverständlichkeit. Trotzdem kann es einem immer wieder passieren, dass zwar z.B. der Gegenstand des Projekts klar umrissen ist, aber keine Festlegungen bezüglich der zeitlichen Umsetzung des Projektes gemacht wurden. Daher kann ich nur den Tipp geben, schon in der Angebotsphase, aber spätestens zu Projektbeginn den Termin für den GoLive mit dem Kunden zu besprechen. Für mich gilt dabei, dass wir mit unserer Aufgabe deutlich vor dem GoLive fertig sein müssen, damit noch genug Zeit für Tests, Bugfixes so wie Content Pflege übrig ist.
Kein Projekt ohne zeitliche Planung.
3. Keine festen Ansprechpartner
Schlimm wird es, wenn einer der Projektpartner keinen festen Ansprechpartner benennen will oder kann. Gerade in heißen Phasen des Projekts (in der Regel der Projektanfang und das -ende) benötige ich beim Kunden eine Person, die auf Kundenseite Anfragen annimmt und weiterleitet so wie Entscheidungen herbeiführt. Das Gleiche gilt natürlich auch für den Kunden. Dieser bekommt von uns einen festen Ansprechpartner für das Projekt genannt.
Kein Projekt ohne vorher festgelegte Ansprechpartner.
4. Keine “mit einer Stimme reden” auf Kundenseite
Ich muss mir sicher sein können, dass der Gegenstand des Projektes von allen Entscheidern auf Kundenseite verstanden wurde und von allen auch getragen wird. Nichts ist schlimmer als eine Abteilung beim Kunden, die vor der Projektvergabe nicht gefragt wurde und versucht, ein laufendes Projekt zu torpedieren. Existiert so eine Gegenströmung bedarf es viel Energie, das Projekt dennoch erfolgreich zu gestalten.
Einigkeit über den Projektgegenstand auf Kundenseite.
5. Keine Ressourcenplanung
Der letzte kritische Punkt kann dramatische Folgen für den Projektverlauf haben. Je nach Größe des Projektes wird dies auf unserer Seite von einem Team von mehreren Mitarbeitern durchgeführt. Um den geplanten GoLive Termin einhalten zu können ist es wichtig, die Kollegen, die in dem Projekt arbeiten sollen, auch zur Verfügung zu haben. Daher gehört eine Ressourcenplanung (auch wenn ich das Wort überhaupt nicht mag) zu einem Projekt dazu.
Kein Projekt ohne Ressourcenplanung.
Was für Erfahrungen haben Ihr gemacht? Welche Fehler haben bei Euch zu einem schwierigen Projektverlauf geführt?
Popularity: 1%
Werbung
2010-01-01 - 8.28 pm
Die 5 häufigsten Fehler zum Projektstart – http://tinyurl.com/ycl2oq4
Dieser Kommentar wurde auf Twitter veröffentlicht
2010-01-02 - 5.38 pm
Gut geplant ist die halbe “Miete” http://tinyurl.com/ybx7hf7
Dieser Kommentar wurde auf Twitter veröffentlicht
2010-01-02 - 11.46 pm
Plichtenhefte (Punkt 1) können nicht detailliert genug sein. Je genauer da drin steht was gemacht wird (und was nicht), desto ruhiger schlafen die Projektmitglieder (meistens meine Sicht auf ein Projekt), da nicht kurz vor Ende des Projektes mit neuen Features überrascht wird, die sowohl Zeit- als auch Kostenrahmen in Rauch aufgehen lassen.
Ist mir gerade letztens noch so passiert:
Ich: “Projektleiter, wie siehts mit ‘nem sauberen Pflichtenheft aus?”
PL: “Wir haben ein paar Skizzen, wie das Endprodukt auszusehen hat. Sollte reichen”
(viele Stunden Arbeit später, gefühlte 90% abgeschlossen)
Kunde: “Das hab ich aber so nie gemeint und wir brauchen noch Dieses und Jenes”
(Willkommen bei 60% Projektstatus)
2010-01-03 - 8.22 am
Hallo Dirk,
ich kann Dir da nur zustimmen. Eine genaue Spezifikation schafft Sicherheit auf beiden Seiten – beim Kunden und beim Team.
2010-01-04 - 2.09 pm
Die 5 häufigsten Fehler zum Projektstart | Webworking Blog http://ow.ly/Sx06
Dieser Kommentar wurde auf Twitter veröffentlicht
2010-01-04 - 5.26 pm
Trivial und dennoch die häufigste Fehlerursache in #IT #Projekten: http://is.gd/5M0KN #ITNews
Dieser Kommentar wurde auf Twitter veröffentlicht
2010-01-05 - 10.40 am
Die 5 häufigsten Fehler zum Projektstart – #web #projekt #marketing – http://ow.ly/SR5d
Dieser Kommentar wurde auf Twitter veröffentlicht
2010-01-05 - 11.40 am
Die 5 häufigsten Fehler zum Projektstart – #web #projekt #marketing – http://ow.ly/SR5J
Dieser Kommentar wurde auf Twitter veröffentlicht
2010-01-05 - 11.56 am
RT @Misupilami Die 5 häufigsten Fehler zum Projektstart – #web #projekt #marketing – http://ow.ly/SR5J http://url4.eu/13cs8
Dieser Kommentar wurde auf Twitter veröffentlicht
2010-01-06 - 8.26 am
Webdesignfehler: Die 5 häufigsten Fehler zum Projektstart http://tinyurl.com/ycl2oq4 #webdesign
Dieser Kommentar wurde auf Twitter veröffentlicht
2010-01-07 - 9.39 am
Was sollen eigentlich diese Kommentare mit der URL-Weiterleitung? Das ist kein gehaltvoller Inhalt für den Leser dieser Seite!
2010-01-07 - 9.40 am
Hallo Uli,
das sind die Nachrichten auf Twitter zu diesem Artikel. Ich werden mal versuchen, diese als eigenen Reiter in den Kommentaren darzustellen.
2010-01-07 - 10.59 am
Hallo,
die Basics eines Projectmanagements.
Danke.
Gruß
2010-01-07 - 11.10 am
Der eine oder andere kennt vielleicht den einen oder anderen …. Die 5 häufigsten Fehler zum Projektstart: http://bit.ly/4KaexJ
Dieser Kommentar wurde auf Twitter veröffentlicht