Hier ist ja zuletzt immer wieder von Facilitation die Rede gewesen. Und jetzt schon wieder. Denn heute ist im Projektmagazin mein Artikel: „Facilitation: eine Geheimwaffe im Projektmanagement?“ erschienen.

Mit Facilitation als Moderationsmethode/Einstellung gelangt man zu besseren Ergebnissen in Meetings, Prozessen und Entscheidungen. Ein eigenes LinkedIn-Learning Training dazu wird im Juni aufgezeichnet und unsere Masterclass ist auch am Start.

Im Artikel geht es darum, was Facilitation überhaupt ist, sie sie funktioniert und wie der Facilitation-Prozess aussieht. Weiter geht es um die Grundlagen der Facilitation und dann um deren Anwendung im Projektmanagement, denn deren gibt es genug und im Beispiel muss dann der openPM-Canvas ran.

Aber auch etwaige Fallstricke werden thematisiert.

Facilitation bietet auch im Projektmanagement viele Chancen und Möglichkeiten.

Facilitation ist vor allem ein Rollenverständnis. Prozess und Inhalte werden entkoppelt. Konflikte werden dadurch vorwiegend auf die Sachebene verlagert. Gleichzeitig ist der Facilitator der Gralshüter für methodisch sauberes Vorgehen und Zielorientierung.

Beiträge zur Facilitation auf schlossBlog gab es schon zur Genüge:

• Zuletzt die „spielerische Erklärung„
• Was ist Facilitation?
• Facilitation Masterclass: Orientieren
• Facilitation Masterclass: Navigieren
• Facilitation Masterclass: Expermentieren

Und weitere werden bestimmt folgen…

Heute neu im Projektmagazin: So vermeiden Sie Fehler und falsche Einschätzungen in der Projektarbeit. Nach langer, langer Zeit wieder einmal ein Beitrag für das Projektmagazin aus meiner Feder.

Es geht um (falsche) Selbstverständlichkeiten und wie sie entstehen, aber vor allem geht es darum Strategien dagegen zu entwickeln, damit wir eine Resilienz entwickeln. Hierzu brauchen wir verschiedene Bausteine, die im Artikel alle erläutert werden:

Hinter dem Artikel selbst steckt übrigens auch eine Geschichte:

Ursprünglich habe ich mit meinem Verleger Ralf das Thema Stakeholder für ein Buchprojekt diskutiert. Ralf hat mich damals „desillussioniert“ mit der Feststellung, dass es zu diesem Thema (auf dem Buchmarkt) keinen Bedarf bzw. keine Nachfrage gibt. Mein Grübeln darüber habe ich dann letztes Jahr mit zum PMCamp München genommen und da die Frage nach (falschen) Selbstverständlichkeiten auf den Tisch gebracht (Sessiondoku auf openPM). Lisa vom Projektmagazin war eine der Teilnehmerinnen der Session und hat mich später angeregt, das Thema zu einem Artikel weiter zu entwickeln. Und hier ist er…

Anekdote am Rande: Auch der zweite große Beitrag der aktuellen Ausgabe hat einen Bezug zum PMCamp München, denn auch dort war Michael mit einem Beitrag zu Liberating Structures vertreten.

Die Context Map von schlossBlog hat es in die Methodensammlung des Projektmagazins geschafft. Die Context Map ist eine spezifisch konfigurierbare Form der Umfeldanalyse. Varianten der der Umfeldanalyse gibt es viele: Angefangen von Stakeholderanalyse, Branchenanalyse, Systemmodellierungen und viele mehr.

Ein eigenes Erklärvideo zur Context Map gibt es übrigens  auch.

Und das Template steht in verschiedenen Formaten zum Download bereit:

Context-Map DIN A4
Context-Map DIN A3
Context-Map DIN A2
Context-Map DIN A1
Context-Map DIN A0

Ursprünglich erschien die Context Map hier:

Kontextanalyse

Das Projektmagazin fragt in seiner aktuellen Blogparade, ob im Jahr 2030 de Projektleiterrolle längst abgeschafft ist oder ob sie sogar zu Schaltzentrale der digitalen (Projekt-)Welt mutiert.

Den zweiten Teil der Frage ignoriere ich geflissentlich, die ganze Digitalisierungsdebatte langweilt mich. Ich halte sie schlicht für überbewertet. Nicht dass ich disruptive Entwicklungen verleugnen will – ganz im Gegenteil – aber dieses Digitalisierungsetikett passt nicht. Wer erfolgreich sein will muss sich stets mit Veränderungen auseinandersetzen, egal ob analog oder digital. Gerade in Projekten ist das selbstverständlich. Das Schlagwort lautet schöpferische Zerstörung und entstammt nicht der Digitalisierungsdebatte, sondern kommt von einem gewissen Herrn Schumpeter, Ökonom, Anfang des 20. Jahrhunderts. An Digitalisierung war da noch nicht zu denken und der Umgang mit (Ver-)Änderungen war schon immer elementar im Projektgeschäft.

Schwenk zurück – zur Rolle des Projektleiters. Allein der Begriff scheint antiquiert. In Scrum gibt es ihn gar nicht. Ist er deswegen überholt?

Ich möchte hier unterscheiden zwischen Funktion & Aufgaben einerseits und der formalen Rolle des Projektleiters andererseits.

Funktion & Aufgaben wird es immer geben. Selbst in Scrum, dort sind sie nur anders verteilt und werden mit einem anderen Selbstverständnis gelebt.

