Agile Schule (E-Book). Ralf Romeike

Чтение книги онлайн.

СКАЧАТЬ Blick erfassbar ist, wer wann woran arbeitet, was noch zu tun ist und was bereits erledigt wurde. Probleme werden offen angesprochen, Entscheidungen gemeinsam getroffen und Wissen und Informationen werden aktiv untereinander geteilt. Dieses Hineinsehen und Verstehen ist für Schülerinnen und Schüler eine wesentliche Voraussetzung zur Partizipation, und für Lehrkräfte ist es die Basis, auf der sie entscheiden, welche Rolle für sie gerade passend ist: die eines Trainers, eines Coaches oder eines Beobachters. Insbesondere als Beobachter kann die Lehrkraft dank der Transparenz die Kompetenzentwicklung der Schülerinnen und Schüler verfolgen und somit ein fundiertes Feedback geben.

      Agile Werte durch Praktiken und Techniken zum Leben erwecken

      Der agile Prozess gibt einen Rahmen vor, in dem Projekte so strukturiert werden, dass zu jedem Zeitpunkt das Richtige richtig getan wird. Insbesondere mittels verschiedener Praktiken und Techniken zum Visualisieren, Austauschen und Nachdenken werden dabei die Agilen Werte zur Basis des Handelns gemacht.

      Visualisieren

      Eine zentrale Rolle spielen Praktiken und Techniken, die den Stand und die Aufgaben des gesamten Projekts und insbesondere des aktuellen Zyklus auf einen Blick erfassbar und damit für alle transparent machen. Das Visualisieren erfolgt in der Agilen Schule ebenso wie in professionellen Projekten durch das ↑ Project-Board mit seinen drei Spalten für geplante, in Arbeit befindliche und erledigte Aufgaben sowie durch priorisierte ↑ User-Storys und die Beschreibung damit verbundener Aufgabenpakete in Form von ↑ Tasks, für die Einzelne für alle sichtbar die Verantwortung übernehmen. Die Visualisierung unterstützt die Selbstorganisation, zeigt das Commitment des Teams bzw. der einzelnen Teammitglieder, fordert Einfachheit bei der Planung ein und sorgt für ein fokussiertes Arbeiten.

      Austauschen

      Ebenso wesentlich ist eine Reihe von Techniken und Praktiken, die den Austausch von Informationen und Wissen unterstützen, wobei sie jeweils nicht nur einen Anlass zur Kommunikation bieten, sondern diese auch strukturieren. So erfolgt der Austausch in der Agilen Schule analog zu professionellen agilen Projekten bspw. vor dem Hintergrund der täglichen Absprachen (↑ Stand-up-Meeting), zum Besprechen des Vorgehens bei der Projektumsetzung im Planungsmeeting (↑ Stand-up-Meeting und andere Besprechungsformen), beim Beschreiben und Diskutieren konkreter Umsetzungen (↑ Pair-Programming), beim Nutzen ↑ kollaborativer Werkzeuge, bei der Beurteilung des entwickelten (Zwischen-)Produkts im Review (↑ Reflexion) sowie bei der Reflexion des Arbeitsablaufs, der Zusammenarbeit und des Umgangs miteinander in der Retrospektive. Jede der Praktiken setzt auf Offenheit und Respekt im Gespräch, aber auch auf den Mut, beispielsweise Fehler anzusprechen und Wünsche zu artikulieren, sowie auf Fokussierung. Die Kommunikation sorgt für Transparenz und Feedback, da Informationen ausgetauscht, Entscheidungen gemeinsam getroffen und fachliche Probleme ebenso wie Stärken und Schwächen des Teams angesprochen werden.

      Nachdenken

      Der dritte zentrale Aspekt, das Nachdenken, löst insbesondere durch den ↑ iterativen Prozess regelmäßig ein «Inspizieren und Adaptieren» aus. Dieses macht das Team und seine Arbeit agil, indem es ein Lernen aus Fehlern und Erfahrungen unterstützt, ein Verbessern in kleinen Schritten ermöglicht und die Umsetzung von Änderungen begünstigt. Neben den kommunikativen Praktiken (↑ Reflexion in Review und Retrospektive) gehören dazu weitere wie ein konkretes Prüfen und Korrigieren der erreichten Ergebnisse bezüglich der geplanten Ziele (↑ Testen) vor einem Review, ein Überarbeiten der Struktur des Zwischenprodukts (↑ Refactoring), ein Beschreiben des Erreichten (↑ Dokumentation) und ein Überdenken und Ergänzen noch offener Aufgaben und ihrer Priorität.

      Die agile Szene drückt das, was für sie Agile Werte und agiles Handeln bedeuten, gern auch in markanten Sprüchen aus (Abbildung 2.4).

