Konflikte anheizen, bzw. Konflikte beruhigen

Image by Tumisu from Pixabay

Durch den turbulenten Wandel mit seinen vielfältigen Veränderungsdimensionen kommt es verstärkt zu unterschiedlichen Meinungen, Verhalten, Mindsets. Diese Unterschiede können kommuniziert, ausdiskutiert und verhandelt werden, oder münden im schlechtesten Fall in einem Konflikt. In dem Beitrag Krisenarten, Krisenursachen un Konfliktarten in Projekten bin ich darauf schon einmal etwas ausführlicher eingegangen.

In diesem Blogbeitrag geht es um eine systemtheoretische Sicht auf Konflikte und um Möglichkeiten, Konflikte anzuheizen, bzw. zu beruhigen. In dem Beitrag von Katrin Großheim (2023): Furchtbare oder fruchtbare Konflikte. Systemtheoretische Impulse für Führungskräfte und Teams, die es wissen wollen, in: RKW-Magazin 3/2023 weist die Autorin darauf hin, aus systemtheoretischer Sicht nach der Funktion von Konflikten für soziale Systeme (z.B. Teams, Organisationen) zu fragen“Konflikte sind Veränderungsimpulse”.

Die Autorin hat bei der Tabelle nicht die Quelle angegeben. In den Literaturhinweisen wird auf den Klassiker von Glaßl (2013), auf Simon (2022) und Eidenschink (2023) verwiesen.

Solche Zusammenhänge thematisieren wir auch in den von uns entwickelten Blended Learning Lehrgängen Projektmanager/in (IHK) und Projektmanager/in AGIL (IHK). Informationen dazu, und zu aktuellen Terminen, finden Sie auf unserer Lernplattform.

Wissen und Erfahrungen als Input und Output von Projekten

Düsterer, G. (2000): Wissensmanagement in Projekten, in: projektmanagementaktuell 4/2000 – der Begriff “WISSEN” wurde von mir jeweils ergänzt

Projekte sind insgesamt keine Routine, und heben sich somit von den Routineprozessen in den Organisationen in den Abteilungen ab. Dennoch nutzen Projekte Wissen aus der Routine und erzeugen wiederum Wissen für die Routine. Darüber hinaus sollte auch immer das Wissen aus vorherigen Projekten genutzt werden und jedes Projekt sollte selbst Wissen für nachfolgende Projekte zur Verfügung stellen.

Anhand dieser einfachen Betrachtung der Zusammenhänge beim Umgang mit Wissen wird schon deutlich, dass dem Umgang mit Wissen – dem Wissensmanagement – in Projekten, Programmen und Portfolios eine bedeutende Rolle zukommt. Einzelne Elemente des Umgangs mit Wissen werden oft in den Organisationen genutzt, gerade wenn es um das explizierbare Wissen geht. Was häufig noch fehlt, ist ein systematischer Umgang mit den verschiedenen Wissensdomänen (z.B. Wissen über Kunden etc.) und Wissensarten (z.B. Implizites Wissen, Explizites Wissen).

Solche Zusammenhänge thematisieren wir auch in den von uns entwickelten Blended Learning Lehrgängen Projektmanager/in (IHK) und Projektmanager/in AGIL (IHK). Informationen dazu, und zu aktuellen Terminen, finden Sie auf unserer Lernplattform.

Kompetenzmanagement aufbauen und Persönlichkeits-Eigenschaften in den Vordergrund stellen geht nicht

In der heute eher komplexen Welt dominieren immer mehr offene Problemlösungssituationen, für die entsprechende Kompetenzen (Selbstorganisationesdispositionen) zur Bewältigung erforderlich sind. Das wird auch immer mehr den Unternehmen/Organisationen klar, doch werden dabei oft eher psychometrische Verfahren mit dem Fokus auf Persönlichkeits-Eigenschaften gelegt. Doch der Schluss von Persönlichkeits-Eigenschaften auf Kompetenzen ist falsch.

“In der Praxis steht man oft vor einer paradoxen Situation: Einerseits gehen immer mehr Unternehmen zum Aufbau von Kompetenz-Managementsystemen über. Andererseits dominieren dabei noch oft traditionelle Modelle, die wieder relativ unbeeinflussbare Persönlichkeits-Eigenschaften in den Vordergrund stellen – allerdings hinter einer Kompetenz-Fassade. Und es werden einseitig die Gütekriterien psychometrischer Verfahren auf theoretisch anders basierte Verfahren übertragen, anstatt den Nachweis von Kompetenzverstärkungen oder – Veränderungen insbesondere im Rahmen biografischer Prozess-Evaluationen anzustreben” (Erpenbeck 2012, in Faix (Hrsg.)).

