Gestern zu einem spannenden Workshop mit TurnaroundPM in Frankfurt:<\/p>\n
Neben dem TurnaroundPM<\/a>-Kernteam waren noch Niklas Spitczok von Brisinski (Autor von\u00a0Pragmatisches IT Projektmanagement<\/a> (Amazon)<\/em>) und J\u00f6rg S\u00fcggel (Leiter GPM Regionalgruppe Thein Ruhr) mit von der Partie. Urspr\u00fcnglich gestartet mit der Frage, welches Minimum an PM-Werkzeugen in einem Projekt zum Einsatz kommen sollte, drehte sich die Diskussion hin zu den Essentials von Projektmanagement, die wider besserem Wissen mitunter doch nicht angewandt werden und aus einem Projekt ein Turnaround-Projekt machen.<\/p>\n Einige Splitter aus der Diskussion:<\/p>\n „Mit Methodik rettet man kein Projekt,“ … aber ohne gewisse Standards geht es auch nicht.<\/p>\n „Weg vom Fertigstellungsgrad, hin zum Restaufwand“<\/p>\n „Projektplan? Ja, aber…“ Jedes Projekt braucht eine High-Level-Timeline (im Sinne einer Roadmap, eines Phasenplans, etc.) und nat\u00fcrlich braucht es auch eine Detailplanung, diese reicht aber f\u00fcr den n\u00e4chsten Sprint, die n\u00e4chste Iteration, die n\u00e4chsten 2 Wochen und kann rollierend, dezentral erfolgen. Die Ebene dazwischen oder einen detaillierten Gesamtprojektplan braucht es nicht!<\/p><\/blockquote>\n Die Diskussion war mehr als anregend uns konstruktiv und die Ergebnisse flie\u00dfen in das Buchprojekt von TurnaroundPM ein. Dar\u00fcber hinaus hat sich gezeigt wie wechselseitig befruchtend diese Diskussion auf Augenh\u00f6he verlief und dass wir uns auf jeden Fall weiter Vernetzen werden. Davon wird auch openPM<\/a> profitieren. Nachdem auch die Vorlagen aus dem Buchprojekt TurnaroundPM unter Creative Commons-Lizenz stehen (z.B. der bereits verf\u00fcgbare Project Square<\/a>) haben sich hier die Richtigen gefunden und auch bei den anderen Teilnehmern konnte ich das Interesse an openPM wecken. So werden wahrscheinlich schon bald auch die Vorlagen aus Niklas PITPM<\/a> in openPM verlinkt.<\/p>\n Ich freue mich auf die weitere Zusammenarbeit und auf TurnaroundPM als Buch!<\/p>\n