Abbildung 2.4: Markante Sprüche aus einem Alltag mit Agilen Werten

      Das Agile Schulmanifest

      Das Agile Manifest von 2001 gilt als Start für einen Kulturwandel in der Softwareentwicklung. In der Agilen Schule sind Agile Werte essenziell für das Gelingen der Projekte sowie für die individuelle Entwicklung und den Lernprozess der Schülerinnen und Schüler.

      Auf Grund unserer Erfahrungen auf dem Weg zu besseren Projekten haben wir ein Agiles Schulmanifest formuliert (Abbildung 2.5). Es soll dazu anregen, den Wandel auch in der Schule einzuleiten:

Abbildung 2.5: Manifest für einen agilen Wandel in der Schule

2.3 Unternehmen werden agil – Beweggründe und Erfahrungen

      Warum werden immer mehr Unternehmen – nicht nur solche aus dem IT-Bereich – agil? Was bedeutet «agil werden» und «agil sein» für sie? Wie gehen sie vor, welche Hürden gilt es zu überwinden und welche Erfahrungen machen sie? Wir, die Autoren, haben nicht die Erfahrung Agiler Coaches, die unterschiedlichste Teams dabei begleitet haben, agiles Denken und Handeln zu lernen, und deshalb aus dem Nähkästchen plaudern können. Wir haben auch nicht erlebt, wie es sich anfühlt, aus einem klassischen Prozess in einen agilen zu wechseln. Aber wir haben Kontakt gesucht zu Profis aus der Praxis und haben insbesondere auf der «Agile Bodensee», der Konferenz für agile Softwareentwickler und Projektentwickler im Bodenseeraum, über mehrere Jahre Einsicht gewonnen in die agile Bewegung. Wir fühlten die Begeisterung und die Lust der Vortragenden, andere Teams zu unterstützen und etwas zu bewegen, indem sie ihre eigenen Erfahrungen teilten, und wir saßen mit Teams am Mittagstisch, die erst noch agil werden wollten und viele Fragen hatten. Die folgenden Ausschnitte aus Berichten von Praktikerinnen und Praktikern illustrieren die Erfahrungen.

      «Einfach losgesprintet» – im agilen Testprojekt

      Stefan Kirch und Henning Pautsch berichteten auf der Agile Bodensee 2014 vom Umstieg auf agile Methoden bei der Bauer+Kirch GmbH in Aachen:

      Ausgangspunkt des Ausprobierens agiler Methoden war, dass die Erfahrungen im Unternehmen zunehmend eine Ahnung bestärkten, dass die klassische Art, Software zu entwickeln, auf Dauer in eine Sackgasse führen würde. Ein idealer Zeitpunkt, um ein agiles Vorgehen zu erproben, war gekommen, als ein hausinternes Werkzeug neu entwickelt werden musste. Unglücklicherweise erkrankte gerade zu diesem Zeitpunkt der Agile Coach, der das Entwicklerteam begleiten sollte. Was also tun? Zwar finden sich in Büchern und Blogs viele Informationen zum methodischen Vorgehen, aber sie können keine Erfahrungen ersetzen. Um die Gelegenheit nicht verstreichen zu lassen, wollte man es dennoch wagen, und obwohl das Team keinen Coach haben würde, wurde es auf den Weg geschickt. Bald mussten die ersten Entscheidungen getroffen werden: Wie lang sollte ein Sprint (↑ Iteration) dauern, also die Entwicklung von jeweils einem weiteren Inkrement der Software? Eine Woche erschien dem Team zu kurz, vier Wochen zu lang, also entschied es sich kurzerhand für zwei Wochen. Das grundsätzliche Ziel wiederum war klar und einiges ergab sich im Verlauf des Projekts, etwa wie viel das Team in zwei Wochen schafft. Die Anforderungen in Form von ↑ User-Storys wurden elektronisch erstellt, aber das Team wollte sie auch ausgedruckt als Zettel an einem großen, übersichtlichen ↑ Project-Board an einer Wand im Büro haben. Die detaillierten Teilaufgaben (↑ Tasks) wurden der Einfachheit halber СКАЧАТЬ