Worin unterscheiden sich Output – Outcome – Benefit bei Projekten?

Quelle: Eurpean Commission (2021:13): PM² Project Management Methodology Guide 3.0.1

Ein Projekt soll ein Ziel – oder besser gesagt – mehrere Ziele erreichen. Dabei kommen immer wieder die Begriffe “Output”, “Outcome” und “Benefit” vor. Es ist für Projektverantwortliche wichtig zu verstehen, welche Bezüge und welche Unterschiede es zwischen den Begriffen gibt. In dem European Commission (2021): PM² Project Management Methodology Guide 3.0.1 findet man dazu einige hilfreiche Hinweise (S. 6):

• Project outputs (deliverables) are products/services, which introduce something new (a change).
• The change results in an outcome.
• The benefits are the measurable improvements resulting from this outcome.

Dabei wird auch angemerkt, dass bei EU-Projekten oft auch für “Benefit” der Begriff “Impact” verwendet wird, was die ganze Sache nicht wirklich vereinfacht. Weiterhin gibt es noch ein Beispiel, das sich bei den drei oben genannten Begriffen auf die Anwendung des PM² Guides 3.0.1 selbst bezieht.

Project
Output
Adoption of the PM² Methodology within an organisation.
Project Outcome• Increased project quality.
• Improved visibility of project objectives, status and forecasts.
• Capability to have better control over contractor work and deliverables.
Project
Benefit
• Project cost overruns decreased by 30%.
• Productivity increased by 30%.
ebd. S. 6

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

Von agiler Projektarbeit zu einer guten agilen Projektarbeit – aber wie?

Startseite des Forschungsprojekts diGap

Die Arbeitswelt verändert sich und entwickelt sich weiter. Mit Verweis auf Industrie 1.0 bis Industrie 4.0 wird hier oft die Entsprechung Arbeit 1.0 bis Arbeit 4.0 verwendet. Dabei ist zu beachten, dass es in den Organisationen oftmals zu einem Mix der verschiedenen Arbeitsformen kommt. Dennoch ist unverkennbar ein Trend in Richtung einer Arbeit zu erkennen, die mit eher komplexen Problemstellungen zu tun hat. Diese Form der Arbeit wird oft mit “agiler Arbeit” beschrieben und in einer “agilen Organisation” erbracht.

Die konkrete Umsetzung der komplexen Problemlösungen erfolgt dann in einem “agilen Projektmanagement” zu dem es verschiedene Vorgehensmodelle gibt. Beispielsweise wäre KANBAN eher ein flussorientierter Ansatz und Scrum ein Framework (Rahmenwerk) mit definierten Timeboxen. Wenn wir uns also “agile Arbeit” – und insbesondere “agile Projektarbeit” – genauer ansehen, kommen wir schnell zu der Frage, was denn “agile Projektarbeit” – und was insbesondere “gute agile Projektarbeit”- ausmachen könnte.

Das Forschungsprojekt diGap – Gute Agile Projektarbeit in der digitalisierten Welt hat sich genau mit diesen Fragestellungen befasst. Auf der Website des Forschungsprojekts finden Sie neben Publikationen auch Hinweise zu konkreten Maßnahmen, einen Selbst-Check und einen Tool-Check, sowie Vorschläge für ein Skalierungskonzept.

In dem von uns entwickelten Blended Learning Lehrgang Projektmanager/in Agil (IHK) gehen wir auf diese Punkte ein. Informationen zu unseren Lehrgängen und zu Terminen finden Sie auf unserer Lernplattform.

Wie ist es möglich, in kritischen Situationen unter Zeitdruck Entscheidungen zu treffen?

Wir haben es alle häufig mit verschiedenen Situationen zu tun, in denen wir unter Zeitdruck Entscheidungen treffen müssen. Bei einfachen Situationen ist das oftmals nicht schwer. Bei etwas komplizierten Situationen ist es schon nicht mehr ganz so einfach. Richtig schwierig ist es, in komplexen oder sogar in chaotischen Situationen handlungs- und entscheidungfähig zu bleiben. Diese Beschreibung zeigt schon auf, wo der Ansatz liegen kann, denn diese genannten vier Bereiche (Domänen) wurden in der ursprünglichen Fassung des Cynefin-Frameworks aufgenommen.

