“Wartbar” ist eines der meistgenutzten und am wenigsten geprüften Worte in Software-Angeboten. Hier sind die konkreten Kriterien, an denen sich das tatsächlich festmachen lässt, nicht als Werbeversprechen, sondern als Checkliste, die du an jedes Angebot anlegen kannst.
Dokumentation, die ein Fremder verstehen kann
Der Test ist einfach: Könnte eine andere Entwicklerin oder ein anderer Entwickler, der das Projekt noch nie gesehen hat, anhand der Dokumentation in einem Tag produktiv werden? Wenn die einzige Dokumentation im Kopf einer Person steckt, ist die Software nicht wartbar, egal wie sauber der Code ist.
Automatisierte Tests statt “hat beim Testen funktioniert”
Manuelles Durchklicken vor jedem Release skaliert nicht und wird mit der Zeit zuverlässig übersprungen. Tests, die automatisch bei jeder Änderung laufen, fangen Regressionen ab, bevor sie zum Kundenproblem werden.
Kein Vendor-Lock-in ohne guten Grund
Ein Cloud-Dienst oder ein proprietäres Framework kann die richtige Wahl sein, aber die Entscheidung sollte bewusst getroffen werden, nicht als Nebenwirkung der bequemsten Option. Die Frage lohnt sich immer: Was kostet es, in drei Jahren zu wechseln, falls nötig?
Eine Deployment-Pipeline, die jeder auslösen kann
Wenn ein Deployment ein manuelles Ritual ist, das nur eine bestimmte Person fehlerfrei ausführen kann, ist das ein Risiko, nicht nur für die Verfügbarkeit, sondern auch für die Reaktionszeit bei einem dringenden Fix.
Klare Verantwortlichkeit für den Betrieb
Wer patcht Sicherheitslücken in den verwendeten Bibliotheken? Wer wird informiert, wenn ein Dienst ausfällt? Software ohne definierte Betriebsverantwortung verrottet langsam und bemerkt.
Warum das für mich kein Nice-to-have ist
Diese Prinzipien sind kein Zusatzaufwand, den ich nur auf Wunsch liefere. Sie sind Teil dessen, wie ich Software von Anfang an baue. Ein anschauliches Beispiel dafür ist das Teams-Plugin für Kimai: Auch als ich es als eigenständiges Produkt eingestellt habe, blieb die zugrundeliegende Technologie sauber genug, um direkt in Kundenprojekten weiterzuleben, genau weil sie von Anfang an so gebaut war.
Wenn du eine Individuallösung planst und wissen willst, wie das konkret bei deinem Projekt aussehen würde: Lass uns reden.