In der Fachgruppe ArchiLab setzen wir unsere Guided Projects in aller Regel als agile Projekte um. Der agile Ansatz erfordert, dass das Team zeitlich und r\u00e4umlich („co-located“) eng zusammenarbeitet. Das kollidiert mit der Wirklichkeit vieler Hochschulprojekte, bei denen die Studierenden zwischen vielen verschiedenen Aufgaben hin- und herwechseln („Task Switching“ als Form des „Muda“ in der Lean Software Development). Dar\u00fcber hinaus arbeiten Studierende in Hochschulprojekten oft isoliert voneinander, als pragmatische Reaktion auf die komplexe Zeitplanung (viele parallele Projekte mit jeweils anderen Teamstrukturen).<\/p>\n
F\u00fcr die Durchf\u00fchrung agiler Projekte mit Fokus auf Software-Engineering-Themen wurde daher ein Lehrkonzept erarbeitet, das einen Prozessrahmen nach Scrum und XP auf die M\u00f6glichkeiten eines GP anpasst. Die Herausforderungen sind hier beispielsweise:<\/p>\n
In einem solchen Projekt gehen wir\u00a0beispielsweise von einer Sprintstruktur von vier Wochen aus. Teams haben die Verpflichtung, einen gemeinsamen Arbeitstag zu definieren, an dem sie physisch pr\u00e4sent sind und in einem Raum (der von uns bereitgestellt wird) gemeinsam an ihrem Projekt arbeiten k\u00f6nnen<\/p>\n
Eine Einf\u00fchrung in agile Prozesse nach Scrum mitsamt Beschreibung des agilen Lehrkonzepts findet sich hier:\u00a0Agile Project Management with Scrum und XP<\/a>.<\/p>\n Das agile Vorgehensmodell eignet sich besonders gut, Teamprozesse und die eigene Rolle darin zu analysieren und einzu\u00fcben. Daher ist es das Ziel, speziell f\u00fcr den Projekttyp GP-A das\u00a0Lehrkonzept so zu erweitern, das das von Prof. Stumpf<\/a>\u00a0betreute Prozessbegleitungs-Modul sich mit der agilen Methodik verzahnt.\u00a0Das ist aktuell „Work in Progress“.<\/p>\n