Aufgabe 01 - Modell-Matrix

Lernziele

• Du stellst Wasserfall, V-Modell, iterativ-inkrementelles Vorgehen, Scrum und Kanban entlang klarer Kriterien gegenüber.
• Du wählst für eine gegebene Projektsituation ein Vorgehen begründet aus und grenzt es gegen Alternativen ab.
• Du erkennst Mischformen und beurteilst, ob die gewählten Elemente zueinander passen.

Ausgangslage

Vorgehensmodelle sind Werkzeuge mit Einsatzgebiet, kein Glaubensbekenntnis. Du stellst die Modelle systematisch gegenüber, entscheidest für konkrete Projektsituationen begründet und verteidigst die Wahl gegen die Alternativen - denn die eigentliche Kompetenz ist nicht, ein Modell zu kennen, sondern das passende auszuwählen (siehe Kapitel 1 bis 3, Vorgehensmodelle I–III).

Was du dafür brauchst:

• Kapitel 1 bis 3 (Vorgehensmodelle I–III) vollständig.
• Ein Textdokument für Matrix und Begründungen; ihr arbeitet in Zweierteams.
• Ab Wesentlich_vollständig dein Client-Server-Projekt aus der 4. Klasse.

Allgemein

Projektordner anlegen siehe https://qiz.at/projektordner

