Unsere Vision ist es, Einsatzkräften Informationen und Unterstützung bei der Vorbereitung und Verarbeitung von belastenden Einsätzen zu geben.
Als Einsatzkraft möchte ich die Informationen aus dem Flyer in barrierearmer Form über eine App abrufen können, um schneller, jederzeit und überall darauf zugreifen zu können - egal ob im Einsatz oder im Urlaub.
Außerdem möchte ich meine eigenen Vorsätze in der App hinterlegen können, um sie im Bedarfsfall schnell und überall ansehen zu können.
Wert zur Priorisierung im Projekt (Customer-Value, Outcome)
Unser Wert für Nutzende leitet sich von unserer Vision, aber auch von Projektrisiken ab.
Je mehr Überschneidungen die User-Story mit der Vision (und den Missionen) hat, desto höher ist der Wert.
Zusätzlich gibt es, vor allem am Anfang des Projektes einige Risiken:
- Bauen wir das Richtige? (Vision & Missionen, Verwendung analysieren)
- Bauen wir es richtig? (Automatisierung und Tests)
- Haben wir die richtigen Leute?
- Stimmt der Preis?
- Stimmt die Zeitspanne?
Unser Wert (zur Priorisierung) setzt sich somit aus
- (Kunden)-Nutzen
- Wissen (Gegenteil von Risiko)
- zeitlichen Priorisierungen
- und logisch aufeinanderfolgenden Schritten (Tickets können blockiert sein) zusammen.
Wir wollen, dass eine "Standard-Story" den Wert 2 erhält. Gibt es Storys, die doppelt so groß wie normalerweise sind, so setzen wir den Wert auf 4. Größere Storys müssen kleiner geschnitten werden.
Es werden automatisiert Releases erstellt, wenn der main-Branch aktualisiert wird.
Damit breaking changes als SemVer korrekt erkannt werden, sollten conventional commits verwendet werden.
Dieses Projekt verwendet ein Makefile, um den Entwicklungsprozess zu vereinfachen und externe Content-Assets zu verwalten.
- Flutter SDK
- Dart SDK
- Make (auf macOS/Linux meist vorinstalliert. Unter Windows kann es z.B. via Chocolatey mit
choco install makeinstalliert werden.)
| Befehl | Beschreibung |
|---|---|
make run |
Lädt Content-Assets und startet die App im Debug-Modus. |
make fetch-content |
Lädt nur die Content-Assets herunter (basierend auf VERSION in Makefile). |
make build-apk |
Baut die Android APK (inkl. Content-Assets). |
make build-ios |
Baut die iOS App (inkl. Content-Assets). |
make clean |
Bereinigt Build-Artefakte und den Content-Cache. |
Die Version der Content-Assets wird in der Makefile unter VERSION definiert.
Temporäres Überschreiben der Version: Für Tests (z.B. Pull Requests oder spezifische Versionen) kann die Version beim Aufruf überschrieben werden:
# Teste einen spezifischen Pull Request (z.B. PR #8)
make run VERSION=pr-8
# Teste eine spezifische Version/Tag
make run VERSION=1.0.0