“Agiles Projektmanagement” oder besser “Projektmanagement für agile Vorgehensmodelle”?

Projekte gibt es schon seit tausenden von Jahren, doch auch heute noch stellt sich die Frage, wie man Projekte erfolgreich zum Ziel führt. Dieser Umgang mit Projekten wurde in der Industriegesellschaft eher als planbasierter Ansatz interpretiert, und wird seit einiger Zeit eher iterativer, agiler gesehen, da es immer mehr komplexe Projekte gibt, die sich beispielsweise durch unklare Anforderungen und unklare Methoden/Techniken auszeichnen (Stacey-Matrix).

Die Vorgehensweise, um solche komplexe Projekte zu bearbeiten ist, das von Deming postulierte Plan-Do-Check-Act – oder auch das Build-Measure-Learn des Lean-Ansatzes – in kleinen Schritten durchzuführen, und die Feedback-Schleifen als Lernmöglichkeiten in den nächsten Schritt mit aufzunehmen. Scrum mit seinem Scrum-Guide, oder auch KANBAN bieten hier Möglichkeiten der Orientierung, wobei Scrum hier präskriptiver (vorschreibender) als KANBAN ist.

Das alles bringt uns zu dem Begriff “Agiles Projektmanagement”, der den Unterschied zum traditionellen, eher plangetriebenen Projektmanagement darstellen soll. Dieser Begriff ist so oft verwendet worden, dass es kaum mehr Personen gibt, die den Begriff hinterfragen. Ich habe dazu allerdings einen Beitrag gefunden, in dem die Autorin genau das gemacht hat.

“Wesentlich für das Verständnis der nachfolgenden Kapitel ist die Trennung der Prozesse des Projektmanagements von den Prozessen zur Erstellung der Ergebnisse. In diesem Sinn ist der Begriff des „Agilen Projektmanagements“ missverständlich, da er so interpretiert werden kann, dass sich die Prozesse und Methoden des Projektmanagements im Fall der Anwendung eines agilen Vorgehensmodells grundsätzlich von jenen Prozessen und Methoden des Projektmanagements unterscheiden, die für andere Vorgehensmodelle eingesetzt werden, z. B. Wasserfallmodell oder V-Modell. Um dieses Missverständnis zu vermeiden, wird in diesem Dokument daher der Begriff des „Agilen Projektmanagements“ vermieden und stattdessen „Projektmanagement für agile Vorgehensmodelle“ verwendet” (Schaden, B. (2015), in projektmanagementaktuell 2/2015).

Es wird hier deutlich, dass der Begriff “Projektmanagement für agile Vorgehensmodelle” treffender wäre. “Agiles Projektmanagement” wird sich wohl dennoch weiter etablieren, da dieser Begriff etwas “griffiger” für die Vermarktung ist.

Auf solche Themen gehen wir auch in den von uns entwickelten Blended Learning Lehrgängen ein, die wir an verschiedenen Standorten anbieten. Informationen zu unseren Blended Learning Lehrgängen und zu aktuellen Terminen finden Sie auf unserer Lernplattform.

Gibt es eine “immanente Agilität” bei KMU (Kleinen und mittleren Unternehmen)?

Wenn es um Agilität in Organisationen geht macht es oft einen Unterschied, ob es sich bei der Organisation um ein Großunternehmen, oder um ein KMU (Kleines und mittleres Unternehmen) handelt. KMU verwechseln einerseits oft ihre durchaus vorhandene Flexibilität mit Agilität, und andererseits gibt es eine Art “immanenter Agilität”, die noch eine gewisse Struktur benötigt. In einem Interview von Oliver Steeger hat Ingrid Armbruster den Begriff der immanenten Agilität” bei KMU so erklärt:

