Barcamps ohne Frust

2 min.

Summary

Wenn ich bei Barcamps unzufrieden war in der Vergangenheit, dann lag es meist daran, dass die Sessionplanung für mich nicht zur vollen Transparenz geführt hat. Und ich daher in verschiedene Sessions gegangen bin, die dann bzgl. des Formates für mich eine Überraschung dargestellt haben. Ich empfinde es daher wichtig, dass es sehr transparent ist für alle TeilgeberInnen, welches Format, welche Session geplant hat. Manchmal entwickelt sich das Format während der Session anders als gedacht – das ist ja das Tolle an Barcamps –  aber der Sessiontyp sorgt für eine höhere Sicherheit die „richtige“ Session zu wählen.

Wie mache ich das Session-Format für jeden transparent 

Deshalb sollten bei face2face Barcamps auf jeder Sessionskarte diese Sessiontypen (und weitere) erkenntlich sein mit Kürzeln oder gar auf einem vorbereiten Karte mit Ankreuzoption.

Im virtuellen Barcamp sollte diese Kategorisierung auch auf der virtuellen Sessionskarte wählbar sein. Für das 4. Barcamp „Führung im Projekt“ 2021 sind dies dann so aus:

mit folgenden Kategorien:

  • Workshop = max 10 Minuten-Vortrag und anschließende gemeinsame Ausarbeitung z. B. am elektronischen Microsoft Whiteboard oder einem anderen gemeinsam zur Verfügung stehendem elektronischen Dokument, welches im Teams-SharePoint abgelegt ist.
  • Problemstellung = Kollegiale Beratung. Ich habe eine Situation, welche ich gerne reflektieren will und dazu gerne Input erhalten würde.
  • Impulsvortrag = maximal 15 Min Impuls-Vortrag und danach Diskussion.
  • Serious Game = Übung / Lernspiel mit dem Anliegen Information und Bildung zu vermitteln. Ein authentisches und glaubwürdiges, aber auch unterhaltendes Lernerlebnis steht im Mittelpunkt des Interesses.

Die Teilnehmer für das virtuelle Barcamp „Führung im Projekt“ werden über ein Onlineformular vor dem Barcamp und auch zu Beginn des Barcamps vor der Sessionsplanung Ihre Sessionvorschläge einstellen, welche dann bereits entsprechend kategorisiert sind.
Zur Sicherstellung der Dokumentation der Sessions ist eine Einbindung externer Tools (z. B. weitere elektronische Whiteboards neben MS Whiteboard in der Session) nicht gewünscht und aufgrund von Datenschutzgründen nicht erlaubt.
Viel Spaß beim nächsten Barcamp und beim Wählen der richtigen Sessions!

Meine Krise mit dem Corona-Virus und der positiven Veränderung im Programm-Management

7 min.

Summary

Der Beitrag beleuchtet wie sich die Arbeit in Programmen verändert hat aufgrund der ausschließlich virtuellen Arbeitsweise. Besonderes Augenmerk wird dabei auf die Veränderungen der Governance, der Arbeitsweise und der Wahrnehmung der Hierarchie im Unternehmen gelegt. Begleitet wird dieser Beitrag mit einer Umfrage zu einigen Hypothesen zu der Zukunft der Führung speziell unter dem Aspekt des verteilten Arbeit um diese Thesen zu untermauern oder zu verwerfen. Ich versuche dennoch bereits jetzt ein paar Zukunftsprognosen hierzu zu formulieren. Der Artikel möchte einige Hinweise geben, welche Erfahrungen wir in jedem Fall in die „neue Normalität“ mitnehmen sollten und damit in unsere Arbeitsweise fest verankern sollten. Personen und Unternehmen, welche aus dieser Krise nicht lernen und adaptieren und nur wieder zurück zu einer vermeintlichen alten Normalität zurückkehren wollen, werde in der Zukunft scheitern.

Rückblende

Am 02. März fuhr ich nicht wie jede Woche zuvor nach Nord-Rhein-Westfalen, denn ich hatte Erkältungssymptome und seit einigen Wochen war der Corona-Virus in aller Munde, auch bei uns im Programm. Ich hielt es daher für angebracht meine Kollegen im Projekt nicht zu gefährden und plante eine Woche Remote-Arbeit. Gedacht, getan. Ich als einer der wenigen „lokalen“ Kollegen nicht vor Ort zu sein, hat wie erwartet zu deutlich mehr Zeitaufwand bei mir geführt, da nun vieles per Teams-Video-Call erfolgen musste. Und zwar in geplanten Meetings, was vorher vielleicht auf die Schnelle quer über den Schreibtisch abgeklärt wurde. Im Laufe jener Woche hat sich dann mein Unternehmen entschieden alle dienstlichen nicht-essentiellen Reisen zu stoppen und ausschließlich aus dem Home-Office heraus arbeiten zu lassen. Was soll ich dazu sagen, die nächsten Wochen waren Stress pur, denn alle bisher lokal gehaltenen, oft hybriden Meetings, wurden nun virtualisiert, was zu vielen zusätzlichen Stunden Arbeitszeit geführt hat. Trotz meiner 5+ Jahren Erfahrung im reinen Home Office (global virtuell verteilter Programme oder Projektportfolios) in meiner 20+ Jahren Erfahrung im Projekt- und Programmmanagement war die virtuelle Arbeit während Corona eine andere Dimension. Hierauf möchte ich im Verlauf eingehen.

Auch diese persönliche (auch Kapazitäs-) Krise hat wie oft dazu geführt, dass etwas besseres daraus entstand. Was hat sich konkret verändert?

Veränderung der Governance et al.

Bei Governance denken viele als erstes an Meetings und die Committee-Struktur. Das ist grundsätzlich richtig, dennoch nicht vollständig. Mein Kalender war die ersten 3-4 Wochen rein virtueller Arbeit nach völlig überladen, weil nun virtuell für viele „Kleinigkeiten“ oft ein Meeting eingerichtet wurde und dann direkt 30 Minuten bei den Kollegen das untere Limit war. Outlook seid dank. Ich habe mich direkt an die 22-Minuten-Meetings erinnert. Ziel ist es Meetings in

  • 22 Minuten-Slots einzuplanen,
  • eine klare Agenda zu haben,
  • idealerweise vorher schriftliches Lesematerial zum Besprechungsthema rechtzeitig vorab zu verteilen,
  • das Meeting pünktlich zu beginnen und einen klaren Fokus zu haben.

Ich habe mein Outlook so konfiguriert, dass Meetings entweder 25 min oder 50 Minuten dauern im Standard. Hier helfen die Einstellungen in Outlook um dies sicherzustellen. Meine Erfahrung im virtuellen Umfeld ist, dass die Meetings bis zum geplanten Ende dauern. Vor Ort dauern Meetings so lange bis jemand gehen muss, weil dieser einen Raumwechsel durchführt. Wegezeiten fordern Zeit. In der virtuellen Umgebung wird diese meist nicht eingeräumt. Oft bleiben nicht mal Zeiten für Bio-Pausen. Sträflich!

Um dem übervollen Kalender zu entgehen, sollte auch im virtuellen Umfeld ein tägliches Standup-Meetings der Teams vorgesehen werden. Hierbei ist es wichtig, dass entsprechende Videokonferenz- und Collaborations-Tools verwendet werden. Ich verwende Planner von Microsoft oder Trello bei meinen ehrenamtlichen Aufgaben um das Backlog, das Spintplanning und die Standups zu unterstützen. Mit beiden Boards lässt sich das tägliche Standup-Meeting mit einem Kernteam eines Programmes oder wie bei mir derzeit das Projektportfolio-Management Team von typischen bis zu 7 Direct-Reports sehr gut unterstützen. Sprint-Planning und Retroperspectiven gehören selbstredend auch dazu.

