Die Lernenden und ihre Interaktionen stehen über Prozessen und Werkzeugen.

Das Zielprodukt steht über einer umfassenden Dokumentation.

Die Zusammenarbeit und der Kommunikationsfluss mit dem Product Owner (Lehrer:in) ist grundlegend und wichtig.

Reagieren auf Veränderung steht über dem Befolgen eines Planes.

Fragen sind erlaubt

Schlage eine Pause vor, wenn du sie brauchst

ALLE sind das Team – mittendrin statt nur dabei

FEHLER sind HELFER

Freu dich über den Prozess

Smartphones aus

Durch eine klare Strukturierung und Ritualisierung des Arbeitsprozesses in Sprints, in denen jeweils die verschiedenen Phasen der Planung, Ausführung, Überprüfung und Anpassung durchlaufen werden, kann ein Produkt gezielt und nutzerorientiert weiterentwickelt werden.

Die Lehrperson beschränkt sich darauf die Ziele festzulegen («Was») und den Teams klar zu machen, weshalb es sinnvoll ist, dass sie tun, was sie tun sollen («Warum»).

Es sind aber die Teams, die ihren Weg hin zu diesem als sinnvoll empfundenen Ziel bestimmen.

Ein wesentliches Element von eduScrum ist, dass der Product Owner die Entscheidung darüber, wie ein Team ein Produkt realisiert, dem Team überlässt.

Die Rolle des Product Owners besteht dann darin, das Team zu begleiten und den Teammitgliedern zu helfen Hindernisse in der Arbeit zu beseitigen.

Er darf sich aber nicht in die Entscheidungen eines Teams bezüglich der Art und Weise ihrer Arbeit einmischen, solange die Grundregeln von eduScrum nicht verletzt werden.

«Cross-functional» sind Teams, die über alle Kompetenzen, Ressourcen, etc. verfügen, die notwendig sind, um die definierten Ziele erfüllen zu können.

Das Product Backlog entspricht einer Liste von Lernzielen, die der Product Owner den Bildungsplänen eines Faches entnimmt und für die Schüler*innen aufbereitet.

Der Product-Owner stellt den Teams vor Beginn eines Sprints das Product Backlog zur Verfügung, sodass die Teams dann mit der Priorisierung und Planung beginnen können.

Die Lernziele im Product Backlog werden im Idealfall als sogenannte «User Stories» verfasst (siehe unten).

User Stories sind «Nutzergeschichten», die eine Aufgabe produktorientiert und aus Sicht des Users beschreiben und sind somit nicht mit Tasks (Aufgaben) zu verwechseln.

Es ist jedoch üblich, dass die Teams zu den User Stories selber Tasks anfertigen.

Im weiteren Verlauf des Planungsmeetings sollten die Teams zusätzlich für sich als Gruppe zu definieren, wann eine Aufgabe wirklich bearbeitet und FERTIG ist (Entwicklung der sog. Definition of Done) und das transparent für alle sichtbar vermerken.

Das sog. Review-Meeting trägt den Scrum-Säulen von Beobachtung und Anpassung Rechnung.

Das für die Teamarbeit und den vernetzten Lernprozess wichtigste Meeting ist die sog. Retrospektive.

In diesem Meeting werden die Hindernisse (oder Impediments), die im Laufe des Prozesses von einzelnen Teammitgliedern auf dem Board hinterlegt worden sind durchgesprochen (siehe Bild Mural: Die wichtigsten Elemente von KidsScrum ).

Dieses Meeting liegt hauptsächlich in der Verantwortung des Team-Scrum-Masters, am Anfang (im ersten Durchgang von KidsScrum) unterstützt durch die Lehrkraft.

Bei diesem Meeting geht es darum, die Teamarbeit selbst zu beleuchten.

Wo steht das Team, in welcher (Team-)Phase befindet es sich, welche (Team-)Rollen haben ggf. die einzelnen Teammitglieder, welche Konflikte gibt es.

Was ist im abgelaufenen Durchgang gut gelaufen, was weniger gut, was will das Team behalten oder ausbauen, was will es lieber nicht wieder tun.

Auf der hier dargestellten Lerntafel stehen oben rechts die Namen der Lernteam-Mitglieder.

Oben links ist Platz, um entweder die Lernziele oder die Problemstellung und Vision für das Lernprodukt zu notieren (vergleiche Box “Problemstellung & Vision”).

In der priorisierten Lernliste werden die Lernschritte darunter der Priorität nach geordnet abgelegt. Die Akzeptanzkriterien stehen häufig auf der Rückseite der Karten. So kann das Lernteam schnell überprüfen, ob der Lernschritt bereits abgeschlossen werden kann.

Der größte Teil ist für eine Tabelle reserviert, auf der das Lernteam die Lern- und Lernteilschritte darstellt, an denen es aktuell arbeitet. In die Spalte auf der linken Seite werden alle Lernschritte (User Stories) gezogen, die ein Lernteam im kommenden Sprint fertigstellen möchte. Die Spalte daneben mit Lernteilschritten (Tasks) ist optional. Jeder Lernschritt kann noch einmal in kleine Unteraufgaben unterteilt werden, die zur Fertigstellung des Schrittes nötig sind. Dies bietet sich vor allem bei längeren Sprintzyklen und komplexeren Lernschritten an.

Um sich beim nächsten Treffen des Lernteams noch daran zu erinnern, wer an einer Aufgabe arbeiten wollte, notieren die Lernenden in der Regel ihren Namen auf den Lern- und Lernteilschritten.

In der Spalte In Arbeit hängen alle Lernschritte oder bei der Verwendung von Lernteilschritten alle Lernteilschritte, an denen das Lernteam aktuell arbeitet. Ziel ist es, dass alle Karten am Ende des Sprints in der Spalte Fertig hängen.