Organisationen sollten diesen Mismatch erkennen, und die Kompetenzentwicklung auf der individuellen Ebene, der Gruppenebene, der organisationalen Ebene und der Netzwerkebene mit angemessenen Verfahren unterstützen.

In einem innovativen Umfeld sind stabile Teams 60% produktiver als Teams, bei denen die Teammitglieder immer wieder wechseln

Durch die arbeitsteilige Organisation von Routineprozessen (Taylorismus) ist es in Organisationen üblich, dass Mitarbeiter aus verschiedenen Bereichen/Abteilungen temporär in mehreren Projekten arbeiten. Diese Matrix-Projektorganisation ist deshalb beliebt, da die Abteilungssicht auf Arbeit immer noch dominiert, und Projektarbeit oft als zusätzliche Belastung gesehen wird. Nach der Projektarbeit gehen die Teammitglieder immer wieder zurück in ihre Abteilungen.

Die Projektifizierung Deutschlands zeigt, dass es in Zukunft immer mehr Projektarbeit geben wird, und Projektarbeit besser organisiert werden muss. Dabei sind die verschiedenen Vorgehensmodelle (Klassisches Projektmanagement, Hybrides Projektmanagement und Agiles Projektmanagement) zu unterscheiden. In einem eher innovativen Umfeld (Agile Innovation) hat sich bewährt, Teams stabil zusammenarbeiten zu lassen, ohne dass es immer wieder Wechseln in der Teambesetzung gibt.

„[…] Mastering agile innovation is similar. Before beginning to modify or customize agile, a person or team will benefit from practicing the widely used methodologies that have delivered success in thousands of companies. For instance, it’s wise to avoid beginning with part-time assignment to teams or with rotating membership. Empirical data shows that stable teams are 60% more productive and 60% more responsive to customer input than teams that rotate members. […]“ (Rigby, Sutherland, Takeuchi 2020, zitiert in Mittelbach (Hrsg.) (2023)).

Die stabile Zusammenarbeit – oft auch direkt Face-to-Face – ist ein wesentliches Kriterium, um auch das implizite Wissen zu erschließen. Wie der Quelle zu entnehmen ist, wird in dem Zusammenhang auch Takeuchi erwähnt, der zusammen mit Nonaka die Wissensspirale thematisiert hat.

Solche Zusammenhänge thematisieren wir auch in den von uns entwickelten Blended Learning Lehrgängen, Projektmanager/in (IHK) und Projektmanager/in Agil (IHK), die wir an verschiedenen Standorten anbieten. Weitere Informationen zu den Lehrgängen und zu Terminen finden Sie auf unserer Lernplattform.

Capital One löst die auf Agilität ausgerichteten Rollen auf. Kann es sein, dass Scrum nicht agil genug ist?

Image by Pexels from Pixabay

Scrum ist das Framework, das im agilen Umfeld am bekanntesten ist. Jeder kennt die verschiedenen Rollen im Scrum Team: Product Owner, Developer und Scrum Master. Auf organisationaler Ebene gibt es dann noch den Agile Coach, der die Transformation/Transition zu einer Agilen Organisation begleitet – und weitere.

Unternehmen haben daher in der Vergangenheit auch bei ihren Stellenausschreibungen darauf geachtet, gerade die angesprochenen Rollen in der Personalauswahl abzudecken. Darüber hinaus wurden ganze Funktionsbereiche gegründet, die sich mit Agilität befassen. Gleichzeitig gibt es auch Stimmen die noch einmal darauf hinweisen, dass Scrum nicht für Alles einsetzbar ist, sondern Bedingungen unterliegt, die sogar im Scrum-Guide beschrieben sind. Auch die Skalierung über Scrum ist nicht ohne Hindernisse, da der Scrum-Guide speziell auf einzelne Projekte ausgerichtet ist. Natürlich gibt es die bekannten Ansätze wie LeSS, Nexus, Scrum of Scrum, SAFe etc, doch ist auch das nicht so ganz einfach, in bestehende Organisationen zu etablieren. Es gibt also, wie überall, Vorteile und Nachteile von Scrum. Manche formulieren ihr Unbehagen etwas drastischer. Siehe dazu auch Entsteht durch Agiles Projektmanagement ein neues Silo-Denken?