Eine weitere bewährte Meeting-Sequenz sind Eskalations- und Entscheidungsmeetings idealerweise mehrmals in der Woche fest einzuplanen und im besten Falle, falls nichts zu entscheiden oder zu adressieren ist abzusagen. Diese fixierten regelmäßigen Termine erlauben, auch in Zeiten der voll gefüllten Kalender unseres Senior-Managements, rasche Entscheidungen. Sollte der Bedarf sein, mehr als ein- oder zweimal in der Woche zu sein müssen die Rollenbeschreibungen, RACIs etc. genau geprüft werden. Dann liegt meiner Erfahrung nach nicht genügend Information und Entscheidungskompetenz auf der richtigen Ebene. Grundsätzlich gelten hier natürlich meine Ausführungen zu Governance und zu Eskalationen.

Ich habe aufgrund der vollständigen Virtualisierung aller Meetings eine Demokratisierung dieser wahrgenommen. Jeder, auch jeder, kann die Webkamera anschalten und auch prominent anwesend sein im Gegensatz zum hybriden Meeting. Jeder kann im Collaborationstool die „Hand hebe-Funktion“ nutzen. Jeder sieht was auf dem virtuellen Whiteboard gezeichnet wird und nicht irgendwo auf einem lokal vorhandenen Flipchart. Jeder – und nicht nur das lokale Senior-Management am Tisch – ist gleichberechtigt in der Galerieansicht der Videosoftware zu sehen. Still und heimlich wandelt sich dadurch der Stil der Meetings und vor allem die stärkere Beteiligung von ehemals „nie-im-Meetingraum-Anwesenden“, weil diese z. B. Offshore sind.

Insgesamt ist eine asynchrone Arbeitsweise des Teams zu ermöglichen z. B. durch check-ins morgens (diese können auch manuell in Microsoft Teams angelegt werden). Bei Teams, welche verschiedene Themen bearbeiten und nur Schnittstellen relevant sind oder wo aus welchen Gründen auch immer die täglichen Standups nicht möglich sind, empfiehlt sich in jedem Falle der Checkin-Ansatz. Ein aktiver Austausch zu den Checkins sollte über die Kommentar-Funktion erfolgen. Ansonsten stellt sich kein Mehrwert ein. Wenn eine Person die Checkin-Frage manuell stellt müssen keine Automatismen etabliert werden über zusätzliche Tools. In meinem Team hatten wir dies manuell in MS Teams gelöst in dem ein Kollege zum Arbeitsbeginn die tägliche Frage eingestellt hat.

Durch die höhere Konzentration / Stringenz bei virtuellen Meetings ist schnell eine Erschöpfung der Teammitglieder durch die hohe Sequenz an Meetings zu bemerken. Der ein oder andere Kaffeeplausch ist dann auch virtuell zu ermöglichen.

Für mich habe ich in der für mich intensiveren Zusammenarbeit – intensiv aufgrund der noch höheren Strukturierung – Bestätigung erhalten, dass die Teamzusammenstellung besonders relevant ist wie bereits 2019 beschrieben. Für mich habe ich in der intensiven virtuellen Zusammenarbeit eine schwächere Ausprägung der interkulturellen Unterschiede wahrgenommen. Vielleicht hängt dies mit der oben beschriebenen Demokratisierung zusammen. Hier wäre es interessant wie Deine Erfahrungen dazu sind. Gerne in den Kommentaren. Weiterhin habe ich ein paar Hypothesen aufgestellt, zu denen ich gerne Deine Meinung in diesem Google Form hören würde.

Deine weitergehenden Hypothesen gerne unten in den Kommentaren.

Bringt Corona langfristige Veränderungen?

Diese beinahe philosophische Frage wurde bereits vor Monaten in den Medien intensiv diskutiert und viele Autoren kamen zu dem Schluss, dass die Corona-Pandemie vieles langfristig positiv verändern wird. Mehr Regionalität, weniger Reisen, mehr … Ich glaube realistisch betrachtet, werden viele positiven Aspekte wieder in Vergessenheit geraten, trotz der langanhaltenden Dauer der einschränkenden Maßnahmen.

Denn bereits bei Ausbruch des Vulkans Eyjafjallajökull in Island hatten viele prognostiziert, dass der Flugverkehr langfristig eine Reduktion erfahren wird. Dieser war unmittelbar nach dem Wegwehen der Vulkanasche wieder auf sehr ähnlichem Niveau.

Vielleicht ändert sich ja doch das ein oder andere aufgrund dessen, dass während des Corona-Banns niemand anders arbeiten konnte und das ein oder andere aus Bequemlichkeit sich verfestigt hat oder weil Unternehmen Maßnahmen getroffen haben um keinen weiteren Schock zu erleben. Alle, auch Außendienstmitarbeiter, haben virtuelle Kundengespräche geführt und waren gezwungen mit „dem Unvorstellbaren“ zu arbeiten. Mal schauen.

Letztendlich wird die weitere Entwicklung der Technologie die ein oder andere Veränderung langfristig verankern, weil letztendlich immer Kosten-/Nutzenverhältnis-Erwägungen von Personen und Unternehmen angewandt werden. Wir dürfen also hoffen, dass meine Prognose der Veränderungen wie im Artikel Projektmanager im Jahre 2030 beschrieben eintreten werden. Vielleicht haben sich unsere ethischen und moralischen Ansätze während Corona derart verändert, was direkt auch zu einer Veränderung unserer gemeinsamen Zukunft führen wird.

Welche Veränderungen sollte man „zementieren“?

Die zu Beginn beschriebene Krise führt zur Transformation. Wie sich die Transformation ausbildet und verfestigt ist vorab nicht zu erahnen. Dennoch sollte man selbstredend versuchen möglichst viele positive Aspekte „einzubauen“.

Durch die asynchronere Arbeitsweise in virtuell verteilten Teams sollte in jedem Falle – ganz im Sinne von WOLfrühe Zwischenarbeitsergebnisse geteilt werden. Denn im Büro vor Ort ist der Zwischenstandsreview oft gegeben durch die informellen Kaffeepausen-Unterhaltungen was dem reifenden „Produkt“ immer wieder kontinuierliche Feedbacks erlaubt. Im Virtuellen sollte recht strukturiert möglichst viel Halbfertiges geteilt werden.

Weiterhin bietet es sich an zu prüfen, ob die eigenen Selbstorganisations-Helferlein immer noch die richtigen sind, auch bei Remote-Arbeit.

Was ich mir fest vorgenommen habe ist, dass selbst wenn alle anderen um mich herum wieder in den „Nach-Vulkanausbruch-Ist-Wieder-Alles-Normal“-Effekt fallen, werde ich in meinen Programmen mindestens jede dritte Woche virtuell im Team arbeiten um ständig das Programm in Remote-Arbeitsweise zu versetzen. Denn viele positive Effekte gehen ansonsten wieder verloren.

Ebenso sollten wir in der Zukunft auf hybride Meetings verzichten. Wenn Teile des Teams Remote sind, dann sollten alle ins virtuelle Meetings aufgrund der oben beschriebenen „Demokratisierung“ und der höheren Effektivität.

