Beitrag von Ralph Schlüter

„Projektmanagement? Das können die BWLer machen. Ich bin Ingenieur und habe andere Aufgaben.“ So dachte ich 2010, als ich im Projektmanagement-Pflichtkurs an der Uni saß. Seitdem ist viel Zeit vergangen. Mit viel Einsicht. Natürlich muss Zusammenarbeit organisiert sein, damit großartige Technik entstehen kann. Projektmanagement betreibe ich schon seit Jahren. Seit zwei Jahren beschäftige ich mich intensiv mit Scrum. Gestern habe ich nun endlich meine Scrum-Zertifizierung (PSM) nachgeholt. 📜 Ein intelligentes Framework mit klaren Rollenbeschreibungen, um komplexe Produkte in komplexen Umgebungen zu realisieren. Mein Lieblingssatz aus dem Scrum-Guide bleibt: "While implementing only parts of Scrum is possible, the result is not Scrum." :-) Wie sind Eure Erfahrungen mit Scrum?

„Lebenslanges Lernen“ bedeutet für mich nicht nur, sich ständig weiterzuentwickeln und Neues zu lernen, sondern auch die Begeisterung, Herausforderungen anzugehen und Wissen zu vertiefen. Besonders wenn komplexe Themen professionell aufbereitet und in kleine, leicht verdauliche Einheiten unterteilt sind, die sich flexibel in meinen Alltag integrieren lassen, fühle ich mich motiviert und inspiriert. Was ich gelernt habe: 🔑Einordnung des Begriffs “Agilität” in den Alltag eines Projektmanagers 🔑systematische Planung, Steuerung und Durchführung klassischer Projekte 🔑Überblick über agile Methoden und ihre Einsetzbarkeit 🔑Scrum als agile Projektmanagement Methode anwenden 🔑Design Thinking Sprints eng am Prozess durchzuführen 🔑Agile Techniken, die agiles Arbeiten unmittelbar ermöglichen 🔑Agile Transformation auf verschiedenen Leveln einordnen 🔑Klassische von agilen Projekten unterscheiden 🔑Hybride Projekte erkennen und entsprechend managen Danke an thekey.academy für die Unterstützung auf meinem Weg. #thekey.academy

Weil Zertifikate in Deutschland wichtig sind, teile ich heute mein SAFe SPC Zertifikat mit euch. Ich liebe Change Projekte und die Rolle des "SAFe Practice Consultant" ermöglicht es mir große, agile Transformationen in Unternehmen zu begleiten. In den letzten 2 Jahren durfte ich mehrere Teams mit insgesamt über 300 betroffenen Mitarbeitenden bei ihrer Entwicklung in die agile Arbeitsweise unterstützen. Der Schwerpunkt meiner Arbeit lag darin, insbesondere die Keyplayer wie SCRUM Master, Product Owner, Product Manager, Release Train Engineers zu coachen. Etwa 20% meiner Zeit habe ich Sie dabei unterstützt die Frameworks an ihr operatives Tagesgeschäft und Bedarf anzupassen. 80% befasste ich mich damit ihnen Leadership Skills zu vermitteln, und zwar mit dem Fokus die Team-Kollegen und Kolleginnen zu motivieren sich an dem gesamten Veränderungsprozess zu beteiligen. Mit der SAFe SPC Zertifizierung bin ich offiziell dazu berechtigt auch als Trainer SCRUM Master auszubilden. Schon in zwei Tagen Online-Training und einer anschließenden Online-Prüfung, kann ein Trainee sich zum SCRUM Master ausbilden und zertifizieren lassen. Ja du hast richtig gelesen: In zwei Tagen kann ich dir zu einem SCRUM Master Zertifikat verhelfen. Aber ist der frisch gebackene SCRUM Master dadurch gewappnet sein Team für die agile Arbeitsweise zu begeistern? Weiß er oder sie wie man mit Konflikten im Team umgeht? Lernen die Trainees in so einem Training wie sie Ihr Team lateral führen und motivieren? Und die aus meiner Sicht wichtigste Frage: Wissen die Manager, die agiles Arbeiten in ihren Bereichen einführen, dass SCRUM Master die oben aufgezählten Fähigkeiten in ihrem neuen Job dringend benötigen? Was ist eure Meinung dazu? Findet Ihr dass die SCRUM Master in euren Unternehmen ausreichend ausgebildet sind, wenn sie das Zertifikat bekommen? 