Vorreiter, wie z.B. Capital One, gehen nun einen radikal anderen Weg. In dem Artikel Capital One Job Cuts Signal Trouble for IT Labor Market (Wall Street Journal vom 20.01.2023) wird deutlich, dass hier die spezifisch auf Agilität ausgerichteten Rollen aufgelöst werden:

“A spokesperson said the eliminated positions include agile portfolio and delivery leads, agile coaches, and agile support roles. Affected workers can apply for hundreds of open jobs at the company, and Capital One is actively hiring product managers and engineers focused on cloud, data, machine learning, and cybersecurity, the spokesperson said. The company employed 55,100 people at the end of September” (ebd.).

In dem Beitrag Scrum is Not Agile Enough (AIM vom 01.09.2023) beschreibt eine weitere Autorin diese Entwicklungen und fasst zusammen:

“Early this year, Capital One sacked its entire Agile division, merging the roles into existing product managers. It’s highly possible that the era of Scrum Masters overseeing teams could diminish, while businesses might embrace Agile practices within teams or opt for a model similar to what Capital One has implemented.”

Solche Zusammenhänge thematisieren wir auch in den von uns entwickelten Blended Learning Lehrgängen, Projektmanager/in (IHK) und Projektmanager/in Agil (IHK), die wir an verschiedenen Standorten anbieten. Weitere Informationen zu den Lehrgängen und zu Terminen finden Sie auf unserer Lernplattform.

Wissensarbeiter benötigen pro Woche fast einen ganzen Tag für die Informationssuche

Image by Firmbee from Pixabay

In einer aktuellen Studie von Researchscape im Auftrag von Lucid Software wurden 2.196 Wissensarbeiter aus den USA, aus UK, den Niederlanden, Deutschland und Australien befragt. Dabei kamen doch recht überraschende Ergebnisse heraus, die in der englischsprachigen Website von Lucid Software zu finden sind. ZDNET hat die wichtigsten Erkenntnisse in einem deutschsprachigen Artikel zusammengefasst.

“Demnach wenden deutsche Wissensarbeiter im Schnitt etwa 6,5 Stunden für die Suche nach Informationen auf, bevor sie mit der eigentlichen Arbeit beginnen können – was fast einem ganzen Arbeitstag pro Woche entspricht. Zudem erschwert eine schlechte Koordination im Team die produktive Arbeit” (Quelle: ZDNET vom 01.06.2023).

Qualitativ gute Daten und Informationen sind für die Wissensarbeit elementar. Insofern ist es wichtig, diese Basis mit Hilfe digitaler Strukturen aufzubauen und die Koordination im Team zu verbessern. Technologisch kann das durch Kollaborationsplattformen geschehen, die auch eine stärkere Selbstorganisation unterstützen sollte. Kollaborationsplattformen unterscheiden sich dadurch auch von Software. Siehe dazu auch Von der Projektmanagement-Software zur Kollaborationsplattform.

Solche Zusammenhänge thematisieren wir auch in den von uns entwickelten Blended Learning Lehrgängen, die wir an verschiedenen Standorten anbieten. Weitere Informationen zu den Lehrgängen und zu Terminen finden Sie auf unserer Lernplattform.

Unternehmenskultur und Projektkultur im Spannungsfeld zwischen “Tight” und “Loose”

Dass die Kultur – in Unternehmen die Unternehmenskultur – einen großen Einfluss auf das entsprechende Projektmanagement hat (Projektkultur), ist schon lange bekannt und wird immer wieder thematisiert. Wenn man es plakativ darstellt, wird eine eher offene Unternehmenskultur mit dem Agilen Projektmanagement, und eine eher geschlossene Unternehmenskultur mit dem Klassischen/Plangetriebenen Projektmanagement in Verbindung gebracht.

In dem Zusammenhang wird oft auf das Kulturebenen-Modell von E. Schein verweisen, der auch auf die begrenzte Beeinflussbarkeit einer historisch gewachsenen Unternehmenskultur hinweist. Weiterhin wird oft auf die unterschiedlichen Kulturen von ganzen Ländern verwiesen. Dabei gibt es Länder wie die USA, denen eher eine “loose culture”, und Länder wie Deutschland, denen eher eine “tight culture” zugesprochen wird (vgl. Gelfand 2018). Jetzt geht es in Unternehmen oftmals nicht um ein “Entweder-oder”, sondern um ein “Sowohl-als-auch”, also um organisationale Ambidextrie. Dabei versuchen Unternehmen, eine Balance zwischen den extremen Polen einer Unternehmenskultur zu finden.