Die Defintion der Kommunikationsprinzipien im Projekt erlangen aufgrund der notwendigen Home Office-Arbeit höhere Bedeutung, denn eine Formalisierung bei mehr asynchroner Arbeit ist absolut essentiell.

Eines noch sollten wir beibehalten: Die Fürsorge um den Nächsten und der meiner Meinung nach ernst gemeinten oft gehörten Aussage: „Bleib gesund!“. In diesem Sinne .. bleib gesund.

Dieser Artikel entstand im Rahmen der Blogparade des PM Camp Berlins.

Deine Hypothesen?

Virtueller Kaffeeklatsch

2 min.

Summary

In Zeiten von Corona (in virtuellen Projekten ohnehin immer) ist die Kommunikation innerhalb des Teams und auch über enge Teamgrenzen hinweg (gesamtes Projektumfeld) für den Projekterfolg unerlässlich, aber schwer zu gewährleisten. Telefonkonferenzen können zwar geplante Themen behandeln, aber nicht die spontanen Ideen aufgreifen, die sonst in der Kaffeeküche entstehen würden. Wir sind alle in mehr Webkonferenzen als je zuvor, aber die Kaffeegespräche sind unersetzlich und daher ein paar Hinweise, wie man sie im virtuellen Raum nutzen kann.

Wie man das erreicht

Senden Sie einfach eine Kalendereinladung mit den Details der Webkonferenz und entfernen Sie die Häkchen unter Antwortoptionen für „Antworten anfordern“ und „Vorschläge für neue Zeiträume erlauben“, damit Sie nicht durch Antworten belästigt werden. Aber lassen Sie „Weiterleitung erlauben“ angekreuzt. Schicken Sie es aber nur an eine zufällige Stichprobe von Teammitgliedern und Nicht-Teammitgliedern nach der breiteren Projektumgebung. Idealerweise zunächst an ~ 10 Teammitglieder. Weitere werden die Einladung von anderen erhalten. Siehe Beispieltext unten.

Mit folgendem Textvorschlag für die Einladung:

Ich führe derzeit viel mehr Telefonate als Treffen vor Ort in Buxtehude und fange erst am Abend mit der „richtigen Arbeit“ an. Das ist sicher nicht nur bei mir der Fall. Dennoch stelle ich fest, dass wir weit weniger Kontakte über Anbieter- und auch Towergrenzen hinweg haben. Deshalb glaube ich, dass wir mehr Gespräche brauchen, die nur zufällig entstehen. Bitte beteiligen Sie sich also an den folgenden Gesprächen.

Wir treffen uns zufällig an der Kaffeemaschine im Gebäude C1 6. Stock und unterhalten uns ein wenig.

  • Regeln:
    • Sie müssen mit eingeschalteter Webcam beitreten.
    • Sie müssen sich vor dem Beitritt einen Kaffee oder Tee zubereiten lassen.
    • Sie dürfen diese Einladung nur an ein weiteres Mitglied des Apollo-Programms weiterleiten, nachdem Sie selbst an der „Kaffeepause“ teilgenommen haben.
    • Das erste Gesprächsthema nach der Teilnahme an der Videokonferenz darf nicht geschäftlicher Natur sein (stattdessen müssen Sie z.B. den Heimunterricht und das Wetter in Ihrer Heimatstadt besprechen).
    • Der 10. oder jeder weitere Teilnehmer verlässt die Kaffeeküche (der Anruf) aufgrund von Überfüllung und kommt etwas früher zum nächsten Termin.
  • Notizen:
    • Ich selbst werde wahrscheinlich nicht sehr oft hier sein, aber Sie können sich selbst treffen. Wenn ich dort bin, werde ich nicht der Gastgeber sein. Jeder sollte die Regeln selbst durchsetzen.
    • Sie können mit allen von der Kaffeemaschine weglaufen und im kleinen Kreis im Flur plaudern (indem Sie selbst telefonieren).
    • Ich habe 3 ähnliche Termine vereinbart. Da diese bekanntlich natürlich verteilt werden, bin ich gespannt, welcher der Kollegen alle 3 Termine zuerst in seinem Kalender hat. Wenn Sie alle 3 Kaffeetermine von mir in Ihrem Kalender haben, machen Sie von jedem einen Screenshot und schicken Sie ihn mir zu. Der 10. Eintrag erhält eine Flasche Wein aus meinem persönlichen Weinschrank.
    • Wenn jemand diese Idee dumm findet -> Termin in Ihrem Kalender löschen, aber beschweren Sie sich nicht.

Ihre Erfahrungen

Ich wäre an Ihren Erfahrungen mit solchen oder anderen Arten von virtuellen, nicht organisierten Sitzungen interessiert. Bitte kommentieren Sie unten.

Transformationen und Projektkultur oder Führung hin zur Veränderung

3 min.

Summary

Transformation ist kein Changeprozess, sondern eine kleine Krise. 80% der Menschen bevorzugen die Stabilität gegenüber der Veränderung. Veränderungen sind für diese Menschentypus ein notwendiges Übel um von einem stabilen Zustand zu einem nächsten stabilen Zustand zu kommen. Der Change Agent oder Projektleiter muss deshalb alte Regeln umstellen, welche die nicht mehr gewollten Handlungsstrategien erlauben. Um eine Projektkultur zu verändern müssen die Denk- und Verhaltensmuster aller Beteiligten verändert werden. Projektkultur ist die Summe aller Denk- und Verhaltensmuster aller Menschen im System. Es ist ein Irrglaube, dass Führungskräfte oder Projektleiter weniger Regeln und Anweisungen vorgeben sollen, damit das Team innovativ werden kann und wird.

Transformation ist eine Krise

Transformation ist kein Changeprozess, sondern eine kleine Krise. Deshalb muss ein „Change Agent“ nicht ermahnen, dass bestimmte Handlungen nicht mehr gewünscht sind oder andere gewünscht sind. Dagegen soll er bewusst alte Denkmuster / Handlungsmöglichkeiten die Anwendungsgrundlage durch andere Regeln nehmen. Der „Change Agent“ führt keine Veränderung durch, sondern limitiert oder erweitert Handlungsspielräume. Und coacht damit bewusst, aber überwacht nicht. Er muss sicherstellen, dass die alten Handlungsstränge 90 Tage nicht angewendet werden, um damit einen neues Handlungsmuster bei den beteiligten Kollegen zu ermöglichen. In dieser Periode werden neue Denkmuster gesucht, alte Gewohnheiten über Bord geworfen und die neuen Denkmuster werden schlussendlich ohne Anstrengung angewendet.

Soweit die Idealwelt.

Stabilität ist der Wunschtraum der meisten Menschen

80% der Menschen bevorzugen die Stabilität gegenüber der Veränderung. Ursprung dazu ist, dass der Mensch möglichst wenig Energie aufwenden möchte um etwas zu erreichen. Eine Veränderung benötigt mehr Energie und ist daher ungewollt. Veränderungen sind für diese Menschentypus ein notwendiges Übel um von einem stabilen Zustand zu einem nächsten stabilen Zustand zu kommen. Dies wird durch diese Personen auch als Kritik an Ihrer bisherigen Geisteshaltung, Handeln oder was auch immer verändert werden soll, gesehen. In der komplexen Welt heute, in der sich stabile Zustände – wenn überhaupt – nur sehr kurz ergeben, ist die ständige Veränderung eher der Normalzustand. Ich nehme an, dass deshalb heutige Umgebungen Personen als mehr belastender und stressiger wahrnehmen.