„Lebenslanges Lernen" bedeutet für mich nicht nur, sich ständig weiterzuentwickeln und Neues zu lernen, sondern auch die Begeisterung, Herausforderungen anzugehen und Wissen zu vertiefen. Was ich gelernt habe: Einordnung des Begriffs "Agilität" in den Alltag eines Projektmanagers 🎯Systematische Planung, Steuerung und Durchführung klassischer Projekte 🎯Übersicht über agile Methoden und ihre Einsetzbarkeit 🎯Scrum als agile Projektmanagement Methode anwenden 🎯Design Thinking Sprints eng am Prozess durchzuführen 🎯Agile Techniken, die agiles Arbeiten unmittelbar ermöglichen 🎯Agile Transformation auf verschiedenen Leveln einordnen 🎯Klassische von agilen Projekten unterscheiden 🎯Hybride Projekte erkennen und entsprechend managen Ein herzlicher Dank geht an thekey.academy und die IHK-Projektgesellschaft mbH Ostbrandenburg für die hervorragend gestaltete Weiterbildung. Der Lehrgang war interaktiv, didaktisch durchdacht und hat mir wertvolle Einblicke in das Agile Projektmanagement ermöglicht. #weiterbildung #agilesprojektmanagement #ihk #retail #opentowork

Klassisches oder agiles Projektmanagement - welcher Ansatz führt zum Erfolg?📈 Dieser Artikel vergleicht beide Methoden und zeigt, dass je nach Projektbedürfnissen mal der eine, mal der andere Ansatz sinnvoll sein kann. Finde heraus, wie eine Kombination beider Ansätze die Effizienz und den Erfolg deiner Projekte steigern kann. Jetzt lesen ➡https://lnkd.in/emTF89rM #projektmanagement #weiterbildung #blogpost #agil

Agile Strategiesuche ist vermutlich von den selben Gefahren betroffen wie agiles Projekt Management in der Software Branche? Wenn ich den Vergleich sehe, werde ich etwas nervös. Mit dem wiederholten kurzen Blick eines Sprints kann man sich nämlich ziemlich schnell ins „out“ rotieren oder nirgendwohin. (Siehe mein bivy-sack im Schneesturm auf einer einsamen Alp.) Daher nehmen wir im Software Engineering ein Model, das beides vereint. Das langfristige Ziel bleibt im Blick und die einzelnen Teilaspekte der Entwicklung ändern mit jedem Sprint ihren Schwerpunkt und werden zunehmend konkreter. Das sollte man deutlich im Sprint an der Art der Tasks erkennen, die sich verlagern: Im Fall der Strategiebildung von Hypothesen zur Erfolgskontrolle, in Software Engineering von Requirements zum Testen und Deployment. In beiden Fällen verlagert sich der Schwerpunkt, im Gegensatz zum Wasserfall Modell, sind aber gegen Ende weiterhin alle Aufgaben erlaubt. So kann man in der Endphase immer noch Hypothesen und Requirements erstellen. Oder anders herum, man kann von Anfang an Deployen und Erfolge messen. Inspiriert durch „Strategien entwickeln“ Kapitel 3 von Stefan Kühl

