Vielleicht hast Du Scrum gerade kennengelernt und fragst Dich, wie soll das bei uns funktionieren? Oder im Team und Unternehmen versucht ihr schon seit längerem Scrum anzuwenden. Aber am Ende eines Sprints ist wenig bis nichts fertig, das Team existiert nur auf dem Papier, Retrospektiven werden erst gar nicht durchgeführt; die Liste könnte jetzt noch viel länger werden. Kurz, es scheint, dass ihr Scrum bei Euch nicht machen könnt. Andererseits ist Dir klar, Scrum richtig anzuwenden würde Euch echte Vorteile bringen. Was also tun? Der folgende Leitfaden wird Dir helfen.

Welches Basis- bzw. Aufbau-Training solltest Du buchen? Was versteckt sich hinter dem jeweiligen Ausbildungspfad für Scrum Master und Product Owner?

Andy und Pit haben einen großartigen Vortrag zu "Scrum ist Agile Leadership" auf der Konferenz Agile Prag gehalten. 

Wenn Du auch wissen möchtest, was die Beiden mit ihren kontroversen Aussagen: "Why do managers hate Scrum?" und "What is the most important Leadership role in scrum?" meinen, dann schau Dir doch direkt bei uns ihren Vortrag an. 

Certified Scrum Developer Training als Inhouse Teamtraining – Warum auch Dein Team von Wissen ins Machen kommt. Im Gespräch mit Tim Straeter von Proximity Technology & Interone, sowie Andreas (Andy) Schliep möchte ich erfahren, was Tim als Führungskraft in der Entwicklung antreibt und warum er für seine Entwickler:innen speziell dieses Training mit Andy und unserem Partner Falk Kühnel gebucht hat.

Zu viel auf dem Zettel? Keine Ahnung, wo Du anfangen sollst? Jetzt wird Dir geholfen! Wir haben für Dich als Scrum Master einen handlichen PDF-Tagesplaner entwickelt. Er hilft Dir durch innere Klarheit, jeden Tag mehr Wirkung auf Dein Umfeld zu erzeugen.

Die Scrum Alliance als globale Organisation hat es klar gemacht: Wir können nicht wegsehen, wir müssen auch in unseren Bereichen Zeichen setzen und Maßnahmen ergreifen, um den Angriffskrieg in Ukraine zu verurteilen, den Menschen vor Ort zu helfen und Geflüchtete vor Ort bestmöglich zu unterstützen. Die Gemeinschaft wird sämtliche Geschäftsaktivitäten mit und in Russland bis auf weiteres einstellen. Ein weiterer Beitrag ist die Bereitstellung von kostenlosen Kursplätzen. DasScrumTeam beteiligt sich an dieser Aktion und bietet je Kurs einen Platz für Geflüchtete an.

Wer Scrum verstehen möchte, der muss die Herausforderungen der Produktentwicklung kennen. Nach dem Video kannst Du Deine Produktentwicklung in Bezug auf Scrum besser einordnen.

Möchtest Du auch mit Deinen Kollegen und Bekannten über Scrum diskutieren. Hier erhältst Du einen Einblick was Teil von dem Scrum Rahmenwerk ist.

Unsere Unternehmen, unsere Gesellschaft und jeder Einzelne ist von der Pandemie betroffen. Aber wir alle wissen auch, dass wir noch vor viel größeren Veränderungen steht, auf die wir jetzt und in Zukunft Antworten finden müssen. Genau dafür ist Scrum geschaffen. Gerade jetzt.

Seit 10 Jahren helfen wir Unternehmen mit Scrum agil zu werden. Seit 10 Jahren sind wir ein verteiltes Unternehmen. Eine kleine Geschichte vom Tag -1 des Lockdowns, als klar wurde, dass 80% unseres Geschäfts in den nächsten Monaten nicht mehr so stattfinden wird wie es einmal geplant wurde.

Kazunori Yamasaki ist ein ScrumMaster wie er im Buche steht. Er trägt eine Tasche mit Markern und Post-its an seinem Gürtel und ist immer zur Stelle, wenn seine Teams bei der Bewältigung komplexer Herausforderungen eine Orientierungshilfe benötigen. Die Teams bei Groove X in Tokio haben heutzutage viele komplexe Herausforderungen zu bewältigen. Ihr erstes Produkt, welches der Roboter Lovot ist, steht kurz vor der endgültigen Massenproduktion und höchstwahrscheinlich können Sie ihn, während Sie diesen Beitrag lesen, ihn bereits käuflich erwerben.

In den ersten beiden Teilen wurde anhand der Geschichte von 2 Unternehmen gezeigt, wie ScrumMaster und Product Owner führen. Sie sind eingebunden in einem Führungssystem, welches sich über die Zeit entwickelt. Dieser Teil wird sich ganz dem Team als wichtigste Rolle mit Führungsverantwortung widmen und die Geschichten fortsetzen.