• Lies vorher kurz https://qiz.at/assignmentsabgabe durch.
• Nur vollständige Abgaben (siehe https://qiz.at/rules) können positiv bewertet werden.
• Abgabe- und Testdetails siehe https://qiz.at/assignmentsabgabe
• Abgegeben wird ein Textdokument (z. B. README.md im Projektordner) mit allen Ergebnissen der bearbeiteten Stufen: Vergleichsmatrix, Fallentscheidungen mit Gegenargumenten, Rückblick auf das Vorjahresprojekt und - wenn bearbeitet - Fehldiagnose und Mischform-Entwurf.
• Die Fallentscheidungen werden in der Gruppe verteidigt; es gibt bewusst kein eindeutig richtiges Modell.

Wesentlich_überwiegend

Aufgabe

• Erstelle eine Vergleichsmatrix für Wasserfall, V-Modell, iterativ-inkrementell, Scrum und Kanban mit den Kriterien: Umgang mit Anforderungsänderungen, Zeitpunkt lauffähiger Software, Kundeneinbindung, Dokumentationsaufwand, geeignete Teamgröße, typische Risiken.
• Halte jeden Eintrag auf einen Halbsatz kurz. Die Matrix ist als Nachschlagewerk gedacht, nicht als Fließtext.
• Beantworte unter der Matrix in je ein bis drei Sätzen:
  • Was ist der Unterschied zwischen iterativ und inkrementell?
  • Was unterscheidet Verifikation von Validierung, und wo macht das V-Modell diese Unterscheidung sichtbar?
  • Nenne zwei Projektmerkmale, die klar für ein phasenorientiertes Vorgehen sprechen.
• Wähle für jedes der vier Szenarien ein Modell (oder eine begründete Kombination) und rechtfertige die Wahl in vier bis sechs Sätzen - auch gegen die naheliegendste Alternative:
  1. Steuerungssoftware für eine Seilbahn mit Behördenabnahme; die Anforderungen stehen fest, Fehler sind lebensgefährlich.
  2. Eine Streaming-Plattform will wöchentlich neue Funktionen ausprobieren und misst dabei das Nutzerverhalten.
  3. Zwei Personen bauen in drei Monaten eine Event-App für einen Verein; der Obmann hat “so ungefähr eine Vorstellung”.
  4. Ein Wartungsteam bearbeitet laufend eintreffende Bugtickets und kleine Erweiterungen mit wechselnder Dringlichkeit.

Tipp: Die Spalten deiner Matrix sind zugleich deine Auswahlkriterien. Die Kriterientabelle im Abschnitt „Die Auswahl begründen“ in Kapitel 3 hilft dir, jede Fallentscheidung an konkreten Angaben des Szenarios festzumachen statt an einem Gefühl.

Bewertungskriterien

Vollständig, wenn:

• alle fünf Modelle zu allen sechs Kriterien einen beschreibenden Halbsatz haben (keine Wertungen wie „veraltet“ oder „modern“),
• die drei Fragen unter der Matrix fachlich korrekt beantwortet sind,
• jede der vier Fallentscheidungen mindestens zwei mit dem Szenario belegte Kriterien und ein benanntes Modell enthält,
• jede Fallentscheidung die naheliegendste Alternative nennt und an einem konkreten Kriterium verwirft.

Abgabe

Wie unter Allgemein.

Wesentlich_vollständig

Für alle, die in der Einheit mit den Schritten oben fertig sind bzw. optional (= freiwillig), wenn du in der Einheit nicht fertig wirst.

Aufgabe

Erweitere (siehe Erweitern in https://qiz.at/rules) den vollständigen Teil der vorherigen Stufe dieser Datei (ändere oder lösche nur, was für diese Aufgabe unbedingt notwendig ist):

• Analysiere dein Client-Server-Projekt aus der 4. Klasse: Welchem Modell entsprach euer tatsächliches Vorgehen, nicht das geplante?
• Benenne zwei konkrete Probleme von damals und ordne jedem genau ein Element zu (Review, WIP-Limit, Definition of Done, kurze Iteration, Retrospektive), das es verhindert oder früher sichtbar gemacht hätte.
• Halte als Fazit in zwei bis drei Sätzen fest: Warum lautet die ehrliche Antwort auf “Welches Vorgehensmodell ist das beste?” - “keines”?

Tipp: Belege die Einordnung mit Beobachtungen statt mit Gefühlen: Wann gab es zum ersten Mal einen lauffähigen Gesamtstand? Wie oft hat jemand von außen das Ergebnis gesehen?

Bewertungskriterien

Vollständig, wenn:

• das tatsächliche Vorgehen einem Modell zugeordnet und mit mindestens einer Beobachtung belegt ist,
• zwei Probleme mit je genau einem Element verbunden sind und der Wirkmechanismus des Elements stimmt,
• das Fazit die Auswahl an die Projektsituation bindet.

Abgabe

Wie unter Allgemein.

PlusPlus Aufgabe

Für alle, die in der Einheit mit den Schritten oben fertig sind bzw. optional (= freiwillig), wenn du in der Einheit nicht fertig wirst.

Aufgabe

Erweitere (siehe Erweitern in https://qiz.at/rules) den vollständigen Teil der vorherigen Stufe dieser Datei (ändere oder lösche nur, was für diese Aufgabe unbedingt notwendig ist):

• Diagnose: Ein Team sagt “Wir machen Scrum”, hat aber keinen Product Owner, keine Retrospektive und Schätzungen werden von der Lehrkraft vorgegeben. Benenne in drei Sätzen, warum das kein Scrum ist, welchen Namen die Fachliteratur dafür hat und welche eine Änderung den größten Unterschied machen würde.
• Erkläre allgemein: Woran erkennt man einen solchen Schein-Scrum, und warum ist er gefährlicher als offen eingestandenes Nicht-Agil?

Tipp: Kapitel 3 beschreibt das Muster im Abschnitt über Mischformen. Für die eine Änderung zählt nicht der sichtbarste, sondern der folgenreichste Mangel.

Bewertungskriterien

Vollständig, wenn:

• die Diagnose alle drei fehlenden Bestandteile mit ihrer Wirkung nennt und den Fachbegriff verwendet,
• genau eine Änderung gewählt und begründet ist,
• Erkennungsmerkmale und die Gefahr des Schein-Scrum nachvollziehbar erklärt sind.

Abgabe

Wie unter Allgemein.

MandalorianPlus Aufgabe

Für alle, die in der Einheit mit den Schritten oben fertig sind bzw. optional (= freiwillig), wenn du in der Einheit nicht fertig wirst.

Aufgabe

Erweitere (siehe Erweitern in https://qiz.at/rules) den vollständigen Teil der vorherigen Stufe dieser Datei (ändere oder lösche nur, was für diese Aufgabe unbedingt notwendig ist):

• Entwirf das Vorgehen für dein kommendes Jahresprojekt als bewusste Mischform (etwa agile Umsetzung in einem terminlich fixen Rahmen). Nenne drei Elemente, die du übernimmst, und für jedes den einen Grund; nenne ein Element, das du bewusst weglässt, und warum.
• Prüfe deine Mischform auf innere Widersprüche: Welche zwei Elemente könnten einander untergraben (etwa feste Sprints ohne verfügbaren Product Owner), und wie löst du den Konflikt auf?

Tipp: Das Diplomarbeitsbeispiel in Kapitel 3 („Durchgespielt: eine Diplomarbeit“) hat eine sehr ähnliche Ausgangslage wie das Jahresprojekt. Eine Auflösung ist eine Regel oder ein Termin, kein Vorsatz.

Bewertungskriterien

Vollständig, wenn:

• drei übernommene Elemente mit je genau einem Grund und ein begründet weggelassenes Element genannt sind,
• ein echter Widerspruch zwischen zwei Elementen benannt ist (nicht nur Mehraufwand),
• die Auflösung eine Entscheidung trifft.

Abgabe

Wie unter Allgemein.

Zeit dafür

Durchschnittlich bis Wesentlich_vollständig: ca. 70 min

Autoren

GAM

Lizenz

CC-BY-SA

Regeln

https://qiz.at/rules