In kritischen Situationen müssen Verantwortliche unter Zeitdruck Entscheidungen treffen, die eine hohe Tragweite haben können. Das Cynefin-Framework – aus dem walisischen für ´Habitat´ – ist ein von Edward Snowden entwickeltes Sensemaking-Modell, das Entscheidern hilft, Situationen und Problemstellungen nach dem Grad ihrer Unsicherheit bzw. Ursache-Wirkungs-Zusammenhängen einzuordnen und einen passenden Handlungsmodus zu finden. Der Begriff Cynefin verweist darauf, dass Entscheider sich mit vielfältigen Umwelteinflüssen und Wissenskategorien auseinandersetzen müssen, ohne diese vollständig rational erfassen zu können. Cynefin hat seine Wurzeln im Wissensmanagement, lässt sich aber auch auf Projektmanagement beziehen (Sandberg, B. (2021:5): Projektmanagement mit künstlerischem Mindset. In: projektmanagementaktuell S. 4-9).

Das Cynefin-Framework unterscheidet also die Domänen “simple”, “complicated”, “complex” und “chaos”. Auf Basis dieser Unterscheidungen werden Handlungsmsueter empfohlen, die es ermöglichen, die jeweilige Situation zu bewältigen.

simplesense – categorize – respond
complicatedsense – analyse -respond
complexprobe – sense – respond
chaosact – sense – rrespond
Quelle: ebd. S. 6.

Wir thematisieren diese Zusammenhänge in dem von uns entwickelten Blended Learning Lehrgang Projektmanager/in Agil (IHK) zusammen mit anderen Ansätzen, wie z.B. der Stacey-Matrix. Informationen zu unseren Lehrgängen und zu Terminen finden Sie auf unserer Lernplattform.

Projektmanager/in Agil (IHK) startet am 15.08.2022 bei der IHK Köln

Am Freitag, den 12.08.2022 waren wir bei der IHK in Köln, um das in den letzten Jahren zum Lehrgang gesammelte Material zu deponieren, und mit Thomas Maikath noch einmal zu besprechen. Am Montag, den 15.08.2022 startet dann der Lehrgang mit dem ersten Präsenztag.

Thomas Maikath kommt aus den Bereichen Marketing/Werbung/Agenturen und hat schon praktische Erfahrungen mit agilen Projekten machen können. Insofern werden die Teilnehmer von seinem Know How profitieren können.

Der gesamte Lehrgang enthält viele Übungen , sodass die Teilnehmer die verschiedenen Inhalte aktiv umsetzen und reflektieren werden. Thomas wird den Lehrgang im Rahmen des von uns entwickelten Gesamtkonzept durchführen. Es ist uns wichtig, dass die Inhalte, aber auch das dazugehörende didaktisch-methodische Vorgehen (Blended Learning Konzept), beibehalten wird, da dieser spezielle Mix auch das Alleinstellungsmerkmal des Lehrgangs ist.

Informationen zu den von entwickelten Blended Learning Lehrgängen Projektmanager/in (IHK) und Projektmanager/in AGIL (IHK) und zu Terminen finden Sie auf unserer Lernplattform.

Projektmanager/in: Im August starten vier Lehrgänge in Köln, Düsseldorf und Siegen

In den letzten 2 Jahren haben wir sehr viele der von uns entwickelten Blended Learning Lehrgänge online durchgeführt. Das fiel uns relativ leicht, da wir von Anfang an auf einen methodisch-didaktischen Mix aus Präsenztagen und Onlinephasen gesetzt haben, und somit schnell auf eine reine Online-Variante umstellen konnten. In der Zwischenzeit merken wir an dem Anmeldeverhalten, dass immer mehr Teilnehmer auch wieder in Präsenz zusammen mit anderen Teilnehmern Kompetenzen entwickeln möchten (Das reine Online-Format wird es natürlich weiterhin geben).

Es ist schön zu sehen, dass trotz der immer noch schwierigen Rahmenbedingungen (Corona, Energie- und Logistikprobleme, Mitarbeitermangel usw) die Anmeldezahlen gerade für unsere Blended Learning Angebote sehr gut sind. Immerhin haben ja aktuell auch noch sehr viele IHK mit einem Hacker-Angriff (?) zu tun, sodass sich Teilnehmer nicht online anmelden können. Dennoch starten alleine im August bis jetzt vier Lehrgänge:

Am 15.08.2022 geht es los mit dem Projektmanager/in Agil (IHK), der von Thomas Maikath in Köln durchgeführt wird.