“Agile Elemente sind den KMUs deshalb völlig selbstverständlich. Ich nenne dies die immanente Agilität in KMUs. Die Schwierigkeit ist: Vielen KMUS fehlt Wissen über Agilität, also Kenntnisse dazu, wie agile Unternehmen funktionieren. Deshalb wird die immanente Agilität in der Regel wenig gemanagt. Sie wird nicht einmal erkannt. (…) Das heißt aus meiner Sicht: KMUs stehen eher vor der Herausforderung, ihre immanent agilen Abläufe zu formalisieren. Sie müssen bewusst einen Rahmen schaffen, bevor dort im eigentlichen Sinne agil gearbeitet werden kann. Beim agilen Arbeiten geht es ja nicht darum, dass jeder macht, was er will. Man muss zum Wohle der Kunden und des Unternehmens das Richtige tun. Dafür braucht man eine Vision sowie ein Set von Methoden und Vorgehensweisen, um dieses angestrebte Ziel in die Realität umsetzen zu können. Anders gesagt, agiles Arbeiten braucht eine Richtung und das passende Handwerkszeug” (Armbruster (2015), in projektmanagementaktuell 2/2015).

Die bekanntesten Methoden und Vorgehensweisen (Vorgehensmodelle) für ein Agiles Projektmanagement sind beispielsweise SCRUM (aktuell nach Scrum Guide 2020) und KANBAN. Dabei gibt es mit dem SCRUM Guide ein Framework, an dem sich KMU bei der Projektarbeit orientieren können. KANBAN ist demgegenüber weniger präskriptiv (vorschreibend), was einerseits mehr Möglichkeiten bietet, andererseits allerdings auch im Vergleich zum SCRUM-Guide weniger vordefinierte Strukturen aufzeigt.

Darüber hinaus können auch hybride Vorgehensmodelle helfen, die angemessenen Strukturen für agiles/hybrides Arbeiten zu schaffen. Siehe dazu auch DAS Projektmanagement-Kontinuum in der Übersicht und PMI (2024) Global Survey: Hybrides Projektmanagement wird immer wichtiger.

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

Integriertes Risiko- und Wissensmanagement am Beispiel des “Integrated Risk and Knowledge Management Program“ (IRKM-P) der NASA

Das Umfeld von Gesellschaften, Organisationen und einzelnen Personen ändert sich permanent und sehr dynamisch. In allen Bereichen kommen daher Risiken und Chancen auf, mit denen sich Personen, Organisationen und Gesellschaften befassen müssen. Dabei ist zu beachten, ob Risiken in einem komplizierten Umfeld (1. Ordnung) oder in einem komplexen Umfeld (2. Ordnung) auftreten.

Manche Risiken entstehen in beiden Bereichen dadurch, dass bestimmtes Wissen nicht zur Verfügung steht. Die Frage ist dann: Wie gehe ich z.B. als Organisation mit Nicht-Wissen um? Risikomanagement kann insofern auch als das Management von Nicht-Wissen interpretiert werden. Thomas Baumann hat in einem Interview mit Oliver Steeger auf folgendes hingewiesen:

“Wir brauchen eine kluge Verbindung zu den Methoden und Erfahrungen des linearen Projektmanagements. Im Risikomanagement hat etwa die NASA mit dem „Integrated Risk and Knowledge Management Program“ (IRKM-P) eine Verbindung aufgezeigt vom Risikomanagement 1. Ordnung auf die Umgebung des Risikomanagements 2. Ordnung” (Baumann, T. (2014): „Unknown Unknowns“ bilden die Stolpersteine bei komplexen Projekten. Weshalb herkömmliche PM-Werkzeuge häufig bei komplexen Projekten versagen, in projektmanagementaktuell 5/2014).

Wie das aussehen kann, hat die NASA 2009 in dem Artikel Integrated Risk and Knowledge Management Program — IRKM-P (PDF) veröffentlicht. Siehe dazu auch Notwendigkeit des Managements spezifischer „Wissensrisiken“ und Warum Nichtwissen manchmal eine gute Entscheidung sein kann.

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

