Projektmanagement und Lotus Software (Ein DNUG Enthusiasten Blog)

Als Anregung zur kontroversen Diskussion, aber vielleicht auch als Chance, die Einsatzmöglichkeiten "sozialer" Software aus einem anderen Blickwinkel zu entdecken: meine ca. zehn persönlichen Favoriten, um Projekte gezielt in Schwierigkeiten zu bringen. Und da ich sicher bin, dass meine Liste erfolgreicher "Erfolgsverhinderungen" nicht vollständig sein wird, freue ich mich auf weitere Anregungen aus dem Kreis der Blogleser. Beginnen wir heute mit dem ersten Punkt, "Die Grundparameter des Projektes werden nicht kommuniziert". Die weiteren Beiträge folgen dann im Abstand von jeweils ca. 2 - 3 Tagen.

1.) Die Grundparameter des Projektes werden nicht kommuniziert: was soll bis wann für wen erstellt werden? Welchen Beitrag leistet das Vorhaben für die strategischen Ziele, wie ist es im Programm- und Portfoliomanagement eingeordnet? Wer hat welche Interessen, wer übernimmt welche Rolle im Team? Welche Ressourcen stehen für das Projekt zur Verfügung und wer ist für was verantwortlich? Wie wird dokumentiert, kommuniziert, eskaliert und wo ist die Fun-Komponente für den Einzelnen? Viel einfacher, als alle diese Punkte zu besprechen oder gar zu dokumentieren ist es, den Beteiligten die Freiheit zu lassen, sich ihr eigenes Bild vom Projekt und ihrer Aufgabe darin auszumalen.


[Foto: © L. Hofschlaeger/ PIXELIO]

Dieser Klassiker der "Erfolgsverhinderung" ist immer noch ein solides Fundament für unsere Arbeit als "Erfolgsverhinderer". Damit dieses nicht gefährdet wird, sollten strukturierte Prozesse - wie z.B. obligatorische (und einheitliche) Projektanträge oder gar ein Projektantrags-Workflow - für das eigene Vorhaben möglichst umgangen werden. Zu starre Systeme und Prozesse, die sich nur umständlich auf den jeweiligen Projekttypus anpassen lassen, sind da ein willkommenes (Schein-) Argument.

Demnächst gibt es mehr "Rezepte gegen den Erfolg in Projekten". Wie immer freue ich mich über Anregungen und Kritik.