Projektleiter oder „Change Agents“ sollen etwas verändern, auf das Sie gar keinen Einfluss haben: Denkmuster und Geisteshaltungen von Beteiligten. Wie gesagt, der Agent muss deshalb alte Regeln umstellen, welche die nicht mehr gewollten Handlungsstrategien erlauben. Mit den neuen Regeln wird sich dann jeder Transtformationsbeteiligte neue Verhaltens- und Denkmuster aneignen.

Wenn ich etwas verändern will, muss ich mich und meine Organisation bewusst in eine Krise stürzen um eine Veränderung in Gang zu bringen.

Veränderung der Projektkultur

Um also eine Projektkultur zu verändern muss ich die Denk- und Verhaltensmuster aller Beteiligten verändern, denn diese prägen die Projektkultur. Projektkultur ist also nicht eine zentral definierte Leitlinie, sondern eine Summe aus allen Denk- und Verhaltensmustern aller Menschen im System.

Die bekannten Führungsmodelle und Projektorganisationen basieren oft auf sehr alten Modellen wie Militär- und Kirchenstrukturen. Diese Modelle erzeugen Stabilität, aber keine Veränderung. Denn darin sind die Grenzen für Denk- und Verhaltensmuster vorgegeben. In der Führung wird es also immer wichtiger Bestehendes (Denkmuster oder Handlungsweisen) zu vergessen um Innovationen zu ermöglichen.

Der Irrglaube als Führungskraft solle man heute weniger Regeln vorgeben

Es ist also ein Irrglaube, dass Führungskräfte oder Projektleiter weniger Regeln und Anweisungen vorgeben sollen, damit das Team innovativ werden kann und wird. Um Innovation (also das Schaffen von Neuem) zu ermöglichen, muss der Projektleiter andere / neue Regeln vorgeben, damit das Team aus der „Komfortzone“ (alte Denkmuster und Handlungen) in einen neuen Zustand wechselt und damit Neues schaffen kann.

Ressourcen – welch hässliches Wort?!

2 min.

Summary

Einsatzmittel als früherer DIN-Begriff und Synonym für den heute gültigen Begriff Ressourcen für das Projekt. Ressourcen im Projektmanagement sind Personal- und Sachmittel, die zur Durchführung von Vorgängen, Arbeitspaketen und eben Projekten benötigt werden. Viele sagen, dass Personal bzw. Projektmitarbeiter als Ressourcen oder gar Einsatzmittel zu bezeichnen nicht adäquat ist. Wie bereits in meinem Beitrag „Sechs Interdependenzen“ angemerkt sind Ressourcen / Einsatzmittel eingeschränkt verfügbar für ein Projekt.

Ressourcenplanung

Die Ressourcen werden in der Planungsphase des Projektes an der Zeitleiste dargestellt, in denen diese dem Projekt zur Verfügung stehen. Ziel dabei ist es die Ressourcen möglichst kurz, gleichmäßig und möglichst wenig im Projekt zu verankern. Denn der Einsatz von Ressourcen verursacht Kosten und vor allem auch wie bei „Sechs Interdependenzen“ angemerkt Defizite in der Stammorganisation oder in anderen Projekten.

Qualifikation für Personal und Spezifikation für Sachmittel sind die entscheidenen Ausprägungen der Ressourcenmerkmale beim Ressourcenmanagement und der Ermittlung des Bedarfes.

Der Bezug zur Agilität

Im agilen Projektmanagement ist die Einsatzmittelplanung ebenso relevant wie im klassischen Projektmanagement. Auch wenn z. B. SCRUM-Teams für die gesamte Sprintlänge in der Regel Vollzeit zur Verfügung stehen, stellen sie dennoch einen knappen Faktor da, da deren Kapazität über die Auswahl der relevanten User Stories genauso „optimal“ genutzt werden soll wie im klassischen PM. Auch im Agilen werden sachliche Einsatzmittel wie z. B. verfügbare Großrechnerzeiten-Slots genauso dediziert als kritische Einsatzmittel betrachtet.

Ressourcen und dessen Klang

Die Einführung des Begriffes Ressourcen und Ressourcenmanagement ist auf viel Kritik gestossen im Zusammenhang der fehlenden Würdigung der Mitarbeiter im Projekt und dessen Qualifikation. Die erforderliche Qualifikation für Projektmitarbeiter unterliegt einem ständigen Wandel der Zeit und wird heute sicherlich anders betrachtet als zur Novellierung der DIN im Jahre 2009. Auch die Orientierung am Mitarbeiter hat sich seither stark gewandelt. Dennoch lässt sich festhalten, dass wenn der Begriff Ressource im Zusammenhang mit „Vernutzung“ gesehen wird, dies menschenunwürdig ist und dies in jedem Falle nicht für gut gesehen werden kann. Es wäre achtlos und herabsetzend. Positiv, da dabei als unausweichlich als verloren angesehen, ist der Begriff „Ressourcen“ auf natürliche Mittel wie Erdöl oder die Natur als solches mit einer positiven Prägung in den letzten Jahren versehen. Dies lässt auch darauf hoffen, dass eine pure Betrachtung von Ressourcen als Arbeitskraft immer mehr an Boden verliert. Denn das Bewustsein, dass es für jede menschliche Ressource verlorerne Lebenszeit darstellen kann, sofern diese keinen Sinn hinter der gegebenen Aufgabe sieht. Das Sinnmachende für die einzelene Person, aber auch für die Gesellschaft im Ganzen wird ein wesentlicher Faktor beim Ressourcenmanagement im Projektmanagement werden, denn bereits heute ist Personal für viele Aufgaben schlicht nicht mehr zu finden.

Führen ohne Schulterklappen mit emotionaler Bindung an das Projekt

3 min.

– Brücke zwischen alten und neuen Projektorganisationsformen –

Summary

Die zentrale Fertigkeit unserer Zeit: Laterales Führen, also dem Führen ohne Weisungsbefugnis wird mehr Beachtung zu schenken sein. Während die klassischen Projektorganisationen auf fachliche Weisungsbefugnis oder gar disziplinarischer Weisungsbefugnis basieren, beruht die laterale Führung und die damit bisher noch nicht benannte (neue) Projektorganisation überwiegend auf Vertrauen und Verständigung durch die Schaffung eines gemeinsamen Gedankenkonstruktes, um die möglichen divergenten Interessen der Beteiligten zumindest für die Projektdauer emotional zu verbinden.

Ein ehemaliges Projekt des Autors ist nach keiner der klassischen Projektorganisationsformen wie der reinen (autonomen), der Matrix- oder Stabsorganisation zu typisieren. Am ehesten ist eine Mischform aus Stabs- und Matrixorganisation zu erkennen, wobei klare Liefergegenstände vereinbart, aber nur teilweise klar zugeordnete Projektmitglieder im Team eingebunden sind. Grundsätzlich tragen aber alle Projektbeteiligten Ihren Leistungsbeitrag zu den Liefergegenständen bei, auch diejenigen, welche nicht an ihn berichten – auch nicht immer fachlich.

Sicherlich könnte man sagen, ein derartiges Projekt dürfte man nie als Projektleiter annehmen oder dies wird gar nie erfolgreich sein.

Wie kann hier eine emotionale Bindung an das Projekt hergestellt werden in solch einer nicht bindenden Projektorganisation?