Seminar zu Agilem Projektmanagement 🎓 Dieses Jahr durfte ich als Dozent mein erstes Seminar an der Hochschule Harz geben. 🧑🏫 Heute teile ich mit Euch meine Learnings! Ich war gespannt, wie die Studierenden auf diese Arbeitsweise reagieren würden – und wurde in mehrere Hinsichten überrascht. 1️⃣ Die Studierenden waren von agilem Arbeiten direkt überzeugt. Statt einer Einführung ging es eher um Vertiefung. Die meisten hatten bereits Vorerfahrungen. 2️⃣ Besonders erfreut und beeindruckt hat mich die starke Handson-Mentalität Agiles direkt anzuwenden. Ob Scrum, Kanban oder SAFe – die Studierenden wollten sofort loslegen und hatten bereits eigene Projekte! 3️⃣ Praxisübungen wurden erwartet! #Basiskriterium 😉 Viele Simulationen kannten sie schon. Da war ich kurz sprachlos. 😀 Aber dank Alternativen konnte ich flexibel auf ihre Vorkenntnisse eingehen. So wurde aus einem "das kennen wir schon" ein "WOW - Das kannten wir nicht!" Fazit: Agiles Projektmanagement ist mehr als ein Trend – es wird zur Kernkompetenz. Wer agil arbeitet, sichert sich klare Vorteile für die Zukunft. 🚀 Ich freue mich auf weitere Seminare und spannende Diskussionen. Ein großer Dank geht an die großartigen Studierenden, die mit so viel Engagement dabei waren! 📚 Unterrichtest du auch? Welche Erfahrungen hast du gemacht? Lass uns austauschen! 🙌 #AgilesProjektmanagement #Scrum #Kanban #HochschuleHarz #Bildung #NewWork #Leadership #SAFe #hsharz #hochschuleharz #studieren #Studium

ICYMI: Bredec Group Hinter den Kulissen: Wie ich als Professional Scrum Trainer Schulungen entwerfe (in 4 einfach nachzumachenden Schritten): Anfang dieses Jahres habe ich meine Schulung für Product Owner neu entworfen. Ich habe sie im vergangenen Jahr zwar mehrfach unterrichtet, aber nur online. Da ich den Auftrag erhalten habe, sie in Präsenz zu halten, nahm ich dies zum Anlass, das Training noch einmal neu zu durchdenken und zu überarbeiten. Egal, ob ich eine Schulung überarbeite oder neu entwerfe, ich verwende immer die gleichen vier Schritte. Diese verrate ich dir in diesem Artikel. Zuerst aber ein Rat: Beginne nicht mit der Erstellung der Folien! Warum ist das ein Fehler? Früher habe ich immer zuerst die Unterlagen, Folien, Flipcharts oder Handouts erstellt. Dies führte zu Schulungen, die den Charakter einer Vorlesung an der Universität hatten. Was meine ich damit? Wenn ich an eine Vorlesung denke, dann denke ich an viel zu viel unwesentlichen Inhalt, keine Übungen und keine Diskussion. Es erinnert mich an die „Folienschlachten“ im Fach Wirtschaft in meinem ersten Semester. Ich gegen die Folien des Professors. Heute dient mir eine Vorlesung als Gegenbeispiel einer Schulung. Wenn ich heute ein Training entwerfe, orientiere ich mich an einem Gespräch. Eine gelungene Schulung sollte sich wie ein Gespräch unter Freunden anfühlen. Wie sieht das aus? Angenommen, wir unterhalten uns. Du erzählst mir von einer Situation. Ich stelle Fragen. Du stellst Rückfragen. Ich liefere Beispiele oder eine Theorie. Du fasst zusammen, welche Beispiele hilfreich waren. Wir wenden sie gemeinsam auf deine Situation an. Du reflektierst, welche Erkenntnisse du gewonnen hast. Wir feiern deine Einsichten. Trainings zu designen bedeutet für mich, eine Konversation zwischen Teilnehmern und Trainer zu entwerfen. Und diese beginnt nicht mit dem Design von Folien. Sondern: Schritt 1: Teile jeden Schulungstag in Einheiten von neunzig Minuten Warum solltest du damit beginnen? Die meisten Trainer glauben, der Erfolg einer Schulung werde allein dadurch bestimmt, was die Teilnehmer lernen. Damit machen sie es sich zu einfach. Wie komme ich zu dieser Behauptung? Vor jedem Training befrage ich die Teilnehmer, warum sie sich für dieses Training entschieden haben. Während des Trainings frage ich sie, was ihnen gefallen hat und was überflüssig war. Nach jedem Training lese ich die Bewertungen und führe gezielte Interviews durch. Wie du siehst, investiere ich viele Stunden, um zu verstehen, was eine Schulung erfolgreich macht und was nicht. Und dabei wird mir jedes Mal aufs Neue bewusst: Der Erfolg einer Schulung wird auch davon bestimmt, wie sich die Teilnehmer fühlen. Somit bestimmen also zwei Faktoren den Erfolg eines Trainings: * Was die Teilnehmer lernen. * Wie sich die Teilnehmer fühlen. Wenn du noch skeptisch bist, dann denke einfach daran, wie du dich in einem Vortrag oder einer… Inquiry@bredec.com