Spannend ist hingegen die Frage nach der formalen Projektleiterrolle. Haben nicht einst findige HR-Spezialisten die Projektkarriere als Alternative zu Linienkarriere erfunden? Ein schöner Job-Titel für die Visitenkarte. Aber wenn Unternehmen zunehmend agiler werden (und das beschränkt sich nicht nur auf das Projektmanagement), dann bröckelt dieses fragile Konstrukt. Aber keine Angst auch in vermeintlich agilen Umfeldern findet der Bedarf nach solchen Etiketten immer wieder Einzug. Die Agilität erweist sich all zu oft als Pseudo-Agilität. Und einher damit geht eine Aufweichung solcher Rollenbegriffe und eine Inflation neuer Begriffe wird kommen, die sind nämlich nicht geschützt und verleihen einen Hauch von Innovatvität. Dabei sind die neuen Begriffe und Rollen für sich so innovativ wie neue Schläuche und die eigentlich interessante Frage wäre die nach dem Wein in den Schläuchen.

Aber Details… Alles Lug und Trug. Taschenspielertricks und Etikettenschwindel.

Ich bin mir sicher auch 2030 wird es noch Projektleiter geben, ich bin mir nur nicht sicher, ob ich dann gerne hätte, dass man mir dieses Etikett anheftet.

Dies ist Beitrag #738 auf schlossBlog und mein Beitrag zur Blogparade des Projektmagazins: Projektleiter 2030

Ein Beitrag zur Blogparade des ProjektMagazin: „Klassisch, agil oder egal: Ist ein guter Projektleiter mit jeder Methode erfolgreich?“

Nun, diese Frage ist natürlich rhetorisch. Die meisten Teilnehmer an der Blogparade plädieren daher für das sowohl als auch, sprich:

Kompetenz des Projektleiters + Methodeneinsatz.

Gebhard Borck hebt das Zusammenspiel von Methodenkompetenz und Charakter hervor.

Tassilo Kubitz spricht etwa von sozialer Kompetenz und methodischem Vorgehen, dem möchte ich fast zustimmen, allerdings würde ich lieber von systematischen Vorgehen sprechen. Es gibt nicht EINE richtige Methode oder Vorgehensweise, sondern ein ganzes Spektrum. Der Begriff methodisches Vorgehen könnte dabei als Verengung auf eine Methode oder Vorgehensweise missverstanden werden.

Auch Alexander Blumenau weist darauf hin, dass man ohne Methodenwissen erfolgreich sein kann, dass Methoden aber dennoch wertvoll sind.

Stephan Witt betont, dass eine Methode zum Projekt und zum Team passen muss. Er greift dabei Tom Michls Forderung nach Geisteshaltung auf. Bestärkt wird dieser Fokus auf das Team auch durch Martin Dragosits: „Nicht Methoden entscheiden über den Projekterfolg, sondern Menschen.“

Eberhard Huber differenziert noch die Teambetrachtung und erinnert uns daran, dass nicht jede Gruppe, die ein Projekt bearbeitet auch ein Team ist.

Also gut – einigen wir uns auf ein sowohl als auch, aber warum?

Keine Methode der Welt kann sicherstellen, dass Sie das Richtige machen, aber Methoden können helfen, das was Sie machen richtig zu machen. Methodeneinsatz zielt auf Effizienz. Für den Projekterfolg braucht es aber vor allem auch Effektivität, daher wählt Stephan Witt ja auch als erstes Kriterium für die Methodenauswahl das Projekt oder den Projektgegenstand selbst.

Natürlich braucht es dann auch noch die Sozialkompetenz, um das Team (oder die Gruppe (oder die betroffenen Stakeholder)) mit dem Methodeneinsatz zu erreichen. Methoden sind kein Selbstzweck. Wir dürfen nicht blind ihrer eigenen Logik folgen. Für mich dienen Methoden vor allem der Facilitation. Methoden sollen befähigen. Sie sind vor allem ein Moderationswerkzeug und kein Patentrezept!

Gleiches gilt für Vorgehensweisen (klassisch, agil,…). Auch hier würde ich die gleichen Kriterien anwenden, wie Stephan Witt bei der Methodenauswahl. Ein Projekt bei dem das Vorgehen rein technisch strikt sequentiell vorgegeben ist und durch die äußeren Rahmenbedingungen auch eine Arbeitsteilung gefordert ist, kann man kaum in ein agiles Korsett zwingen. Auf der anderen Seite bringen agile Vorgehensweisen viele Rituale und Werkzeuge mit, die Kommunikation, Transparenz und Eigenverantwortung fördern, Dinge die jedem Projekt gut tun, aber das Team (die Gruppe (oder das Umfeld)) muss dafür auch bereit sein.

Beitrag #715 auf schlossBlog

Das gute alte Projektmagazin hat seine technische Plattform gewechselt und sein Design überarbeitet. Inhaltlich fallen die Änderungen (zumindest auf den ersten Blick) gar nicht groß ins Gewicht.

Die Beiträge sind weiter in bewährter Manier.

Die Rubriken „Themen“ und „Werkzeuge“ lassen das Portal mächtiger aussehen als es eigentlich ist, denn dahinter verbergen sich auch „nur“ alternativ aufbereitete Zusammenstellungen zu Beiträgen im Archiv.

Das Forum ist jetzt voll integriert. Nach einer Anmeldung auf dem Portal ist man nun auch gleich im Forum angemeldet (dem war vorher nicht so). Bleibt zu hoffen, dass mit solchen Vereinfachungen das Forum auch stärker belebt wird, trotz namhafter Moderatoren war die Resonanz des Forums bislang eher mau.