Formale Machtverhältnisse sind kein Garant für eine stabile emotionale Bindung. Projektmitarbeiter müssen sich in ihrem Projektumfeld wohl und unterstützt fühlen, um sich gebunden zu fühlen. Dabei sucht sich jeder Mitarbeiter Bindungsfixpunkte, die bestimmend für die Entwicklung eines Zugehörigkeitsgefühls sind. Hier kann das gute Verhältnis zum Projektleiter ohne Weisungsbefugnis, die freundschaftliche Beziehung zu den Kollegen oder die Tätigkeit selbst als Bindungsfixpunkt für Wohlbefinden und Teilhabe sein. Denn wer sich als Teil des Projektes sieht, zeigt mehr Engagement und Loyalität.

Teammitglieder sind nur dann leistungsstark, wenn sie attraktive und herausfordernde Projektaufgaben haben. Weiterhin ist Sinnhaftigkeit und ein nachvollziehbares Projektziel für das Projektteammitglied wichtig.

Für Projektteammitglieder ist motivationsbestimmend, dass ihre Meinung im Projekt zählt und sie die Möglichkeit der Mitgestaltung haben. Die Stimmung und Einstellung von Kollegen innerhalb eines Teams kann sich auf die Leistungsbereitschaft des Gesamtprojektteams auswirken. Die Zusammenarbeit mit motivierten und engagierten Kollegen ist oft anregend und erzeugt ebenso eine Bindung durch die Integration in eine Gemeinschaft.

Wie übernimmt man diese Führung wenn es darauf ankommt?

Am stärksten beeinflusst die erhaltene Anerkennung für die geleistete Arbeit die Bindung eines Projektmitarbeiters. Lob von dem Projektleiter schafft Zufriedenheit.

Aber die zentrale Fertigkeit unserer Zeit als verbindendes Element: Laterales Führen, also dem Führen ohne Weisungsbefugnis wird mehr Beachtung zu schenken sein.

Wann und wie lässt man sich durch andere führen? Welche Regeln gelten in diesem Wechselspiel der Kräfte? Nur durch emotionale Bindung ist dies erreichbar.

Wie übt man Führung in diesem Szenario aus? Wie setzt man Ziele richtig? Wie delegiert man Aufgaben richtig? Was motiviert und was demotiviert?

Während die klassischen Projektorganisationen auf fachliche Weisungsbefugnis oder gar disziplinarischer Weisungsbefugnis basieren, beruht die laterale Führung und die damit bisher noch nicht benannte (neue) Projektorganisation überwiegend auf Vertrauen und Verständigung durch die Schaffung eines gemeinsamen Gedankenkonstruktes, um die möglichen divergenten Interessen der Beteiligten zumindest für die Projektdauer zu verbinden.

Die disziplinarische Weisungsbefugnis als Machtquelle fällt weg. Es werden oft andere Machtquellen wie z.B. das Expertentum oder die Informationskontrolle erschlossen und interne Machtspiele bewusst genützt. Hier ist allerdings zu ergründen ob dies zum Erfolg führt. Hier können die Praxiserfahrungen aus dem Projekt des Autors reflektiert werden und zu neuen Erkenntnissen führen wie emotionale Bindung auch über lose Projektoganisationen hinweg erreicht werden kann.

Laterales Führen in abteilungs- oder organisationsübergreifenden Situationen birgt immer ein gewisses Konfliktpotential. Ziel- und Interessenskonflikte der beteiligten Organisationseinheiten, aber auch unterschiedliche Denk- und Verhaltensweisen der beteiligten Personen können nicht ausgeschlossen werden. Hierbei ist zu erörtern ob mehr Konflikte als in einer klassischen Projektorganisation festzustellen sind.

GPM Barcamp „Führung im Projekt“

3 min.

Summary

Am 27.09.2019 findet das dritte GPM Barcamp „Führen im Projekt“ in Fulda statt. Diese Unkonferenz hat sich etabliert, bei dem jeder Teilnehmer aktiv Themenvorschläge einbringen kann, um so viel wie möglich von den Ideen und dem Wissen unserer Teilnehmer zu profitieren, die ganz unterschiedliche Funktionen innehaben und aus ganz verschiedenen Unternehmen kommen.

Was ist nun ein Barcamp?

Da viele Teilnehmer zu einem Barcamp kommen können, können auch Großgruppenmethoden zur Moderation eingesetzt werden. Meist wird die Open-Space-Methode eingesetzt. Teilnehmer werben auf dem Barcamp für Ihre eigene Themen und gestalten dazu je eine Gruppe. In dieser werden mögliche Themen aufbereitet oder Wissen und Erfahrungen ausgetauscht. Die Ergebnisse werden zum Ende des Barcamps reflektiert. Die Open Space-Methode kann an einem Tag eine große Vielfalt von konkreten Maßnahmen produzieren. Und viel Wissen verbreiten und Motivation erzeugen.

Auf einem Barcamp wird wenig mit PowerPoint aber viel mit Stiften, Packpapier, Klebeband und Flipcharts gearbeitet. Auch die Sammlung und Verteilung der Ergebnisse bedarf einer guten Struktur.

Bei jedem Barcamp haben wir bisher eine Vernissage am Ende des Tages durchgeführt, welche die Ergebnisse kurz und knapp dargestellt hat. Dies geschah mithilfe von Pinnwänden, an denen das Publikum in kleinen Gruppen vorbeigeht und sich Einzelheiten erklären ließ.

Prinzipien des Barcamps

  1. Wer auch immer kommt, die da sind, sind die richtigen Menschen: Ob ein oder 20 Menschen Ihrer Einladung zu einer Session/Arbeitsgruppe folgen, spielt keine Rolle. Jeder ist wichtig und motiviert.
  2. Was auch immer geschieht, es ist das Einzige, was geschehen konnte – Ungeplantes und Unerwartetes ist oft kreativ und nützlich. Machen Sie sich frei von Erwartungen, was sein sollte/müsste.
  3. Es beginnt, wenn die Zeit reif ist – wichtig ist die Energie (nicht die Pünktlichkeit).
  4. Vorbei ist vorbei: Manchmal ist ein Thema rasch durch. Ziehen Sie es nicht künstlich in die Länge, nur damit die Zeit rum geht. Nutzen Sie die Zeit, um in eine andere Gruppe zu gehen oder etwas anderes tun, was Ihnen Spaß macht.
  5. Und Nicht vorbei ist Nicht-vorbei: Manchmal kommt ein Thema erst zum Schluss so richtig in Fahrt. Suchen Sie einen freien Raum und notieren Sie auf der Zeittafel, wo andere Sie finden können.

Die zwei Gesetze

„Wahlfreiheit und Selbstverantwortung.“

Das Gesetz der zwei Füße ist Ausdruck der Wahlfreiheit und Selbstverantwortung: Der einzige verpflichtende Punkt. Sie gehen zu den Sessions (Themen), die Sie am stärksten interessieren – und Sie bleiben nur in einer Gruppe, solange Sie es für sinnvoll erachten. Also solange Sie etwas lernen oder beitragen können. Wenn Sie nichts lernen noch beitragen können verlassen Sie diese. Die Anwendung des Gesetzes ist leicht: Sie müssen sich weder rechtfertigen noch entschuldigen.

„Von Hummeln und Schmetterlingen.“

Wenn Menschen das Gesetz der zwei Füße anwenden, zeigen sie manchmal Verhaltensweisen, die metaphorisch mit den Begriffen „Hummel“ und „Schmetterling“ ausgedrückt werden könnten.

„Hummeln“ brummen von Gruppe zu Gruppe und bilden eine Brücke zwischen den Themen durch Gruppenwechsel. Die „Schmetterlinge“ flattern und pausieren nachdem sie ihren Beitrag in der Kleingruppe beigesteuert haben. Sie folgen dem, wonach ihnen gerade zumute ist und sind einfach da.

