Sprint 1 – Planning & Review

Allgemeine Informationen

Sprint-Zeitraum: 05.05.2025 – 09.05.2025
Sprint Review: Freitag, 09.05.2025
Projekt: Lizenzüberwachungstool für die ISE AG
Bearbeiter: Miguel Schneider
PO:

Sprint Planning

Sprint-Ziel

Ziel des ersten Sprints ist es, das Projekt organisatorisch aufzusetzen und die formalen Grundlagen zu schaffen. Dazu zählen die Vorstellung der Projektidee, die Ausarbeitung und Dokumentation des zeitlichen Ablaufs sowie der Beginn der Projektdokumentation. Diese soll für alle beteiligten Expert:innen zugänglich gemacht werden. Zusätzlich werden alle relevanten Aufgaben als Issues im GitHub-Repository erfasst, um eine strukturierte und transparente Planung der kommenden Sprints zu ermöglichen.

Dazugehörige “Userstorys”

Alle Issues im Meilenstein: 1. Sprint

Sprint Review

Erreichte Ergebnisse

  • Dokumentation wurde strukturel erstellt und auf Github, wie auch GithubPAges bereitgestellt
  • Experten wurden dem Git-Repository eingeladen
  • Git-Repository und GithubPages wurden im Teams Kanal als Registerkarten hinzugefügt
  • Der Zeitplan wurde erstellt und ist via Roadmap auch visuell einsehbar.
  • Die Issues für die technische Umsetzung sind alle erstellt im separaten Projekt: HF ITCNE24 - 3. Semarbeit MSVC - Licence Tool Release

Nicht erreichte Ziele

  • Dokumentation: Einleitung wurde noch nicht fertig gestellt. Der Fokus war am Anfang vor allem auf das deployment der GithubPages gewidmet, da meine Vorlage veraltet war und nicht mehr verwendet werden konnte. Somit habe ich diese zuerst repariert.

Risiko Bewertung

Risiko Eintritt Auswirkung Massnahme zur Vermeidung / Minderung
Zeitverzögerung durch technisches Debugging oder fehlendes Know-how Hoch Mittel Zeitpuffer einplanen, Fokus auf MVP, Probleme frühzeitig angehen
Fehlerhafte oder unvollständige API-Abfragen (Graph API) Mittel Hoch Ausgiebig mit Testdaten prüfen, Logging & Fehlerbehandlung implementieren
SharePoint-Zugriffsprobleme (z. B. Berechtigungen, API-Limits) Mittel Mittel Rechte und Zugriff frühzeitig testen, Alternativlösung vorbereiten
Power Automate Benachrichtigungen funktionieren nicht zuverlässig Niedrig Hoch Flows früh einrichten, mit Testfällen absichern, manuelle Kontrolle ergänzen
GitHub-Dokumentation wird nicht laufend gepflegt Niedrig Niedrig Doku fix in Workflow einplanen, regelmässige Erinnerung im Taskboard

Aktuell ist noch kein Risiko eingetroffen ausser das erste, aufgrund des Debuggings des Deployments.

Erkenntnisse / Retrospektive

  • Gut lief der Einstieg in Github und der Dokumentation, da dies bereits durch die zweite Semesterarbeit bekannt war. Ausserdem ist nun die funktion für die Subissues möglilch, weshalb mir dies beim erstellen der Issues auch Leichtergefallen ist.

  • Herrausfordernd war, dass ich zuerst mein Template für das Repo reparieren musste, da zwei Plugins nicht mehr unterstützwurden. Da in der Dokumentation zuerst nur von einem Plugin die rede war, fand ich nie den zweiten Fehler, was mir leider etwas viel Zeit gekostet hat. Ausserdem viel mir noch schwer die Issues als Userstorys zu erstellen, da dies etwas neues war, mit dem ich bis jetzt noch keinen Berührungspunkt hatte.

  • Für den nächsten Sprint möchte ich meine Zeit richtig einteilen, damit ich nicht zu viel Zeit an einem Problem verliere. Um dies zu erreichen, würde ich im Falle eines Engpasses, würde ich um Hilfe bei den Experten nachfragen für gewisse inputs.

Nächstes Sprintziel (Sprint 2, 02.06.2025 – Vorschau)

  1. Die Einleitung soll fertig geschrieben sein.
  2. Der Hauptteil wurde begonnen.
  3. Beginn mit der technischen Umsetzung