Alles neu macht der Mai? Der September ist auch nicht schlecht:

Wir haben unseren beliebten 2-tägigen Certified ScrumMaster accelerated - Kurs umbenannt.

In den vergangenen Wochen habe ich mich wieder mehr mit der Frage beschäftigt, wie merke ich überhaupt ob ich meinen Job als Scrum Master gut mache? Und das hat recht viel damit zu tun, ob mein Team eigentlich "gut" ist...

Im ersten Teil wurde an zwei Beispiel-Unternehmen gezeigt, wie Product Owner führen. Der Product Owner ist Teil eines agilen Führungs- bzw. Managementsystems, das für jede Organisation entwickelt werden muss. Scrum liefert einen Rahmen für dieses Führungssystem.

Dieser Teil führt die Geschichten der beiden Unternehmen fort, und zeigt auf wie der ScrumMaster führt.

Als Coach wurden mir in der letzten Zeit öfter die Aufgabe gestellt, nicht die Maturität der Teams in Sachen Scrum zu verbessern, sondern ich soll den Teams helfen endlich den Schritt in die Selbstorganisation zu wagen.

Mir ist ein Beitrag von Guido Bosbach aufgefallen. Da schreibt er, das Agilität im Zentrum vieler neuer Bewegungen steht und das wir uns als Gesellschaft und vor allem als Führungskräfte auf  Veränderung einstellen können oder gar müssen.

Die Scrum-Rollen sind die Prototypen für agile Führung und agiles Management. Das Agile Manifest wurde 2001 von den beiden Autoren der ersten Scrum-Publikation mitformuliert. Scrum ist ein Rahmenwerk, um eine Organisation auf Agilität zu optimieren. Es bringt neben dem Grundverständnis, welche Artefakte und Abläufe nötig sind, auch eine Aufteilung der Führungsaufgaben in 3 Rollen mit. Scrum verfolgt auch bei den Rollen einen Lean-Ansatz: Weniger ist mehr. Nur die absolut notwendigen Regeln wurden in das Rahmenwerk aufgenommen.

Das hat den Vorteil, dass jede Organisation das für sie passende Führungssystem innerhalb der Kräftedreieckes der Scrum-Rollen entwickeln kann. Es hat aber auch zum Nachteil, dass das Verständnis um Agile Führung nicht so leicht zugänglich ist und oft auch sehr unterschiedlich interpretiert wird.

Um mehr Klarheit zu schaffen, werde ich in diesem ersten von vier Artikeln die Frage Wie führt der Product Owner? anhand von zwei Beispiel-Unternehmen beantworten.

• Ein junges, stark wachsendes Unternehmen mit anfangs 20 Mitarbeitern.
• Ein über zwei Jahrzehnte gewachsenes, mittelständiges Unternehmen mit 450 Mitarbeitern.

Am 10. Dezember war in der Scrum User Group Bern das Thema der Gruppendynamik und Widerstand gegen Veränderungen im Fokus. Die Psychologin Kristina Hermann hielt einen anregenden Vortrag und liess uns auch an uns erleben, warum Widerstand eher natürlich als ungewöhnlich ist und worauf im Umgang mit Gruppen zu achten ist.

Vor gut sechs Jahren erblickte unsere alte Internetseite das Licht der Welt. Die Welt rund um agiles Vorgehen hat sich seitdem sehr verändert.

Agile ist zu einem nahezu beliebigem Buzzword verkommen: Agiles HR, Agiles Führen, Agiles Verkaufen, Agiles Lernen. Was einmal eine starke Bezeichnung für das Vorgehen nach dem agilen Manifest war, ist aktuell der Marketing-Turbo-Begriff für alles, was modern klingen soll.

Ich schreibe das ohne Verbitterung.

Du hast alles gegeben. In unzähligen Sitzungen, Gesprächen, Präsentationen und Intranet-Artikeln hast du von A bis Z dargelegt, warum es Sinn macht, als Unternehmen agil zu werden, was Agilität bedeutet, warum im komplexen Kontext definierte Prozessvorschriften nicht funktionieren können. Du hast agilen Teams geholfen, eine herausfordernde Definition of Done zu formulieren und vermeintlichen Product Ownern geholfen, ihren Beitrag als Anforderungsspezialist im Team zu leisten. Dem Management hast du die Lean-Gedanken ans Herz gelegt - und im Change-, Transition- oder Transformation Team alles gegeben. Schliesslich haben alle eingesehen, dass ein Unternehmen zu dieser Zeit agil werden muss. Es gab sogar einen grossen Vortrag des Managements mit Bildern von Tankern und Schnellbooten.

Und jetzt das: Das Management hat sich von externen Beratern davon überzeugen lassen, dass SAFe - Scaled Agile Framework - für euch genau die richtige Lösung sei.