Was wird erarbeitet?

Alle Themen, welche Sie im Kontext Führung im Projekt umtreiben, interessieren oder bewegen oder Sie aktiven Input geben können.

Führung im Projekt

Wie melde ich mich an?

Anmeldung hier. Für GPM-Mitglieder 50€ und für Nicht-Mitglieder 100€. Eine kostenlose Stornierung der Teilnahme ist nur bis zum 13.09.2019 möglich.

Agiler Wirbel?!

3 min.

Summary

Agile Arbeit bzw. Lieferung ist nur möglich, wenn notwendige Entscheidungen stets abgerufen werden können. Ebenso funktioniert es ohne entsprechende Governance nicht. Die Arbeitsweise in Turnaround-Situationen von klassischen Projekten ähnelt sich stark mit dem Ansatz agiler Projekte. Hier wird der Fokus auf kurze Iterationen und enge Abstimmung mit dem Kunden gelegt. Aus dieser Beobachtung heraus sollte die Einführung von agilen Prinzipien entsprechend erfolgen. Agile Prinzipien werden sich in unterschiedlichen Branchen auch weiterhin unterschiedlich verbreiten. Wer nun aber Agilität mit Methode oder Technologie verbindet liegt falsch! Frühe Ergebnisse im Projekt und enge Abstimmung mit dem wirklichen Kunden sind keine Methoden- oder Toolergebnisse.

Agiles Projektmanagement funktioniert ohne entsprechende Governance nicht

Agile Arbeit bzw. Lieferung ist nur möglich, wenn notwendige Entscheidungen stets abgerufen werden können. In meinem Beitrag „Kommunikationsprinzipien in einem Projekt“ ist gut zu erkennen, dass die kurze Dauer bis zu einer Entscheidungsfindung extrem wichtig ist. Diese wird oft durch die mittleren Schichten des Managements in einem Unternehmen verlangsamt oder gar blockiert. Dieser sogenannte Permafrost kann die vom Top-Management oft sinnvollerweise identifizierte Notwendigkeit von Agilität nicht nachvollziehen. Diese Schicht will ebenso im Projektverlauf die notwendigen Entscheidungen nicht selbst treffen, aber platziert diese dann auch nicht richtig beim Senior Management.

Agiles Projektmanagement ähnelt sich stark mit dem Ansatz klassischer Projekte in Turnaround-Situationen

Bei agilem Projektmanagement und bei Turnaround-Situationen von klassischem Projektmanagement wird der Fokus auf kurze Iterationen und enge Abstimmung mit dem Kunden gelegt. Aus dieser Beobachtung heraus sollte die Einführung von agilen Prinzipien entsprechend erfolgen. Der klassische Projektplan ist dann meist nur Referenz für vertragsrelevante Liefergegenstände. Die Kette des Versagens bei Projekten ist die Kundenbeziehung und damit die Governance-Struktur, danach die Tools und Prozesse und spätestens anschließend die Mitarbeiterfrustration. Bei der Einführung von agilen Prinzipen ist die Sequenz genau anders herum. Wobei meiner Erfahrung nach kann in Projektorganisationen die Teamstimmung zu jeder Zeit vielfältigste Probleme anzeigen und nicht nur pauschal, dass „etwas“ nicht stimmt, sondern auch in welchen Projektmanagement-Domänen (siehe mein Beitrag Teamstimmung). Interessant wäre hier bei der Einführung von agilem Projektmanagement ebenfalls diese Methode zu verwenden.

Wie wird der agile Wirbel sich nun verbreiten?

Wie in meinem Beitrag „Projektleiter im Jahre 2030“ abzuleiten ist, werden sich die agilen Prinzipien in unterschiedlichen Branchen auch weiterhin unterschiedlich schnell und stark verbreiten. Wie diese „Agilität“ dann aussehen wird, ob reines SCRUM, SRUM of SRCUM, Kanban, scaled agile, SAFe, LeSS oder Spotify wird durch die Kunden- und Unternehmensumgebung (also Produkte, Dienstleistungen, Branche, Größe usw. geprägt). Ist das „klassische Projektmanagement“ damit tot? Sicherlich nicht, denn es gibt bestimmte komplexe (sehr große Programme) und komplizierte (Wiederholungsprojekte) für die das klassische Projektmanagement die bessere Alternative sein wird. Sinnvollerweise wird der klassische Projektmanager dennoch Tool-Picking aus der agilen Box machen. Wer nun aber Agilität mit Methode oder Technologie verbindet liegt falsch! Frühe Ergebnisse im Projekt und enge Abstimmung mit dem wirklichen Kunden sind keine Methoden- oder Toolergebnisse. Konzepte und Planung sind in beiden Ansätzen erforderlich. Diesem Aspekt tragen Ansätze wie die skalierten agilen Ansätze wie z. B. SAFe besonders Rechnung.

Die Herausforderungen für Product Owner oder Projektmanager

Die Herausforderung für die Treiber von Vorhaben, ob nun Product Owner, Projektmanager oder Programm-Manager wird nun sein, dass diese in unterschiedlichen Umgebungen unterschiedliche Klaviaturen spielen sollen. Denn die dogmatische Ausrichtung „wir machen nur agile Einzel-Projekte“ kann nur in Unternehmen erfolgen, die keinen Bedarf für andersartige Schnittstellen und Umgebungen haben. Der reine Agile Product Owner oder klassische Programmmanager wird daher eher die seltene Spezies bleiben. Eine Stigmatisierung der beiden Ansätze ist daher sicherlich nicht sinnvoll, sondern die kombinierte Anwendung bzw. schlicht gesagt das agile klassische Projekt ist die Zukunft. Frühe und stete Resultate und enge Endkundenabstimmung sind in allen Vorhaben der Erfolgsfaktor.

Dieser Artikel entstand im Rahmen der Blogparade des Projektmagazins.

Projektleiter im Jahre 2030

6 min.

Summary:

Gibt es den Projektleiter im Jahre 2030 noch – wie wir ihn heute kennen? Die Antwort in Kürze: Nein. Im Bereich Führung, der Organisation als auch in der Umsetzung des Vorhabens werden sich die Aufgaben der Projektleiter verändern.

Es hat mich gereizt bei der Blogparade des Projektmagazins mitzumachen. Denn zum einen sprechen wir hier über einen Begriff „Projektleiter“ der heftig in die Diskussion geraten ist und zum anderen über einen Zeitraum, der selbst für Zukunftsforscher sehr lange ist. Die Forscher trauen sich selbst nicht in dieser Zeitdimension festzulegen.

Der Projektleiter als Begriff

Beide Teile des Wortes Projektleiter sind derzeit in großer Diskussion, ob diese aussagekräftig oder gar noch zeitgemäß sind. Projekte werden wie z. B. im BI von Otto als nicht mehr erforderlich gesehen. Der (Projekt-) Leiter oder Projektmanager ist im reinen agilen Set nicht vorgesehen. Hier wird Führung oder Leadership noch einen wichtigeren Fokus bekommen als ohnehin heute schon. Leiter im Sinne von steuern und lenken wird immer weniger relevant werden aufgrund der bereits jetzt sichtbaren Entwicklungen.

Es ist problematisch eine Zukunftsaussage über den Projektleiter in 2030 zu geben, wenn bereits heute der Begriff als solches nicht mehr die Verankerung hat, wie vielleicht in den vorhergehenden Jahrzehnten. Wagen wir einen Versuch.

Der Maßstab Zeit