Projektkaufmann und kaufmännisches Projektmanagement: Was sind die Unterschiede?

Image by Alexander Stein from Pixabay

Historisch gesehen, kommen Projekte eher aus der Welt der technischen Problemlösungen. Neben der Technik gibt es allerdings bei Projekten auch den wichtigen kaufmännischen Bereich, der manchmal wegen der dominanten technischen Lösung ein Schattendasein führt – was in Projekten schon einmal zu verheerenden wirtschaftlichen Konsequenzen führen kann. Ein Grund ist, dass es bei der kaufmännischen Seite oftmals nur um die kaufmännische Verwaltung im Sinne einer Kostenplanung und Kostenverfolgung geht.

Es ist daher zwangsläufig, dass sich in den letzten Jahren ein kaufmännisches Projektmanagement und das Berufsbild eines Projektkaufmanns entwickelt haben. In einem Interview mit Oliver Steeger hat Prof. Dr. Hasso Reschke die jeweiligen Unterschiede erläutert.

“Wir sollten unterscheiden zwischen Projektkaufmann und kaufmännischem Projektmanagement. Der Projektkaufmann, den Sie eben genannt haben, ist eher administrativ tätig – etwa bei der Budgetüberwachung, der Abrechnungskontrolle und der Rechnungsprüfung. Der kaufmännische Projektleiter dagegen hat andere Aufgaben. Beispielsweise prüft und korrigiert er Verträge. Er optimiert das Projekt wirtschaftlich und managt Risiken vor allem nicht technischer Natur. Zu seinen Aufgaben zählt auch, Claims aufzubauen, zu verfolgen und zu verhandeln. Er bewertet Änderungen, löst besondere kaufmännische Probleme oder berät und unterstützt aus ökonomischer Sicht bei der Projekttechnik. Er kann gut auf der Klaviatur von Vertragsmanagement und Risikomanagement spielen. Bei Kundenprojekten weiß er, wie man Zahlungen sicherstellt. Zudem hinterfragen versierte kaufmännische Projektleiter technische Lösungen, bewerten Angebote und Leistungen von Lieferanten – und haben zudem einen „siebten Sinn“ für mögliche nicht technische Projektprobleme. Sie haben einen ausgeprägten Instinkt für solche Schwierigkeiten, und sie halten mit ihren Vorahnungen auch nicht hinter dem Berg” (Reschke, H. (2014), in projektmanagementaktuell 5/2014).

Siehe dazu auch den Blogbeitrag Was macht ein Commercial Project Manager?

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

Projektmanager/in (IHK) im November-Dezember in Düsseldorf als Inhouse-Lehrgang vereinbart

Der von uns entwickelte Blended Learning Lehrgang Projektmanager/in (IHK) wir als offener Lehrgang branchenunabhängig bei verschiedenen IHK in Deutschland durchgeführt. Wenn Organisationen mehrere Teilnehmer haben, kann der Lehrgang auch Inhouse durchgeführt werden. Die Teilnehmerzahl liegt auch hier bei max. 12.

Der Vorteil für Organisationen besteht darin, dass die Lehrgangsinhalte nicht auf eine “fiktive Fallstudie”, sondern auf konkrete Vorhaben/Projekte aus der Organisation umgesetzt werden. Die neuen Projektmanagement-Kompetenzen werden somit direkt in der eigenen berufliche Praxis angewendet – natürlich alles im Rahmen eines Zertifikatslehrgangs. Der Grad zwischen einer Weiterbildung und einer organisationsspezifischen Beratungsleistung ist hier besonders zu beachten.

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

Was ist unter KANBAN Kata zu verstehen?