Am 17.08.2022 startet Herr Wirtz den Projektmanager/in (IHK) in Köln.

Am 23.08.2022 beginnt wieder ein Projektmanager/in (IHK) in Düsseldorf.

Am 25.08.2022 werden wir einen weiteren Projektmanager/in (IHK) in Siegen starten.

Informationen zu den von entwickelten Blended Learning Lehrgängen Projektmanager/in (IHK) und Projektmanager/in AGIL (IHK) und zu Terminen finden Sie auf unserer Lernplattform.

Hybrides Projektmanagement: Kompetenzen von Projektmanagern

In vielen meiner Blogbeiträge bin ich darauf eingegangen, dass es im Projektmanagement nicht nur die beiden Pole “Klassisches/Plangetriebenes Projektmanagement” oder “Agiles Projektmanagement” gibt, sondern dass es heute in den Organisationen auf den angemessenen Mix ankommt, das als Hybrides Projektmanagement bezeichnet wird. Siehe dazu beispielhaft Was macht ein Agiler Projektmanager? Die Rolle eines Projektmanagers in einem hybriden Setting ist allerdings recht neu. In dem Artikel Ochs, C.; Spang, K. (2021:37): Die Projektleiterrolle im agilen Projektmanagement. In: projektmanagementaktuell Ausgabe 2/2021, S. 35-40 findet man zum Thema folgende Hinweise, auf die ich eingehen möchte.

“In Vorbereitung auf die empirische Untersuchung wurde festgestellt, dass die Rolle des Projektleiters in agilen Methoden wie Scrum grundsätzlich nicht vorgesehen ist und die Aufgaben von neuen Rollen übernommen werden. Jedoch scheint in hybriden Projektmanagementansätzen (Verknüpfungen verschiedener traditioneller und agiler Techniken beziehungsweise Methoden) weiterhin ein Projektleiter gefordert, beispielsweise als übergeordneter Projekt- bzw. Programmleiter über verschiedene (Teil-)Projekte, die sowohl in traditionellen als auch agilen Ansätzen umgesetzt werden können. Eine systematische Recherche in internationaler Literatur (Stand: Juni 2020) zu dem spezifischen Thema des Projektleiters in agilen Projekten zeigte, dass wenige Informationen im Bereich der Projektleiterkompetenzen im agilen Projektmanagement zu finden sind (Ochs, C.; Spang, K. 2021:37).

Zunächst sollten wir festhalten, dass es nicht bei allen agilen Methoden zu einer Auflösung der Rolle des traditionellen Projektmanagers (Projektleiters) gibt. Beispielsweise kann bei KANBAN für Wissensarbeit (Anderson) die Rolle des Projektmanagers (Projektleiters) weiterhin vorhanden sein. Es werden bei KANBAN keine bestimmten Rollen vorgegeben – KANBAN ist hier weniger präskriptiv gegenüber Scrum. In Scrum wird die Rolle des Projektmanagers (Projektleiters) aufgelöst in die Rollen Product Owner und Scrum Master. Zusammen bilden sie mit den Developern das Scrum Team. Dabei wird oftmals übersehen, dass es auch im klassischen Projektmanagement möglich ist, die Rolle eines Anforderungesmanagers zu definieren (Siehe IREB.org), der im Scrum Framework der Rolle des Product Owners entsprechen würde. Der Projektmanager (Projektleiter) kann dann die Rolle des Unterstützers (Scrum Master) der Entwickler (Developer) übernehmen. Im Agilen Projektmanagement haben sich in den letzten Jahren Kompetenzrahmen entwickelt, die in ihrer Idee denen bei klassischen Standards wie z.B. IPMA (ICB 4.0) entsprechen.

Bei hybriden Vorgegehnsmodellen gibt es je nach Domäne oder Kontext sinnvolle oder weniger sinnvolle Kombinationsmöglichkeiten von agilen und plangetriebenen Vorgehensmodellen, in denen der Projektmanager (Projektleiter) verschiedene Rollen einnehmen kann/muss. Es ist daher nicht verwunderlich, dass es zu den hierbei benötigten Kompetenzen noch keine klaren Kompetenz-Rahmenwerke gibt. Möglicherweise ist das auch nicht möglich – wir werden sehen.

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

Kollaborationsplattformen fallen unter den Begriff der ´Social Media´, sind aber nicht damit identisch

Group of people with devices in hands working together as symbol of networking and communication

