Meine Veröffentlichungen sind zum größten Teil auch auf ResearchGate zu finden. Darunter sind eigene Paper/Chapter und auch gemeinsame Veröffentlichungen mit Kollegen. Thanks to my colleagues and co-authors!
ResearchGate: More than 15.000 reads
Wie viele Elemente sollten in einem Projektstrukturplan maximal gezeigt werden?
Im plangetriebenen (klassischen) Projektmanagement kommt dem Projektstrukturplan eine besondere Bedeutung zu. In der DIN ist die Erarbeitung des Projektstrukturplans ein Minimum-, oder auch Mussprozess (von insgesamt 14 Mussprozessen). Die Darstellung des Projektstrukturplans kann objektorientiert, funktionsorientiert, ablauforientiert oder gemischtorientiert erfolgen. Die Auswahl des geeigneten Projektstrukturplans hängt von der weiteren Verwendung und der Zielgruppe ab. Vertikale und horizontale Regeln helfen, die Projektstruktur aufzubauen. Ein wichtiges Element sind dabei Arbeitspakete, die oftmals mit Teil-Projekten verwechselt werden. Es kommt immer wieder einmal die Frage auf, wie viele Ebenen ein Projektstrukturplan haben sollte. Dazu habe ich folgenden praktischen Hinweis gefunden. Bei dem verwendeten Begriff “Plan” handelt es sich um den Projektstrukturplan.
“Die Praxis zeigt, dass der Plan nicht mehr als 6 Strukturebenen (vertikale Struktur) und nicht mehr als 7 Strukturelemente je Verfeinerungsstufe (horizontale Struktur) enthalten sollte, um übersichtlich und verständlich zu bleiben. Insgesamt sollten aber nicht mehr als 70 Elemente in einem Plan gezeigt werden. Gegebenenfalls müssen Teilpläne zur Verfeinerung einzelner Strukturelemente vorgesehen werden. Dem Layout, d.h. der Anordnung der Strukturelemente auf dem Plan, sollte entsprechende Sorgfalt gewidmet werden” (Platz, J. (o.J.): Projekt- und Projektstrukturpläne als Basis der Projektplanung).
In dem von uns entwickelten Blended Learning Lehrgang Projektmanager/in (IHK) gehen wir auf diese Zusammenhänge ein. Informationen zu unseren Lehrgängen und zu Terminen finden Sie auf unserer Lernplattform.
Projektmanagement: Lernkultur zwischen Auftraggeber und Auftragnehmer entwickeln
In Projekten gibt es permanent Lernsituationen und Lernprozesse. Neben den bekannten Lessons Learned sind es allerdings die permanenten Lernsituationen, die den Umgang mit Projekten so interessant machen. Am Beispiel des gemeinsamen Lernens zwischen Auftraggeber und Auftragnehmer soll das kurz dargestellt werden.
“Gemeinsames Lernen beseitigt keinesfalls die Aufteilung der Verantwortung zwischen Auftragnehmer und Auftraggeber. Es sorgt nur dafür, dass sich Menschen besser verstehen und dass sie sich wegen falsch verstandener Verantwortungszuteilung (das ist Deine Aufgabe, damit habe ich nichts zu tun) nicht gegenseitig in die Isolation treiben. Isoliert wird Verantwortung als drückend empfunden und ist dann ganz offenbar nur noch mit Machtgehabe zu ertragen. Gemeinsames Lernen hat dann keine Chance mehr, wogegen es auch dann praktizierbar ist, wenn zwar Unternehmenskulturen noch nicht ausgereift genug sind, um Projekten von Anfang an Erfolg versprechende Bedingungen mitzugeben, aber Menschen heute schon eine innere Bereitschaft dafür mitbringen. Alles hängt immer eben nur vom Verhalten von Menschen ab” (Strohmeier, H. (2007): Wann ist ein Projekt erfolgreich, Projekte erfolgreich managen, 30. Aktualisierung) .
Der gemeinsame Lernkorridor zwischen Auftraggeber und Auftragnehmer bietet die Chance für Vereinbarungen, die zu dem gemeinsamen Projekt passen. Es wäre daher gut zu wissen, wie der Auftraggeber, wie der Auftragnehmer und wie beide im Sinne des Projekts (Kontext) lernen können. Es ist allerdings erstaunlich, dass viele Projektmanager, Programm-Manager oder auch Portfolio-Manager wenig – sehr wenig – über das Lernen der Teammitglieder, des gesamten Projektteams, der gesamten Organisation, oder auch des Netzwerks wissen (Lernkultur entwickeln).
In den agilen Vorgehensmodellen für Projekte gibt es die verschiedenen Lernschleifen, die das Lernen in kleineren Zyklen (z.B. in Events bei Scrum) unterstützen. Das verwundert nicht, da Scrum ursprünglich aus einem Paper von Nonaka und Takeuchi aus dem Jahr 1986 stammt, in dem beide Autoren gerade die Wissensperspektive in den Mittelpunkt stellten, um Entwicklungsprojekte besser zu machen, denn: Lernen ist der Prozess und Wissen das Ergebnis. Lernen und Wissen sind zwei Seiten ein und derselben Medaille.
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.
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.
KANBAN: Die drei Entwicklungsstufen (Agenden)
Bei der Einführung von KANBAN gibt es viele Mythen, obwohl KANBAN davon ausgeht, dass erst durch die Umsetzung Fragen entstehen, die dann zu einem umfassenden Einsatz im gesamten Unternehmen führt. Einfach machen! ist hier ein guter Start. Auf welche Stufen (Reifegrade) können Sie sich bei der Nutzung von KANBAN einstellen/freuen? Bei KANBAN wird dabei häufig von den drei Agenden gesprochen.
“Bei der Nachhaltigkeitsagenda dreht sich noch alles um einen selbst. Das Ziel der Nachhaltigkeitsagenda ist es, ein nachhaltiges System zu schaffen, in dem sich Mitarbeiter wohlfühlen und regelmäßig Arbeit fertiggestellt wird. Erst mit der Agenda der Serviceorientierung beginnt sich der Fokus von innen nach außen auf den Kunden zu ändern. Jetzt wird daran gearbeitet, das System so aufzustellen, dass es nicht nur nachhaltig irgendetwas liefern kann, sondern dass es entsprechend den Bedürfnissen und Erwartungen des Kunden liefert. Die Agenda der Überlebensfähigkeit ist die logische Fortsetzung der Serviceorientierung auf das gesamte Unternehmen. Die Idee dahinter ist, dass das Unternehmen in die Lage versetzt wird, jede Änderung am Markt registrieren und damit notwendig gewordene Anpassungen an Services ohne großen Aufwand durchführen zu können” (Lang/Scherber 2019:269-270).
KANBAN können Sie selbst, in einem Projektteam oder auch im Multiprojektmanagement nutzen (Flight Level). KANBAN ist dabei weniger präskriptiv als es Scrum mit seinem Rahmenwerk ist, was mehr Spielraum bietet – mehr Möglichkeiten der Selbstorganisation. KANBAN ist somit ein interessanter, alternativer und evolutionärer Pfad zu mehr Agilität im Unternehmen.
In den von uns entwickelten Blended Learning Lehrgängen zeigen wir, wie Sie KANBAN in ihren Projekten nutzen können. Informationen zu den Lehrgängen und zu Terminen finden Sie auf unserer Lernplattform.
LinkedIn: Herzlichen Dank an 646 Follower:innen
KANBAN: Stop Starting, Start Finishing
Bei Agilität, oder auch bei der Entwicklung hin zu einer Agilen Organisation, geht es oft um das Mindset, aber auch um konkrete Praktiken. Dabei wird häufig auf SCRUM mit seinem Framework gesetzt, das in dem Scrum Guide 2020 beschrieben ist. Was meines Erachtens zu wenig thematisiert wird, ist ein alternativer Weg zu Agilität mit KANBAN. KANBAN ist weniger präskriptiv (vorschreibend) und geht im Vergleich zu Scrum eher evolutionär vor. KANBAN geht dabei von der aktuellen Situation aus und versucht, Anforderung und Leistungsfähigkeit auf allen Ebenen (individuelle Ebene, Teamebene und organisationale Ebene) in Einklang zu bringen. Im Vergleich zu Scrum, das sehr stark produktorientiert ist, ist KANBAN eher flussorientiert.
Die Transparenz des Flusses des Wertstroms wird am KANBAN Board visualisiert. Ein Mantra dabei ist, dass ein Ticket nur dann in den Arbeitsbereich des KANBAN Boards gezogen wird (Pull System), dass dann auch fertiggestellt wird. Stop Starting, Start Finishing ist hier wichtig, damit nicht etwas angearbeitet wird, und dann unnötigerweise liegen bleibt. Solche liegengebliebenen Aufgaben haben ja schon Kosten verursacht, werden dann allerdings nicht zu einem Abschluss gebracht, was die Wirtschaftlichkeit des Prozesses verschlechtert. Die einzelnen Prozessschritte werden weiterhin begrenzt (WiP: Work in Progress), denn wer kann schon unendlich viele Aufgaben parallel bearbeiten? das waren jetzt nur einige Anmerkungen zu KANBAN, die anregen sollen, sich auch mit diesem Alternativen Weg zu mehr Agilität zu befassen. Siehe dazu auch OpenProject 12.3 jetzt mit Task Boards in der Community Edition.
In den von uns entwickelten Blended Learning Lehrgängen zeigen wir, wie Sie KANBAN in ihren Projekten nutzen können. Informationen zu den Lehrgängen und zu Terminen finden Sie auf unserer Lernplattform.
Projektmanagement mit OpenProject: Die Arbeitspakte-Übersicht
Wie Sie wissen, setzen wir bei allen Anwendungen auf Open Source. Beispielsweise nutzen wir Moodle als Lernmanagementsystem, BigBlueButton als Videokonferenzsystem, Nextcloud als Cloudlösung etc. Für die Abbildung von Projekten nutzen wir OpenProject. In OpenProject können plangetriebene, hybride und agile (KANBAN, Scrum) Projekte abgebildet werden. In dem Projekt, das in der Abbildung hinterlegt ist, sind 10 Arbeitspakete (Tasks), 4 Meilensteine und eine Phasen dargestellt. Die einfache Übersicht zeigt, dass aktuell noch alles offen ist (rote Balken). Sobald ein Arbeitspaket geschlossen wurde, würde es blau gekennzeichnet. Eine Übersicht zu halten, was noch offen, bzw. was schon geschlossen werden konnte, ist für die weitere Bearbeitung in Projekten wichtig. OpenProject bietet dazu verschiedene Möglichkeiten, unter anderem die in der Grafik abgebildete.
In den von uns entwickelten Blended Learning Lehrgängen 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.
Projektmanager/in – Blended Learning – startet am 12.01.2023 in Siegen
Nächsten Donnerstag, den 12.01.2023 startet der von uns entwickelte Blended Learning Lehrgang Projektmanager/in (IHK) am BBZ Siegen. Jahr für Jahr entwickelt sich auch in Siegen die Nachfrage nach Projektmanagement – kein Wunder, wenn man die Veränderungen im Umfeld betrachtet. Immer mehr Organisationen benötigen Mitarbeiter mit den entsprechenden Kompetenzen.
Informationen zu unseren Blended Learning Lehrgängen, und zu aktuellen Terminen (auch an anderen Standorten), finden Sie auf unserer Lernplattform.
Projektmanager/in – Blended Learning – startet am 11.01.2023 in Mannheim
Am kommenden Mittwoch, den 11.01.2023 startet der von uns entwickelte Blended Learning Lehrgang Projektmanager/in (IHK) bei der IHK Rhein-Neckar in Mannheim. Es freut uns, dass der Lehrgang auch in Mannheim gleich gut angenommen wird.
Informationen zu unseren Blended Learning Lehrgängen, und zu aktuellen Terminen (auch an anderen Standorten), finden Sie auf unserer Lernplattform.