KANBAN stammt ursprünglich aus der Produktion (TPS: Toyota Produktions-System) und wird in der Zwischenzeit (Siehe dazu Anderson 2010) erfolgreich von Wissensarbeiter für komplexe Problemlösungen verwendet. Bei KANBAN gibt es 4 Prinzipien und 6 Praktiken, was im Gegensatz beispielsweise zu SCRUM sehr minimalistisch ist. Bei SCRUM gibt es einen Guide, der sehr vorschreibend (präskriptiv) ist. Bei KANBAN gibt es so etwas nicht, insofern lässt KANBAN bei der Umsetzung mehr Freiräume.

Ein wichtiges Element bei KANBAN ist die Begrenzung von parallel laufender Arbeit mit Hilfe des WiP (Work in Progress), der neben der Durchlaufzeit und der Lieferrate ein wichtiges Steuerungselement darstellt. Für die jeweils erforderlichen Feedback-Schleifen gibt es Meetings, die bei KANBAN Kadenzen heißen. An dieser Stelle kommt der Begriff “KANBAN Kata” ins Spiel:

„KANBAN Kata“ fasst drei standardisierte Meetings zusammen: Daily Standup, Service Delivery Review und Operations Review. Diese drei Feedbackzyklen optimieren auf unterschiedlichen Ebenen:
> Im Daily Standup werden Flussprobleme innerhalb eines einzelnen Teams besprochen und gelöst.
> Im Service Delivery Review wird die von außen wahrnehmbare Leistung eines einzelnen Teams betrachtet. Stakeholder können ihre Erwartungen formulieren und gegen die Fähigkeiten des Teams abwägen. Sollte die Leistung eines Teams nicht ausreichen, werden systematische Blockaden identifiziert und gelöst.
> Das Operations Review dreht sich wieder um den Fluss der Arbeit: Das Zusammenspiel der serviceerbringenden Teams wird analysiert; Abhängigkeiten werden auf Abteilungs- oder Unternehmensebene reduziert.
Quelle: vgl. Eisenberg, F. (2014): Projektmanagement mit der Kanban-Methode unterstützen, in projektmanagementaktuell 4/2014.

Weitere Blogbeiträge zu KANBAN finden Sie hier.

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

Agil – Traditionell: Veränderung der Anpassungsfähigkeit und des Risikos in Projekten

Welge, M. (2014): Agile Methoden in der Automobilentwicklung, in projektmanagementaktuell 2/2014

Das traditionelle Vorgehen in Projekten ist eher plangetrieben. Diese Vorgehensweise hat Vorteile, wenn sich die Anforderungen nicht “permanent” ändern und die Vorgehensweise (Technik/Methode) “relativ klar” ist. Verändern sich diese Rahmenbedingungen, so sollte eher iterativ vorgegangen werden. Ein so verstandenes agiles Bearbeiten von Projekten hat Auswirkungen auf die Anpassungsfähigkeit, und auf das Risiko über die Zeit (Abbildung).

Bei traditionell plangetriebenen Vorgehen in Projekten ist die Anpassungsfähigkeit am Beginn des Projektes hoch, nimmt allerdings mt der Zeit stark ab (Änderungen werden mit der Zeit immer weniger gerne gesehen). Bei einem agilen, eher iterativen Vorgehen, bleibt die Anpassungsfähigkeit demgegenüber über die Zeit auf einem relativ hohen Niveau (Änderungen sind willkommen).

Beim Risiko sieht es traditionell so aus, dass das Risiko erst mit der Zeit reduziert werden kann. Bei einem agilen Vorgehen kann das Risiko in Projekten schon recht schnell durch das iterative Arbeiten reduziert werden.

Sind also die Rahmenbedingungen gegeben, und ist somit eine gewisse Komplexität im Projekt vorhanden, bieten agile Vorgehensmodelle gerade bei der Anpassungsfähigkeit und bei der Risikoreduzierung über die Zeit Vorteile. Solche Vorteile können natürlich auch bei einem Hybriden Projektmanagement erzielt werden. Siehe dazu DAS Projektmanagement-Kontinuum in der Übersicht.

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