Bis 2030 sind es noch 12 Jahre. Erscheint lange. Wenn man überlegt wie die Welt aussah, vor 12 Jahren, von heute 2018 rückwärts gerechnet: Es gab kein iPhone, kein Android, keine Apps, kein Youtube, kein Spotify, kein Kindle, kein Tablet, keinen digitalen Vollformatsensor in einer Serienkamera (um auch mein Hobby in den Kontext zu bringen). Man erkennt es passiert mehr in 10 bzw. 12 Jahren als man annimmt. Deshalb rechnen Zukunftsforscher nicht in Jahren, sondern in Wochen, um die Kurzfristigkeit zu betonen und um die Zukunftsmodelle und -aussagen schneller zu bewerten und vergleichbarer zu machen. Der Zukunftsforscher nimmt 50 Wochen pro Jahr an. Wie viele Wochen seit Neujahr sind schon wieder vorbei? Drei. Also weniger als 50 Wochen bis Neujahr. In diesen drei Wochen sind nach dem menschlichen Gefühl nicht viele Dinge passiert. Im besten Falle haben Sie dreimal eine Wochenplanung gemacht und dreimal ein Resümee gezogen. Aber die „Wochen-übergreifenden“ taktischen Themen erscheinen nicht signifikant. Dennoch arbeiten Projektmanager, Scrum Master oder Ein-Mann-Unternehmen an den revolutionären Aspekten der Zukunft. In den nächsten 597 Wochen bis zum Jahr 2030.

Wie sieht das Projektumfeld aus in 500 Wochen?

Wie sieht die Welt in 500 Wochen aus? Ziemlich sicher scheint: In 500 Wochen werde ich und 70% der deutschen Bevölkerung kein Auto mehr besitzen.  In 500 Wochen werden wir keine Smartphones mehr besitzen. In 500 Wochen werden wir keinen Supermarkt mehr nutzen. In 500 Wochen werden wir mehr Strom in den Haushalten produzieren als wir konsumieren. In 500 Wochen werden wir Fleisch aus Laboren gezüchtet essen. In 500 Wochen werden wir Ohren für Menschen aus dem 3D-Drucker als medizinische Ersatzteile erhalten. In 500 Wochen werden Roboter die Pflege von alten Menschen unterstützen. In 500 Wochen werden 40% der deutschen Bevölkerungen intelligente nicht-medizinische Implantate besitzen. In 500 Wochen …

All diese Vorhaben – nennen wir sie mal hier einfachheitshalber Projekte – werden von Menschen begleitet. Es geht hier nicht um die Generierung der Ideen, sondern um deren Umsetzung. Dass Ideen-Gebung, -definition und -umsetzung personell nahe beieinander liegen sollen, befürworten die einen und kritisieren die anderen.

Anforderungen an die heutigen Projektleiter im Jahr 2030

Welche Auswirkungen hat dies denn auf mich und alle anderen Projektleiter aus dem Jahre 2018? Der Visionär Projektmanager, der diese eine Idee treibt, wird so nicht mehr existent sein. Wir erkennen bereits heute wie komplex die Arbeitswelt und die Welt als solches geworden ist. Dies kann nicht mehr eine Person in sich vereinen. Es wird also immer mehr eine Teamleistung sein müssen. Was gut ist. Dies wirkt sich selbstredend auf den Aspekt der Führung aus. Wir erkennen Trends bereits in agilen Ansätzen die aber noch nicht das Ende der Fahnenstange darstellen. Die nachkommenden Generationen haben und fordern eine andere Einstellung zur Arbeit. Das habe ich schon vielfach selbst erlebt und rede auch schon wie meine Opas („Die jungen Leute heutzutage“). Aber auch diese Veränderung ist gut, denn …

“Ohne Veränderung keine Entwicklung.”
Birgit Ramlow (*1948), Angestellte und Hobby-Aphoristikerin

Transformation vs. Revolution

Und nun ein viel kritisierter Begriff aus der BWL: Transformation. Wenn ich in Wochen denke und Vorhaben in einem überschaubaren Zeitrahmen gestalte hat man transformationelle Aspekte. Revolutionär ist es, wenn wir einen kompletten Technologie- oder Paradigmenwechsel erleben. Das Smartphone war keine Revolution, sondern eine mutige und kreative Zusammenstellung von verfügbaren Technologien. Der Push kam etwas verzögert erst durch die Apps. Aber auch diese sind keine klassische Revolution, sondern eine Weiterentwicklung auf einer anderen Plattform und daher durch mehr Nutzer eingesetzt. Wieso wurde denn das Smartphone letztendlich doch als revolutionär empfunden und hat auch diesen äußeren Anschein? Nun, meine These ist, dass Manager von Konkurrenten wie Nokia und Siemens nicht mutig genug waren und nicht auf den Markt gehört haben. Die Vorstellungskraft bzw. Kreativität hat nicht gefehlt. Denn auch den Autobauern wird heute die ganze Entwicklung vorhergesagt und die Reaktionen darauf sind meiner Meinung nach zu zögerlich. In Entwicklungszeiträumen von 4 Jahren pro wirklichen Modellwechsel, also 200 Wochen, kann man in der heutigen Zeit nicht mehr agieren. Was können wir also daraus für den Projektleiter ableiten?

Er wird viel in Transformationsvorhaben mitarbeiten und wird bei mutigen und schnell agierenden Geschäftsführungen durch das schnelle Platzieren von neuen Vorhaben damit zur Revolution beitragen.

Unternehmensführung oder Gremien in 2030

Die größten Veränderungen werden sicherlich noch eine Ebene höher (wenn man davon überhaupt sprechen mag – heute zumindest eine Ebene höher) erforderlich sein beim Portfolio-Board, bei den Product Ownern oder wie auch immer ein Unternehmen für sich die strategische Entscheidungsfindung implementiert. Bei Otto im Produktbereich, im agilen Umfeld durch den Product Owner – als Vertreter für die Geschäftsleitung oder das Portfolio-Board im klassischen Projektmanagement. Diese Gremien werden sicherlich noch mehr, als in meinem im Jahre 2016 verfassten Artikel, dem definierten Anspruch gerecht werden müssen, um die Taktung zwischen den Transformationen hin zu Revolutionen zu ermöglichen. Und seien wir mal ehrlich, in den ~ 60 Wochen seit dem dieser Artikel verfasst wurde, ist der Anspruch immer noch nicht erfüllt. Es gibt also Handlungsbedarf.

Unterschiedliche Anforderungen an die Projektleiter

Wird die Entwicklung abhängig sein von der Projektart?

Es wird nicht mehr den Projektleiter geben der universell in allen Branchen und Projektarten Projekte leiten kann. Zumindest die heutige Anspruchshaltung hierzu wird immer weniger zutreffend sein.

Im Bereich der Softwareentwicklung werden sich agile Ansätze und für große Programme hybride Mischformen entwickeln. Eine Ausgestaltung dieser Mischformen ist Material für einen weiteren Blogbeitrag.

Investitionsprojekte werden weiterhin ähnlich organisiert sein wie heute. Und damit auch die Rolle und Aufgabenstellung des Projektleiters. Auch wenn die heutigen Beispiele, wie Berliner Flughafen, nicht vielversprechend sind.

Der junge Projektmanager in 2030