“Damit ist gemeint, dass ein Unternehmen, das tendenziell durch eine „lose“ Unternehmenskultur gekennzeichnet ist, straffe Regelungen einführt. Beispielsweise besagt die 70-20-10-Regelung bei Google, dass Mitarbeiter 70?% ihrer Arbeitszeit für vorhandene Unternehmensprojekte aufwenden, 20?% für Ideen, die mit diesen Projekten im Zusammenhang stehen sowie 10?% für individuelle Projektansätze. Das Konzept wird als „structered looseness“ bezeichnet.

Von „flexible tightness“ wird in den Fällen gesprochen, in denen Unternehmen, die tendenziell durch eine straffe Unternehmenskultur gekennzeichnet sind, lockerere Praktiken zur Anwendung bringen. Als Beispiel kann auf den japanischen Autobauer Toyota verwiesen werden, der im Rahmen eines vorgegebenen Acht-Schritte-Programms die Mitarbeiter zum Experimentieren einlädt. Interessanterweise wird hier ein Unternehmen aus einer tendenziell „engen“ Kultur genannt, das maßgeblich den Trend zu Agilität beeinflusst hat.”

Richter, C. (2023): Die Zukunft des Projektmanagements: Projekt-Leadership zwischen Rule Makers und Rule Breakers, in: projektmanagementaktuell 2/2023.

Die beiden Beispiele zeigen auf, dass es nicht DIE Lösung für eine bestimmte Organisation gibt, sondern die Unternehmenskultur abhängig ist von der Historie, der Branche, der beruflichen Domäne, ja sogar zur Projektlandschaft – was die Sache nicht einfacher macht. Siehe dazu auch Growth Mindset, Agilität und Multiple Intelligenzen und Ulvnes, R. (2015): From management to leadership using Tight – Loose – Tight.

Solche Zusammenhänge thematisieren wir auch in den von uns entwickelten Blended Learning Lehrgängen, die wir an verschiedenen Standorten anbieten. Weitere Informationen zu den Lehrgängen und zu Terminen finden Sie auf unserer Lernplattform.

Scaling Agile: Das Framework SAFe® 6.0 wurde nun veröffentlicht

Quelle: https://scaledagileframework.com/

Scaling Agile wird immer wichtiger, da es nicht nur darauf ankommt, beispielsweise mit Scrum geeignete einzelne Projekte erfolgreich zu gestalten, sondern auch viele Projekte und andere Tätigkeiten – gerade bei großen Organisationen – zu koordinieren. Das Scaled Agile Framework® (SAFe®) versucht, alles unter einen Hut zu bringen und nennt es Business Agility. In der seit März veröffentlichten neuen Version SAFe 6.0 gibt es Weiterentwicklungen, die auf der Seite What´s new in SAFe® 6.0? zusammengefasst wurden.

Interessant für mich ist weiterhin, dass der Bezug zu LEAN immer noch prominent hervorgehoben wird, KANBAN weiterhin auf allen Ebenen, Scrum dagegen nur auf der untersten Ebene als SAFe Scrum vorkommt. SAFe Scrum verwendet dabei auch eigene Begriffe, die eher zur SAFe-Terminologie passen. Beispielsweise wird statt Sprint der Begriff Iteration verwendet, wodurch man sich vom Scrum Guide 2020 etwas entfernt. Darüber hinaus wird auch der Trend zu mehr Künstlicher Intelligenz (AI) mit aufgenommen.

SAFe® steht im Wettbewerb mit anderen Scaling Frameworks wie z.B. LeSS, Nexus, Scrum@Scale, oder auch Spotify (Eigenentwicklung). Siehe dazu auch Agiles Projektmanagement: Anforderungen auf verschiedenen Granularitätsebenen, Scaling Agile: Der aktuelle Nexus-Guide 2021, Status Quo (Scaled) Agile 2019/2020.

In dem von uns entwickelten Blended Learning Lehrgang Projektmanager/in AGIL (IHK) gehen wir auf diese Zusammenhänge ein. Informationen zu den Lehrgängen und zu aktuellen Terminen finden Sie auf unserer Lernplattform.