Agile-Coaching? Was ist denn das schon wieder? Viele Coaches werben mit dem Zusatz "Agile Coach" für sich und Ihre Dienstleistungen. Brauchen agile Teams unbedingt Agile-Coaches und was ist der Unterschied zu "normalem" Coaching? Das mutmasslich erste agil geführte Projekt geht zurück in die 1940er Jahre. 2001 wurde das agile Manifest veröffentlicht. Ein Resultat auf den Versuch, Methoden der Softwarentwicklung zu besprechen, um Softwareprojekte nicht mehr nach dem starren Wasserfallprinzip führen zu müssen. Das agile Manifest umfasst insgesamt 12 Prinzipien, unter anderem: - zufriedene Kunde - multidisziplinäre Zusammenarbeit - Vermittlung von Informationen über den persönlichen Kontakt - Einfachheit - Entwürfe entstehen durch Selbstorganisation - kontinuierliche Zusammenarbeit der Verbesserung Agilität zeichnet sich durch iterative Arbeit aus – ein Prozess wiederholender Schleifen, die Planung, Ausführung und Reflexion umfassen. Interessanterweise spiegelt dies die Vorgehensweise systemischer Berater wider, die ebenfalls in Zyklen arbeiten: Sie sammeln Informationen, formulieren Hypothesen, initiieren Maßnahmen und sammeln erneut Informationen basierend auf den Ergebnissen.. Somit ist die Methodik von Agile Coaches nicht grundlegend verschieden von der systemischer Coaches. Es ist der Kontext – ob in agilen Teams oder in anderen Systemen – der bestimmt, ob die Arbeit als "agil" oder "systemisch" bezeichnet wird. Arbeitest Du in einem agilen Team und wie habt ihr das eingeführt? Bild: Irfan Simsa / Unsplash

Agile-Coaching? Was ist denn das schon wieder? Viele Coaches werben mit dem Zusatz "Agile Coach" für sich und Ihre Dienstleistungen. Brauchen agile Teams unbedingt Agile-Coaches und was ist der Unterschied zu "normalem" Coaching? Das mutmasslich erste agil geführte Projekt geht zurück in die 1940er Jahre. 2001 wurde das agile Manifest veröffentlicht. Ein Resultat auf den Versuch, Methoden der Softwarentwicklung zu besprechen, um Softwareprojekte nicht mehr nach dem starren Wasserfallprinzip führen zu müssen. Das agile Manifest umfasst insgesamt 12 Prinzipien, unter anderem: - zufriedene Kunde - multidisziplinäre Zusammenarbeit - Vermittlung von Informationen über den persönlichen Kontakt - Einfachheit - Entwürfe entstehen durch Selbstorganisation - kontinuierliche Zusammenarbeit der Verbesserung Agilität zeichnet sich durch iterative Arbeit aus – ein Prozess wiederholender Schleifen, die Planung, Ausführung und Reflexion umfassen. Interessanterweise spiegelt dies die Vorgehensweise systemischer Berater wider, die ebenfalls in Zyklen arbeiten: Sie sammeln Informationen, formulieren Hypothesen, initiieren Maßnahmen und sammeln erneut Informationen basierend auf den Ergebnissen.. Somit ist die Methodik von Agile Coaches nicht grundlegend verschieden von der systemischer Coaches. Es ist der Kontext – ob in agilen Teams oder in anderen Systemen – der bestimmt, ob die Arbeit als "agil" oder "systemisch" bezeichnet wird. Arbeitest Du in einem agilen Team und wie habt ihr das eingeführt? Bild: Irfan Simsa / Unsplash