Zum Inhalt springen

Aufgabe 16 - Jahresprojekt - Abnahme und Präsentation

Zu Zen-Modus wechseln
  • Du bereitest die Abnahme deines Produkts anhand der Akzeptanzkriterien der wichtigsten Flows vor und hältst das Ergebnis in einem Abnahmeprotokoll fest.
  • Du präsentierst das Produkt mit Live-Demo, einer begründeten Architekturentscheidung und einer ehrlichen Lektion.
  • Du schreibst einen Abschlussbericht, der die Artefakte im Repository zitiert, statt sie zu wiederholen.
  • Du verteidigst eine technische Entscheidung gegen die stärkste Alternative und wägst ab, wo sich die Methodik des Jahres gelohnt hat.

Die vier Sprints sind vorbei, das Release aus Aufgabe 15 ist der Stand für die Abnahme. Diese Woche gibt es keinen neuen Theorieblock: Die ganze Einheit gehört der Abnahme und der Präsentation. In Kapitel 21 heißt dieser Schritt Premiere: Die Lehrkraft sitzt als Stakeholder im Publikum und stellt die Fragen, die später auch die Prüfungskommission stellt.

Ablauf der Einheit:

  • Zu Beginn bereitet jedes Team die Abnahme vor.
  • Danach nimmt die Lehrkraft Team für Team ab (etwa zehn Minuten je Team). Die anderen Teams arbeiten in dieser Zeit an der Präsentation.
  • Die Präsentationen (zehn Minuten je Team) finden am Ende der Einheit statt. Reicht die Zeit nicht, legt die Lehrkraft die übrigen Termine fest.

Dafür brauchst du:

  • Kapitel 21 Projekt-Sprints (Begriff Abnahme, Was das Projekt leisten muss, Organisation der Sprintphase, Der Prozessnachweis, Der eigentliche Zweck).
  • Das Release aus Aufgabe 15, docs/ mit Design-Review, Teststrategie, Entscheidungsdokumenten und Prozessnachweis, die Sprint-Protokolle.

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 dein Projektordner mit einer README.md und den Links auf Abnahmeprotokoll, Präsentationsunterlage und, falls bearbeitet, Abschlussbericht und Verteidigung im Jahresprojekt-Repository.
  • Wer was beigetragen hat, zeigen Board, Merge Requests und /spend-Einträge (Kapitel 07). In der Präsentation spricht jede Person des Teams.
  • Abnahme vorbereiten: Listet in docs/abnahme.md die drei wichtigsten Flows eures Produkts mit den Akzeptanzkriterien der zugehörigen Stories und dem End-to-End-Test, der jeden Flow absichert (oder dem ehrlichen Vermerk, dass er fehlt). Erklärt in zwei Sätzen, woran die Lehrkraft erkennt, dass ein Flow erfüllt ist.
  • Abnahme: Euer Product Owner führt die Lehrkraft durch die Flows, Story für Story gegen die Akzeptanzkriterien. Haltet das Ergebnis je Flow im Abnahmeprotokoll fest: Flow, Akzeptanzkriterium, Ergebnis, Befund.

Tipp: Vorgeführt wird das Release, nicht der Entwicklungsstand auf einem Laptop. Was nicht demonstrierbar ist, ist nicht fertig.

Vollständig, wenn:

  • docs/abnahme.md drei Flows mit Akzeptanzkriterien und zugehörigem Test enthält und die Erklärung fachlich stimmt,
  • das Abnahmeprotokoll für jeden Flow und jedes Akzeptanzkriterium Ergebnis und Befund festhält.

Wie unter Allgemein.

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

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):

  • Präsentation (zehn Minuten, jede Person spricht):
    • Live-Demo eines Flows
    • eine Architekturentscheidung mit Begründung (aus Design-Review oder Entscheidungsdokument)
    • die ehrlichste Lektion des Projekts
  • Legt die Präsentationsunterlage im Repository ab. Sie verweist auf die Artefakte in docs/, statt sie abzuschreiben.

Tipp: Die stärkste Präsentation zeigt nicht alles, sondern das Wichtigste: einen Flow, der funktioniert, eine Entscheidung, die ihr verteidigen könnt, und eine Abweichung vom Plan, aus der ihr gelernt habt.

Vollständig, wenn:

  • die Präsentation Live-Demo, begründete Architekturentscheidung und ehrlichste Lektion enthält und jede Person spricht,
  • die Unterlage im Repository liegt und auf die Artefakte verweist.

Wie unter Allgemein.

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

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):

  • Schreibt einen Abschlussbericht von höchstens zehn Seiten mit fünf Teilen:
    • Architektur mit Diagramm
    • Muster-Dokumentation
    • Bibliotheksentscheidungen
    • Teststrategie-Bilanz (geplant gegen gelebt)
    • Sprint-Bilanz (geplant gegen geliefert)
  • Der Bericht zitiert die Artefakte im Repository (Design-Review, Steckbriefe, Entscheidungsdokumente, Teststrategie, Sprint-Protokolle), statt sie zu wiederholen.

Tipp: Eine Bilanz ohne jede Abweichung von der Planung ist keine Bilanz, sondern eine Abschrift. Die Historie ist das stärkere Beweismittel, der Bericht ordnet sie nur.

Vollständig, wenn:

  • der Bericht höchstens zehn Seiten hat und alle fünf Teile enthält,
  • beide Bilanzen konkrete Abweichungen benennen und jeder Teil auf Artefakte im Repository verweist.

Wie unter Allgemein.

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

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):

  • Entscheidung verteidigen: Wähle die umstrittenste technische Entscheidung des Projekts und verteidige sie in einem Absatz gegen die stärkste Alternative, so wie es die Prüfungskommission später tut. Nenne den echten Vorteil der Alternative und den Preis der eigenen Wahl.
  • Ehrliche Abwägung: Beurteile in vier bis sechs Sätzen, wo sich die Methodik des Jahres (Modellierung, SOLID, Muster, Tests, Sprints) in eurem Projekt gelohnt hat und wo sie für die Projektgröße Overkill war. Nenne mindestens eine konkrete Stelle mit Overkill.

Tipp: Wer die Alternative als offensichtlich schlecht darstellt, hat sie nicht geprüft.

Vollständig, wenn:

  • die Verteidigung die stärkste Alternative mit ihrem echten Vorteil benennt und den Ausschlussgrund am konkreten Fall festmacht,
  • die Abwägung vier bis sechs Sätze umfasst, Nutzen und Overkill an konkreten Stellen belegt.

Wie unter Allgemein.

Durchschnittlich bis Wesentlich_vollständig: ca. 100 min (diese Woche ohne Theorie: 20 min Vorbereitung, Abnahme je Team etwa 10 min parallel zur Arbeit an der Präsentation, Präsentationen je 10 min am Ende)

GAM

CC-BY-SA

https://qiz.at/rules