In der letzten Zeit habe ich vermehrt über Kollaborationsplattformen gepostet: Software bereitstellen reicht nicht, denn Kollaborationsplattformen sind anders oder auch Kollaborationsplattformen fördern neue Formen der Zusammenarbeit. Heute möchte ich auf den Bezug zwischen Kollaborationsplattformen und Social Media eingehen. Es stellt sich hier die Frage, ob es Unterschiede gibt, und wenn ja, welche? Es ist dabei hilfreich, sich klar zu machen, wie Kollaborationsplattformen in den Statistiken erfasst werden.

“Kollaborationsplattformen fallen in der amtlichen Statistik unter den Begriff der ´Social Media´, sind aber nicht damit identisch: ´Zu dem Oberbegriff Social Media (auch: Soziale Medien) werden alle digitalen Medien (Plattformen) und Technologien gezählt, die es Nutzern ermöglichen, sich untereinander auszutauschen. Einige Plattformen bieten zusätzlich die Möglichkeit, Inhalte einzeln oder in Gemeinschaft zu gestalten”. (Destatis 2017, zitiert in Hardwig, T.; Weißmann, M. (2021): Das Arbeiten mit Kollaborationsplattformen – Neue Anforderungen an die Arbeitsgestaltung und interessenpolitische Regulierung. In: Mütze-Niewöhner et al. (Hrsg.) (2021): Projekt- und Teamarbeit in einer digitalisierten Arbeitswelt, S. 203-224; Fußnote auf Seite 208).

Kollaborationsplattformen sind durchaus ein neuer “Typus von Anwendungssystemen zur Unterstützung der räumlich verteilten Zusammenarbeit in Teams bzw. Projekten. Sie unterscheiden sich von traditioneller Groupware oder von
Wissensmanagementsystemen grundlegend (McAfee 2009), wir sehen fünf spezifische Eigenschaften: Transparenz, Soziales Netzwerk, Wachsende Strukturen, Gestaltungsbedürftigkeit, Integrierte Lösung” (ebd. S. 206-207).

In den von uns entwickelten Blended Learning Lehrgängen Projektmanager/in (IHK) und Projektmanager/in AGIL (IHK) nutzen wir Kollaborationsplattformen für die Projektarbeit. Informationen zu den Lehrgängen und zu Terminen finden Sie auf unserer Lernplattform.

.

Scrum: Sprints mit OpenProject abbilden

OpenProject: Auf unseren Servern installierte Open Source Anwendung: Sprint-Beispiel mit Story Points zu den User Stories

Wie schon in einem anderen Blogbeitrag beschrieben, haben wir OpenProject auf unseren Servern installiert. OpenProject kann im klassischen/plangetriebenen Projektmanagement genutzt werden (z.B. Balkenplan usw.). Darüber hinaus bietet OpenProject auch die Möglichkeit, agile Vorgehensmodelle wie z.B. Scrum (Rahmenwerk) darzustellen. Neben einer Roadmap und einem Product Backlog sind auch Sprints abbildbar. In der Grafik sehen Sie ein Demoprojekt mit der Navigation auf der linken Seite und den Sprint 1 mit Epics, verschiedenen User Stories und den dazugehörenden einzelnen Tasks.

Die User Stories sind mit Story Points nicht absolut, sondern relativ geschätzt worden. Die angegeben Story Points orientieren sich an der Fibonacci-Folge und können mit Planning Poker im Scrum Team bestimmt werden. Wenn die User Story mit der ID=26 mit 1 Story Point (Aufwand) bewertet wurde, stellt sich die Frage, wie andere User Stories in Relation dazu bewertet werden sollten. Das Scrum Team hat beispielsweise dann die User Story mit der ID=27 mit 5 Story Points bewertet usw. Ein Epic besteht aus mehreren User Stories und kann für den Sprint zu groß sein, sodass wiederum kleinere User Stories generiert werden sollten. Damit solch große Formate nicht in den Sprint gelangen, sollten Epics vom Product Owner in einem Requirementsboard frühzeitig und transparent detailliert werden.

In den von uns entwickelten Blended Learning Lehrgang Projektmanager/in AGIL (IHK) gehen wir auf diese Zusammenhänge ein, und stellen den Teilnehmern OpenProject vor – bzw. auch zur Verfügung -, sodass Sie verschiedene Funktionen ausprobieren können. Informationen zu den Lehrgängen und zu Terminen finden Sie auf unserer Lernplattform.