Wie können Projekt-, Programm-, Portfolio-, Multiprojektmanagement voneinander abgegrenzt werden?

Abgrenzung Projekt-, Programm-, Portfolio-, Multiprojektmanagement
(Wald et al. 2014, in projektmanagementaktuell 1/2014

Organisationen haben es nicht nur mit einem Projekt, sondern mit vielen Projekten zu tun. Es wird vorgeschlagen, die Projekte in Programme und Portfolios zusammenzufassen. Darüber hinaus gibt es noch den Begriff “Multiprojektmanagement“, der in diesem Zusammenhang einzuordnen ist. Die Abbildung zeigt übersichtlich die Unterschiede zwischen den verschiedenen Begriffen auf. Dabei ist zu erkennen, dass das Multiprojektmanagement im Vergleich zu Projekten, Programmen und Portfolios eine Stufe “höher” angesiedelt, allerdings manchmal nicht so klar vom Portfoliomanagement zu unterscheiden ist.

“Die DIN-Norm 69909-1:2011-09 zum Multiprojektmanagement unterstreicht dessen umfassenden Charakter: Es ist das Management sämtlicher im Unternehmen befindlicher Projekte, Programme und Portfolios und eröffnet damit eine Metaebene. Ziel ist die gemeinsame Ausrichtung aller relevanten Projektmanagementaktivitäten auf die übergeordneten Unternehmensziele, womit der unmittelbare Bezug zur Strategie gegeben ist. Dass diese Sichtweise in der Praxis noch keine weite Verbreitung gefunden hat, wurde im Verlauf der Studie deutlich und stellt eine bedeutende Herausforderung dar” (Wald et al. 2014).

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

Projektmanagement: Kompetenzbereiche nach ICB 4.0

Der IPMA-Standard ist – im Vergleich zu den beiden anderen bekannten Projektmanagement-Standards des Project Management Instituts (PMI) oder PINCE2 – sehr kompetenzorientiert ausgerichtet. Für Projektverantwortliche werden dazu in der Individual Competence Baseline 4.0 (ICB 4.0) die drei Dimensionen Perspective, People und Practice mit den jeweiligen Kriterien genannt. Die folgende Tabelle stellt alles übersichtlich dar.

PerspectivePeoplePractice
StrategieSelbstreflexion und SelbstmanagementProjektdesign
Governance, Strukturen und ProzessePersönliche Integrität und VerlässlichkeitAnforderungen und Ziele
Compliance, Standards und RegularienPersönliche KommunikationLeistungsumfang und Lieferobjekte
Macht und InteressenBeziehung und EngagementAblauf und Termine
Kultur und WerteFührungOrganisation, Information und Dokumentation
TeamarbeitQualität
Konflikte und KrisenKosten und Finanzierung
VielseitigkeitRessourcen
VerhandlungenBeschaffung
ErgebnisorientierungPlanung und Steuerung
Chancen und Risiken
Stakeholder
Change und Transformation
Kompetenzbereiche der ICB 4.0 (IPMA (2017): Individual Competence Baseline für Projektmanagement Version 4.0 / Deutsche Fassung, GPM, Nürnberg.

Anhand der Beschreibungen in der ICB 4.0 können Projektverantwortliche und Personalentwickler analysieren, welche Kompetenzbereiche für das jeweilige Projekt schon vorhanden sind, bzw. noch benötigt, bzw. mittel- und langfristig entwickelt werden sollten. Kompetenzen sind dabei im Vergleich zu Qualifikationen für die Projektarbeit auf allen Ebenen von großer Bedeutung, das sie (die Kompetenzen) die Selbstorganisation in einem komplexen Umfeld enthalten. Siehe dazu auch Kompetenzmanagement.

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

SuedOstLink: Entwicklung des “Agile Construction Arbeitsmodells” bei einem der größten Infrastrukturprojekte in Deutschland

Phasendarstellung der Entwicklung des Agile Construction Arbeitsmodells bei 50Hertz (Komischke et al (2024), in projektmanagementaktuell 3/2024)

Wir alle wissen, dass es ohne Erneuerbare Energien in Zukunft nicht gehen wird. Es ist in diesem Zusammenhang beispielsweise notwendig, die im Norden Deutschlands mit Windkraft erzeugte Elektrische Energie auch in anderen Bereichen verfügbar zu machen. Umgesetzt wird alles dann in großen Infrastrukturprojekten.

Eines davon befasst sich mit dem nördlichen Teil des SuedOstLinks, bei dem 50Hertz der Vorhabenträger ist. Den südlichen, bayerischen Teil verantwortet Übertragungsnetzbetreiber TenneT. Die NKT liefert und installiert die 525-kV-Höchstspannungskabel für die Verbindung in der Regelzone von 50Hertz.

Da sich die Anforderungen sehr schnell ändern, kamen die Projektverantwortlichen von 50Hertz und NKT schnell zu dem Ergebnis, dass eine agilere Vorgehensweise bei dem Projekt angebracht wäre. Da das Unternehmen 50Hertz bisher hauptsächlich plangetriebenes, klassisches Projektvorgehen gewohnt war, war die Transformation durchaus eine Herausforderung – und dauerte auch entsprechend. Die Abbildung zeigt die zeitliche Entwicklung des “Agile Construction Arbeitsmodellsvon 50Hertz.

“Grundsätzlich wurde eine methoden-agnostische Geisteshaltung gewählt. Orientiert wurde sich an Methoden wie dem klassischen Scrum mit seinen Rollen und Sprint-Logik und dem skalierten agilen Framework LeSS, zusätzlich inspiriert durch die Flight Level– sowie der Kanban-Methode” (Komischke et al (2024), in projektmanagementaktuell 3/2024).

Agnostisch meint hier, dass verschiedene Ansätze/Vorgehensmodelle interoperabel sind, also sinnvoll kombiniert wurden. Das könnte auch auf einen adaptiven, hybriden Ansatz hinweisen. Siehe dazu beispielsweise auch DAS Projektmanagement-Kontinuum in der Übersicht.

In dem oben zitierten Beitrag wird ebenfalls erwähnt, dass sich dadurch auch die Zusammenarbeit zwischen 50Hertz und NKT verändert hat. NKT hat daher auch einen Zeitplan entwickelt, um selbst Agile Arbeitsweisen zu entwickeln, und um diese dann mit 50Hertz zu harmonisieren/abzustimmen. Trotz der aufgetretenen Schwierigkeiten bei den jeweiligen Transformationen ziehen die Verantwortlichen insgesamt ein positives Fazit:

“Eine über Jahrzehnte in der Bau- und Infrastrukturindustrie gelebte Kultur, in der vor allem entlang von Verträgen und vermeintlich abschließend formulierten Leistungsbeschreibungen argumentiert wird, macht die Einführung von kollaborativen Arbeitsweisen schwierig, da sich diese Kultur nur schwer mit adaptiven Anforderungen zusammenbringen lässt. Gewisse Verhaltensweisen von Menschen, Teams oder Unternehmen lassen sich nur langsam „entlernen“. Im Verlauf der Entwicklung des Arbeitsmodells wurde den Projektteams die Agile Grenzfläche zunehmend transparent” (Komischke et al (2024), in projektmanagementaktuell 3/2024).

Interessant dabei ist, dass auch hier wieder der Begriff “Lernen”, bzw. “Ent-Lernen” auftaucht. Es scheint bei Transformationsprozessen von Vorteil zu sein, etwas darüber zu wissen, wie Individuen, Gruppen, Organisationen und Netzwerke lernen. Dabei ist das Lernen von Erwachsenen Schwerpunkt der Erwachsenenbildung – doch diese Perspektive wird fast nie tiefer betrachtet.

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