Sprint3 - srybi/datavis GitHub Wiki

TOC

APK

Sprint 3 APK

Zeitraum

30.05.2022 - 13.06.2022

Plan

  • Weiterentwicklung der Farfield-Darstellung
    • multiple Feldstärken und Antennentilts.
    • Fokus auf gute Handhabung der Applikation
    • Intuitivität und Speicherung der Daten.
  • Usability Test
ID Name Priority Story Points
US_202 Nutzung ohne Rohdaten Middle 5
US_407 Auswahl der Feldstärke anhand des Tilts High 8
US_504 Wichtige Daten von Antennen und Feldstärken Middle 5
US_601 Löschen einzelner Antennen und Feldstärken Middle 2
US_602 Löschen aller gespeicherten Antennen und Feldstärken Low 2
US_603 Anzeigen aller gespeicherten Antennen und Feldstärken Middle 2
US_604 Erstellung einer About Page Low 2
US_404 Skalierung der Feldstärken High 8

Velocity Userstories (Summe der SP): 34

Ist

ID Name Priority Story Points Ist Status
US_202 Nutzung ohne Rohdaten Middle 5 Closed
US_407 Auswahl der Feldstärke anhand des Tilts High -> 10 Closed
US_504 Wichtige Daten von Antennen und Feldstärken Middle -> 8 Closed
US_601 Löschen einzelner Antennen und Feldstärken Middle 2 Closed
US_602 Löschen aller gespeicherten Antennen und Feldstärken Low 2 Closed
US_603 Anzeigen aller gespeicherten Antennen und Feldstärken Middle 2 Closed
US_604 Erstellung einer About Page Low 2 Closed
US_404 Skalierung der Feldstärken High -> 7 Closed
Id Name Story Points Ist Status
Q_1 Errorhandling bei Datenimport 2 Closed
Q_2 Errorhandling bei Rendering 5 Closed
Q_3 Errorhandling bei Interpretation 2 Closed
Q_4 Dateityp bei Import einschränken 2 Closed
Q_5 Ladezeiten anzeigen beim Import der Dateien 1 Obsolete
Q_6 Ladezeiten anzeigen beim Rendering 1 Obsolete
Q_7 Import in einem Background Thread durchführen 2 Closed

Velocity Gesamt (Summe der SP): 55

Erkenntnisse

Klicke hier um die Präsentation unserer Ergebnisse, sowie das Sprint Planning für Sprint 4 herunterzuladen.

Ergebnisse

Retrospektive

Was lief gut?

  • Re-Evaluierung der Sprint Velocity
  • Qualitätsanforderungen als Task wahrgenommen
  • Wenig Projektmanagement Overhead
  • Wissensverteilung im Team

Was haben wir gelernt?

  • Größer werdende Code-Base sorgt für steigenden Komplexität, wenn man nicht auf die Codequalität achtet.
  • Einarbeitungszeiten können vermieden werden, wenn Entwickler an ihrem Code weiterentwickeln. Jedoch erhöht sich dadurch auch der Bus factor.
  • Last minute changes sind sehr stressig.

Was sollten wir nächstes mal anders machen?

  • Festlegen eines Sprintabschluss-Termins (inklusive "Code Freeze"), um last minute changes zu vermeiden.

Was beschäftigt uns noch immer?

  • Android Kompatibilität ist ein immer wieder aufkommendes Thema, das hoffentlich im letzten Sprint geklärt wird
  • Refactoring der Code-Base
  • Überarbeitung der Usability