Was ist aber mit dem jungen Projektleiter der im Jahre 2030 erstmals Projekte managen soll? Dieser startet mit einem Handicap. Denn er selbst, aber auch seine IT-Architekten und anderen Kollegen, werden hier in Deutschland keine „Gesellenjahre“ mehr erlebt haben, da alle „Gesellentätigkeiten“ schon in den 90er Jahren aus dem letzten Jahrhundert Nearshore oder Offshore verlagert wurden. Ein einsteigen in den Beruf Projektmanager, wie auch immer der geformt ist, wird nicht mehr so einfach möglich sein.  Dies beobachtet man heute in der schon vor länger veränderten Umfeldern, wie in der Textilindustrie. Hier gibt es heute oft in Deutschland Probleme qualifizierte Näherinnen für die Musterkollektion zu finden. Deshalb müssen Firmen selbst unternehmenskritische Bereiche wie Design und Musterkollektion ins Ausland verlagern. So wird es auch mit den Projektmanagern der Zukunft sein. In der virtuellen Welt, mit den unterstützenden Technologien, wird dies immer einfach sein trotzdem hier in Deutschland noch Projekte durchzuführen. Aber auch die Nähe zum Kunden ist aufgrund der virtuellen Unterstützungstechniken immer weniger wichtig. Das heißt, Vorhaben werden in 2030 auch komplett von remote aus durchgeführt werden können (inkl. Projektleiter), ohne die Kundennähe in Deutschland zu vermissen.

Working Out Loud

3 min.

Summary

Working Out Loud ist besonders für die Arbeit in Projekten geeignet. Sie ist keine klassische Methode, sondern beansprucht für sich eine Lebenseinstellung zu sein – mit verbundenen praktischen Techniken. Die Elemente sind: Arbeit sichtbar machen und verbessern, Beiträge leisten, soziales Netzwerk aufbauen und zielgerichtet zusammenarbeiten.
 

Einführung in WOL

Working Out Loud ist eine aus den USA stammende Methode, welche besonders für Mitarbeiter in Projekten geeignet ist. Initialer Vater der Idee war Bryce Williams. John Stepper hat daraus geschickt eine Bewegung generiert. Sie schwappt gerade über den Ozean und gewinnt neue Anwender in Deutschland. Sie denkt weiter. Sie ist keine klassische Methode, sondern beansprucht für sich eine Lebenseinstellung zu sein – mit verbundenen praktischen Techniken. Diese Lebenseinstellung führt auch zu gelebten Werten die in dieser Kombination nicht alltäglich sind. Ähnliche Ansätze trägt auch Austin Kleon in Show Your Work vor.

 
Die fünf Kernelemente von Working Out Loud sind (ursprünglich abgerufen von workingoutloud.de):
 
  • Arbeit sichtbar machen — Zwischenergebnisse, veröffentlichen,
  • Arbeit verbessern — Querverbindungen und Rückmeldungen helfen, Deine Ergebnisse kontinuierlich zu verbessern,
  • Großzügige Beiträge leisten — biete Hilfe an, anstatt Selbstdarstellung,
  • Soziales Netzwerk aufbauen — so entstehen breite interdisziplinäre Beziehungen, die weiterbringen,
  • Zielgerichtet zusammenarbeiten — um das volle Potenzial der Gemeinschaft auszuschöpfen.

Die Anwendung in einem Konzern wie T-Systems bei paralleler Anwendung von klassischem Projektmanagement wird dargestellt.

Inhalt sind praktische Beispiele der Anwendung, die Erfolgskriterien des Ansatzes und dessen Hürden in einer Projektorganisation vor.

Working Out Loud in einer Projektsteuerungsorganisation

Wie funktioniert nun eine Anwendung in einem Konzern wie T-Systems unter Anwendung von klassischen Projektmanagement-Ansätzen. Widerspricht sich dies nicht? Mitarbeiter der Konzerne ThyssenKrupp, Robert Bosch und auch T-Systems praktizieren diese Einstellung und Techniken.

„Working Out Loud“ bedeutet, die eigene Arbeit zu „veröffentlichen“, Fortschritte, Probleme und Fehler zu berichten und darüber in Austausch mit anderen Kollegen zu gehen, damit alle von dem Gelernten partizipieren. Also nichts Neues denkt man spontan?! Eine kombinierte Anwendung der Kernelemente des Working Out Loud Ansatzes erfordert Disziplin, Offenheit und Konsequenz. 

Wie geschieht dies in der Praxis im Projekt?

Der Austausch im „eigenen Saft“ das heißt im eigenen Projekt reicht nicht. Ein Zugehen auf zentrale Stellen wie Tool- oder Prozessverantwortliche oder im besten Falle auch auf andere Projekte ist eine erste Grundvoraussetzung. Auch mit Stellen, welche oft nicht sehr beliebt sind wie zentrale Qualitätsmanagementeinheiten, Projektmanagementhandbuch-Verantwortliche oder Tool-Owner ist erforderlich. Ein intensiver Austausch über Zielsetzung, Anwendung und Lösung der anstehenden Herausforderung mit diesen ist ein Muss. Ich habe dies konsequent gelebt für mein aktuelles Projekt in dem wir ein nicht dem Unternehmensstandard entsprechenden Fortschrittsgrad und Forecast-Prozess und -tool aus besonderen Umständen entwickeln mussten. Bereits das Teilen von Mikroergebnissen mit auch nicht (direkt) betroffenen Projektkollegen hebt ungeahnte Potenziale. Das Einbinden, von Stakeholdern wie Auftraggeber, Nutzer, Richtlinienverantwortliche ist gewohnte Praxis, hebt aber nur teilweise das Potential.

Der Ansatz geht weiter als das bisher Dagewesene. Eine Vernetzung auch außerhalb des Konzerns zum Austausch von Ideen ist zwingend erforderlich. Denn ansonsten leidet die Effizienz und Effektivität jedes Vorhabens. Der Prozess, die Spezifikation, das Tool, die Schulung und der Rollout war in noch nie dagewesenen drei Wochen erfolgt. Bereits zwei Monate nach der Einführung wurde dann im Sinne „Beiträge an die Gemeinschaft zu leisten“ das Geschaffene bei der alljährlichen konzernweiten weltweiten Projektmanager-Community vorgestellt und als Good Practice definiert. Ein bis dahin in dieser Zeitspanne nie erreichter Abschluss. Genau genommen ist nicht nur die Schnelligkeit, sondern auch das „Überhaupt“ (abseits von Standardprozessen und Tools) ist bereits ungewöhnlich. Working Out Loud öffnet neue Horizonte und bringt eine frische Lebendigkeit und Interaktivität in und rund um die Projekte. Und sogar rund um Konzerne.

Selbst in großen Konzernen ist dieser „Kombi-Ansatz“ Working Out Loud aus bereits bekannten Ansätzen anwendbar und trägt Früchte über das einzelne Vorhaben hinaus.

Der Autor stellt an weiteren praktischen Beispielen die Anwendung, die Erfolgskriterien des Working Out Loud Ansatzes und auch dessen Hürden in einer Projektsteuerungsorganisation vor.

Aktive Teilnahme Arbeitsgruppe „WOL mit Konzernsicherheit und NDA“

Wollen Sie aktiv in einer Arbeitsgruppe mitmachen zum Thema:
„Working Out Loud mit Konzernsicherheit und NDAs“

Dann nehmen Sie bitte mit mir Kontakt auf.

Präsentation

Im Sinne des WOL habe ich die Präsentation vom PM-Forum Version 3.0 wieder zur Kommentierung freigegeben.
Besten Dank für alle bisherigen Hinweise zur Version 1.0 und 2.0!

 

Nachgereicht für die Blogparade von Stephan Grabmeier am 04.06.2019 #FutureBusiness