Aus der Klasse werden Projektteams, fest für das ganze Lernfeld, drei bis fünf Personen, am besten vier: Teams bilden, fünf Rollen verteilen, den Teamvertrag mit einer eigenen Regel schließen, festlegen, wie ihr Aufgaben im Team verteilt, und die Arbeitsweise einüben, mit der ihr das ganze Projekt arbeitet.
Sprint 0 · alle gemeinsamBrückenstufe 1
Eure Story: Ihr lernt den Auftrag kennen und werdet als Team arbeitsfähig.
Hier startet euer Sprint 0. Storycard Einführung drucken, im Planning die Aufgaben im Team verteilen und AB 1 bis 8 festhalten. Am Ende steht euer Team mit Rollen, Partnerteam und Vertrag, der Auftraggeber zeichnet in Lektion 3 M0 ab. Den ersten Sprint holt ihr euch vom Board.
Gemeinsam am Beamer, dann im Team. Teams per Handy wählen oder auslosen, Rollen und Vertrag im Team festlegen, Daily und Board einmal ausprobieren.
0 von 8 AB abgehakt AB-Liste öffnen
Gemeinsam am Beamer
Wir werden ein Team
Teams bilden, fünf Rollen, Teamvertrag, Aufgaben im Team verteilen, Sprint, Daily, Board, Hilfe-Treppe, M0.
Öffnet im Vollbild. Pfeiltasten blättern, N zeigt die Notizen für die Lehrkraft, Esc schließt.
So arbeiten agile Teams: vier Sätze
Agiles Arbeiten kommt aus der Softwareentwicklung. 2001 haben Entwickler vier Werte aufgeschrieben, das agile Manifest. Ihr arbeitet das ganze Lernfeld danach. Das Rechte in jeder Zeile braucht ihr auch, das Linke zählt aber mehr.
| Wichtiger … | … als | So zeigt es sich bei euch |
|---|---|---|
| Menschen und Gespräche | Formulare und Werkzeuge | Daily, Teamvertrag, Aufgaben im Team selbst verteilen, Fragen an euer Partnerteam |
| ein Ergebnis, das funktioniert | lange Dokumentation | je Sprint ein Lernprodukt, im Labor aufgebaut und geprüft; im Review erklärt ihr es am Wissensspeicher, nicht im Vortrag |
| Zusammenarbeit mit dem Auftraggeber | ein starrer Vertrag | Rückfragen an die IT-Leitung von HLG, ein eigenes Kriterium ab Sprint 2, eine eigene AB in Sprint 5 |
| auf Veränderung und Rückmeldung reagieren | stur einem Plan folgen | der offene Fall auf der Storycard, Zwischenreview, Retrospektive |
Das steuert ihr in Sprint 0 · Brückenstufe 1
Ihr verteilt die Aufgaben im Team selbst, schreibt das Sprintziel in eigenen Worten und legt die Reihenfolge eurer Schritte fest.
Der Kurs gibt vor: Story, AB und ein möglicher Weg. Alles Weitere sind Inputs, die ihr euch holt, wenn eure Storycard danach fragt.
Was ihr ändern dürft, was fest bleibt: Die Reihenfolge eurer Schritte und wer was übernimmt, legt ihr selbst fest. Fest bleiben der Auftrag, die Laborregeln und der Meilenstein M0 am Ende von Sprint 0. Ab Sprint 2 kommt ein eigenes Kriterium dazu.
Ein möglicher Weg zu eurer Storycard
Ein Vorschlag für euer Backlog, kein Pflichtweg. In Sprint 0 und 1 bleibt er offen sichtbar, ab Sprint 2 ist er eingeklappt.
- Kursstart ansehen und den Auftrag in drei Sätzen wiedergeben
zahlt ein auf AB 1 - Eure Vermutung zu Rampe 3 im Kursstart aufschreiben, jede und jeder für sich
zahlt ein auf AB 6 - Teams bilden (Präsentation oben), Teamvertrag mit eigener Teamregel schließen. Legt fest, wie ihr Aufgaben im Team verteilt: wer im Planning eine Karte nimmt, wer gegenliest, wie ihr euch im Daily gegenseitig auf Stand bringt. Legt mit der Lehrkraft fest, welches Team eure Ergebnisse im Kreuzreview prüft (euer Partnerteam).
zahlt ein auf AB 7 - Rollen für Sprint 1 verteilen: Teamleitung, Technik und Labor, Messen und Rechnen, Betrieb und Tests, Dokumentation. Die Rollen wechseln jeden Sprint.
zahlt ein auf AB 4 - Den Projektauftrag lesen, Rückfragen an die IT-Leitung stellen und die Antworten festhalten (Lektion 3)
zahlt ein auf AB 2 - Definition of Done (eure Fertig-Kriterien): Bewertung (Produkt 40, Prozess 25, Wissen 35) und die Abnahmekriterien K1 bis K6 mit dem Auftraggeber vereinbaren
zahlt ein auf AB 5 - Laborzugang klären: Laborrechner, Netzsimulator, Raspberry Pi übernehmen, Regeln für Mitschnitte im Labornetz lesen und unterschreiben (Lektion 3)
zahlt ein auf AB 8 - Backlog (eure Aufgabenliste) für Sprint 1 aufbauen: Storycard Teil 1 lesen, jede Aufgabe aufs Board und an genau einen Namen
zahlt ein auf AB 3 - Review mit dem Auftraggeber: Er nimmt AB 1 bis 8 ab und zeichnet den Projektauftrag ab, das ist M0 (Lektion 3).
- Kurze Retrospektive auf der Rückseite der Storycard Einführung: Was hat getragen, was hat gebremst, was ändern wir? Den Satz „Das ändern wir“ nehmt ihr mit ins Planning von Sprint 1. Danach startet Sprint 1.
Fertig seid ihr, wenn … (AB 1 bis 8)
Sprint 0 gilt erst als fertig, wenn der Auftraggeber alle AB abnimmt:
- Jede und jeder im Team gibt den Auftrag in drei Sätzen wieder.
- Mindestens drei Rückfragen an die IT-Leitung HLG sind gestellt und beantwortet.
- Das Backlog für Sprint 1 steht, jede Aufgabe hängt an genau einem Namen.
- Die Rollen für Sprint 1 sind verteilt.
- Die Definition of Done ist aus den Bewertungskriterien abgeleitet und mit dem Auftraggeber vereinbart.
- Jede und jeder hat die eigene Vermutung im Kursstart (Lektion 1) notiert: Warum fallen die Scanner an Rampe 3 aus?
- Euer Teamvertrag mit eigener Teamregel ist unterschrieben, die Aufgaben sind im Team verteilt, euer Partnerteam steht fest.
- Der Laborzugang ist geklärt: Netzsimulator, VMs und Docker auf den Laborrechnern sind eingerichtet, die Regeln für Mitschnitte im Labornetz sind unterschrieben.
Die Haken gelten für ganz Sprint 0 und werden im Browser dieses Geräts gespeichert, am besten am Teamrechner.
Ein Team, eine Storycard: so verteilt ihr die Arbeit
In jedem Sprint arbeitet ihr gemeinsam an der Storycard des Teils. Im Planning lest ihr die AB, entscheidet, welche Lernangebote und Aufgaben ihr dafür braucht, und hängt jede Karte an genau einen Namen. Größere Aufgaben übernehmen zwei Personen. Den offenen Fall der Storycard entscheidet das ganze Team. Im Daily bringt ihr euch gegenseitig auf Stand: Wer eine Aufgabe erledigt hat, erklärt sie den anderen, denn im Review wird ausgelost, wer erklärt. zahlt ein auf AB 7
Das ganze Lernfeld mit einem Beispielteam: So arbeitet euer Team in Lektion 1.
Kursmaterial · Storycard
Die Storycard zur Einführung. Zwei Seiten: vorne Story, Akzeptanzbedingungen und Sprintziel, hinten Anschluss, Kompetenzmodell und Retrospektive. Druckt sie doppelseitig aus.
Storycard zur Einführung herunterladen2 Seiten · doppelseitig drucken
Euer Board · AB 1 bis 8
Jede Akzeptanzbedingung eurer Storycard ist hier eine Karte. Schiebt sie mit den Pfeilen weiter: offen, in Arbeit, Review, fertig. Höchstens drei Karten gleichzeitig in „In Arbeit“: lieber eine Karte fertig machen als viele anfangen. „Fertig“ setzt den Haken in der AB-Liste, so seht ihr den Stand auch oben in der Leiste jeder Seite. Gespeichert wird im Browser dieses Geräts, am besten öffnet ihr das Board am Teamrechner.
Das Board lädt. Ohne JavaScript nutzt ihr die Rückseite der Storycard.
Fünf Rollen, ein Team
Jede Person übernimmt eine Rolle. Die Rolle ist ein Zusatz: Lernen, Kontrolle und Wissensspeicher macht jede und jeder selbst. Die Rollen wechseln nach jedem Sprint, so hat jede Person im Lauf des Lernfelds möglichst jede Rolle einmal. Bei vier Personen übernimmt die Teamleitung auch Betrieb und Tests. Zu dritt übernimmt die Person mit der Dokumentation zusätzlich Messen und Rechnen.
| Rolle | Aufgabe | Fertig, wenn |
|---|---|---|
| Teamleitung | Hält das Board aktuell, moderiert Planning und Daily, stellt die Rückfragen an die IT-Leitung von HLG und vertritt das Team im Review. | Das Board stimmt am Sprintende, jede Rückfrage ist beantwortet und protokolliert. |
| Technik und Labor | Verwaltet den Laborzugang des Teams, baut Monitoring, Logsammlung und Redundanz im Labor auf und prüft jede technische Aussage am System. | Jedes Laborergebnis lässt sich nachvollziehen, die Laborregeln sind eingehalten, Konfigurationen sind gesichert und beschriftet. |
| Messen und Rechnen | Rechnet Reserven, Kennzahlen, Verfügbarkeit und Kosten und prüft, ob eine Zahl stimmt. | Jede Zahl hat einen Rechenweg mit Einheit, jede Empfehlung eine Abwägung. |
| Betrieb und Tests | Hält die Anforderungen von IT-Leitung und Schicht fest, leitet Prüfschritte ab und prüft Ergebnisse gegen die Definition of Done. | Zu jeder AB gibt es einen Prüfschritt, jedes Mess- und Fehlersuchprotokoll ist vollständig. |
| Dokumentation | Führt Wissensspeicher und Betriebshandbuch, damit jede Entscheidung mit Quelle nachlesbar bleibt. | Das Wissensspeicher-Blatt des Teils ist vollständig, ein Dritter versteht jede Entscheidung. |
Der Teamvertrag
Euer Team einigt sich auf drei bis fünf Regeln, eine davon formuliert ihr selbst. Schreibt dazu, wie ihr Aufgaben verteilt und was passiert, wenn eine Karte hängen bleibt. Der Vertrag hängt am Board und ist in der Retrospektive der Maßstab: Haben wir uns daran gehalten? In der Präsentation könnt ihr ihn ausfüllen und als PDF speichern.
So läuft ein Sprint
| Station | Bedeutung | Was ihr tut |
|---|---|---|
| Sprint Planning | Planung | Zuerst lest ihr euren Satz „Das ändern wir“ aus der letzten Retrospektive vor. Dann Storycard lesen, Sprintziel in eigenen Worten eintragen, Aufgaben als Karten aufs Board, jede Karte bekommt einen Namen. Welche Lernangebote ihr dafür braucht und wer sie übernimmt, entscheidet ihr im Team. |
| Daily | Kurzabstimmung | Fünf Minuten im Stehen am Board: Was habe ich geschafft, was mache ich heute, was blockiert mich? Wer etwas fertig hat, erklärt es kurz den anderen. |
| Arbeiten | am Board und im Labor | Lernangebote, Labor, Rechenwege, Kontrolle und Wissensspeicher. |
| Zwischenreview | Rückmeldung in der Sprintmitte | Ihr zeigt eurem Partnerteam und dem Auftraggeber euren Stand am Board und holt euch Rückmeldung, solange ihr noch umsteuern könnt. |
| Sprint Review | Prüfen und Abnahme | Euer Partnerteam prüft euer Lernprodukt gegen die Akzeptanzbedingungen (Kreuzreview). Dann lost die Lehrkraft als Auftraggeber eine Person aus, die mit ihrem Wissensspeicher-Blatt erklärt und drei Prüffragen beantwortet. Keine Präsentation. |
| Retrospektive | Rückblick | Was hat getragen, was gebremst, was ändern wir? Eine Änderung, der Satz „Das ändern wir“, eröffnet das nächste Planning. Danach wechseln die Rollen. |
Die Hilfe-Treppe: wenn du nicht weiterkommst
- Ich selbst: Fachgrundlage, eingeklappte Hilfen, Rechenwege und Lösungen, Anlagendaten. Fünf Minuten selbst suchen.
- Mein Team: fragen. Wer erklärt, lernt mit. Offene Fragen kommen aufs Board.
- Andere Teams: euer Partnerteam oder ein Team, das die Aufgabe schon bearbeitet hat.
- Lehrkraft: berät als Lernbegleitung, ohne fertige Lösung. Fragen an die IT-Leitung oder die Geschäftsleitung von HLG stellt die Teamleitung.
Wissensspeicher und Review
Am Ende jedes Teils füllst du ein Wissensspeicher-Blatt aus: feste Felder und ein Themenfeld, eine Seite. Du findest es in der Lektion Kompetenzmodell des Teils. Das Blatt bleibt in deinem Browser gespeichert und lässt sich drucken.
Weil ihr die Aufgaben im Team verteilt, hat nicht jede und jeder alles selbst gerechnet oder aufgebaut. Deshalb bringt ihr euch im Daily und vor dem Review gegenseitig auf Stand: Jede Person erklärt ihre Aufgabe am eigenen Blatt, die anderen ergänzen ihr Blatt. Wer im Review erklärt, wird ausgelost, deshalb muss jede Person im Team den ganzen Teil erklären können. Danach folgt die Kontrolle über den ganzen Teil.
Gute Teamarbeit sieht man: der Prozessteil der Bewertung
Der Prozessteil jeder Storycard (25 von 100 Punkten) wird mit einem Beobachtungsbogen bewertet: ++ sicher, + überwiegend sicher, o mit Hilfe, − noch nicht. Belege sind Storycard, Board, Projektakte und das Review. Dazu gehört auch, dass ihr die Laborregeln einhaltet und Konfigurationen und Messungen so dokumentiert, dass ein anderes Team damit weiterarbeiten kann.