Agilität (Strategie) mit Lean-Agile umsetzen

Image by Mario Aranda from Pixabay

Die Veränderung von Organisationen ist notwendig (Stichwort: VUCA) und erfordert eine strategische Entscheidung, die auch umgesetzt werden muss. Dabei ist die Entwicklung hin zu einer modernen Organisation eine permanente Herausforderung, und somit ein permanenter Prozess, dessen Ziele möglicherweise nicht erreicht werden können. Toyotas strategische Ziele zeigen das gut auf: “Single piece flow, 100% value adding activities, zero defects” (vgl. DACH 2019). Den Hinweis “agility is a strategic goal” (ebd.) würde ich daher etwas differenzierter sehen. Es ist in dem Zusammenhang selbstverständlich wichtig, die Kultur einer Organisation in Richtung mehr Offenheit, mehr Vertrauen, mehr Risikoübernahme und mehr Experimentieren weiterzuentwickeln, bzw. neu zu entwickeln (Transition). Doch stellt sich sogleich die Frage, wie diese strategischen Elemente mit den Prozessen, Strukturen und Praktiken in der Organisation verknüpft werden können.

“Another important step is to connect the strategic goals of agility to derived tactics used to implement the strategy (e.g. processes, structures, practices) alongside leading indicators of improvement on all levels of the organization. Lean management provides proven tools for strategy deployment, widely known as Hoshin Kanri or X-Matrix. From the long-term vision, through strategy, to tactics and day-to-day actions, each level is a hypothesis that requires experimentation” (ebd.).

Die Verbindung von Agilität und Lean ist vielen Organisationen scheinbar nicht klar. Zu oft werden beide Ansätze voneinander getrennt gesehen, wodurch offensichtliche Vorteile nicht genutzt werden. Beispielsweise kann Lean zusammen Kanban (KANBAN in der IT nach Anderson) eine gute Möglichkeit sein, agile Arbeitsweisen evolutionär zu etablieren, denn Kanban ist weniger präskriptiv (vorschreibend) wie z.B. das Scrum Framework mit seinem Scrum Guide (Aktuell aus 2020).

Solche Zusammenhänge thematisieren wir auch in dem von uns entwickelten Blended Learning Lehrgang Projektmanager AGIL (IHK), den wir an verschiedenen Standorten anbieten. Weitere Informationen zum Lehrgang und zu Terminen finden Sie auf unserer Lernplattform.

Gedanken zum Projekterfolg

Natürlich möchte jedes Projekt erfolgreich sein, doch ist oft gar nicht klar, was den Erfolg des Projekts ausmacht. Man könnte sich natürlich auf die betriebswirtschaftliche Perspektive konzentrieren und vermuten, dass die Einhaltung von Zeit und Kosten, sowie die Erbringung der geforderten Leistung ein erfolgreiches Projekt ausmacht (Magisches Dreieck). Darüber hinaus gibt es allerdings auch noch weitere Kriterien, wie z.B. die Kundenzufriedenheit oder auch die Mitarbeiterzufriedenheit, bzw. die Zufriedenheit weiterer Stakeholder.

Bei Innovationsprojekte kommt noch ein weiterer Faktor hinzu: Der Zufall. Manchmal haben Innovationsprojekte ein Ziel, das dann verfehlt wird. Doch aus dem Projekt heraus entwickelt sich ein anderes innovatives Produkt, oder eine andere innovative Dienstleistung, die dann erfolgreich im Markt etabliert wird (z.B. Post-its). Ist das zunächst geplante Projekt dann nicht erfolgreich gewesen?

Zusätzlich ist auch zu überlegen, ob nicht auch der Projektmanagement-Erfolg und der Multiprojektmanagement-Erfolg zu beachten sind. Wenn es immer mehr Projekte in den Organisationen gibt, ist der Erfolg der Projektlandschaft wichtig für den Erfolg der Gesamtorganisation, denn oft bilden die in “gescheiterten Projekten” gemachten Erfahrungen (Erfahrungswissen) die Basis für den “Erfolg” anderer Projekte.

In den von uns entwickelten Blended Learning Lehrgängen gehen wir auf diese Zusammenhänge ein. Informationen zu den Lehrgängen und zu Terminen finden Sie auf unserer Lernplattform.