Wartung

Nach der Veröffentlichung gibt es immer etwas zu tun. Neue Themen werden als Tickets gesammelt.

Definition: Ticket

Ein Ticket ist ein Eintrag in einer Liste, der eine Meldung oder einen Wunsch zum Programm festhält.

Dabei gibt es grob vier Arten:

• Fehler: Das Programm erfüllt eine schon veröffentlichte Anforderung nicht. „Die Amsel spielt keinen Ton ab.“
• Änderungswunsch: Jemand möchte etwas, das nicht in der Liste der Anforderungen steht. „Ich möchte auch Fledermäuse.“
• Anpassung: Das Programm ist unverändert, aber seine Umgebung hat sich geändert. „Seit dem Update startet die App nicht mehr.“
• Missverständnis: Die Person fragt nur, wie etwas geht, oder verlangt, was schon da ist oder in der Liste noch aussteht.

Diese werden etwa vom Product Owner gebündelt, priorisiert und dann einfach für die nächste Implementierungsrunde verwendet.

Instandhaltung

Auch ohne Tickets braucht ein Programm Pflege:

• Updates: Bibliotheken und Werkzeuge, die das Programm nutzt, bekommen Sicherheitsupdates. Spielt sie regelmäßig ein und testet danach.
• Sicherung: Daten, die Nutzer:innen anlegen, werden regelmäßig gesichert. Probiert aus, ob sich die Sicherung wieder einspielen lässt.
• Fehler bemerken: Das Programm schreibt Fehler in eine Protokolldatei (Log), damit ihr sie seht, bevor sie jemand meldet.

Versionsnummern

Jede veröffentlichte Version bekommt eine Nummer nach dem Semantic Versioning: 1.0.0 ist die erste, 1.0.1 eine Fehlerbehandlung, 1.1.0 eine kleine Verbesserung und 2.0.0 eine große Erweiterung, die nicht mehr abwärtskompatibel ist.