Software-Entwicklung
Klassische Entwicklung nach klaren Regeln — strukturiert, dokumentiert und auch in Jahren noch wartbar.
Software zu schreiben, die heute funktioniert, ist das eine. Software zu schreiben, die in fünf Jahren noch verständlich, erweiterbar und übergebbar ist, ist das andere. Der Unterschied entscheidet darüber, ob eine Anwendung mit dem Unternehmen mitwächst — oder irgendwann zur Last wird.
Ich entwickle seit 1991 Software für Unternehmen und Industriekunden. Der Schwerpunkt liegt auf Datenbanken, ERP-Systemen und Geschäftsprozessen — und auf einer Arbeitsweise, die Struktur nicht dem Zufall überlässt.
Beratung & Konzeption
Anforderungen analysieren, Lösungen planen
Am Anfang steht selten ein fertiges Lastenheft. Viel häufiger steht am Anfang ein Problem — ein Ablauf, der hakt, eine Auswertung, die zu lange dauert, eine Insel-Lösung, die nicht mehr mit dem Rest spricht.
Der häufigste Fehler an dieser Stelle ist, sofort über die Lösung zu sprechen. Bevor klar ist, wie eine Software aussehen soll, muss klar sein, was sie eigentlich leisten muss. Dazu gehört, den Prozess zu verstehen, wie er heute wirklich läuft — nicht, wie er auf dem Papier stehen sollte. Oft zeigt sich dabei, dass nicht die Software das eigentliche Thema ist, sondern der Prozess dahinter — und der bessere Weg manchmal eine saubere Prozessanalyse und Automatisierung ist statt einer neuen Anwendung.
Erst wenn das Bild steht, lohnt sich die Konzeption: Welche Daten fließen wohin, welche Schritte hängen zusammen, was muss mit bestehenden Systemen verbunden werden. Das Ergebnis ist ein klarer Plan — keine vage Idee, sondern eine nachvollziehbare Grundlage, auf der entwickelt werden kann.
Entwicklung nach Regelwerk
Struktur, die durch das ganze System trägt
Man hat eine Idee, fängt an, kommt schnell zu einem Ergebnis. Das galt früher bei FileMaker und gilt heute bei KI-gestützter Entwicklung genauso. Schnell ein Ergebnis zu haben, ist nicht die Kunst — fast jeder Weg führt irgendwie ans Ziel.
Die Falle ist, einfach weiterzumachen. Solange eine Anwendung klein bleibt, fällt fehlende Struktur nicht auf. Wird sie größer, anspruchsvoller, oder wechselt die Person, die daran arbeitet, rächt sich das. Ohne durchgängige Struktur muss jeder Nachfolger die Anwendung erst erforschen, um zu verstehen, wie der Vorgänger gedacht hat. Das kostet so viel Zeit, dass ein Neubau am Ende oft günstiger ist als die Weiterarbeit.
Bei FileMaker kommt das auch daher, dass die Plattform nie verbindliche Regeln vorgegeben hat. Funktionen, Editoren und Oberfläche haben sich erst über die Jahre entwickelt. Viele gewachsene Anwendungen tragen Umwege und Behelfslösungen aus einer Zeit, in der das Werkzeug schlicht nicht mehr hergab. Das ist kein Vorwurf — aber es erklärt, warum so viele alte Systeme heute schwer zu pflegen sind.
Dasselbe Muster zeigt sich heute bei KI-gestützter Entwicklung. Eine KI hat von sich aus kein Regelwerk. Sie schreibt die nächsten Codezeilen — sauber, schnell, aber mit Fokus auf den Ausschnitt, nicht auf das Ganze. Variablen, globale Einstellungen, einheitliche Konventionen geraten dabei leicht aus dem Blick. Code zu erzeugen ist heute einfacher denn je. Den Überblick zu behalten und eine Struktur durch das gesamte System zu ziehen — das bleibt die eigentliche Aufgabe.
Genau deshalb arbeite ich nach einem eigenen Regelwerk. Es ist selbst ein gepflegtes Projekt — kein Beiwerk, sondern Voraussetzung. Wer an einem System mitarbeitet, ob Mensch oder KI, bekommt zuerst das Regelwerk: So läuft das hier, und nicht anders. Damit hängt die Disziplin nicht an einer einzelnen Person, sondern ist niedergeschrieben und übertragbar.
Konkret heißt das: einheitliche Namen für Tabellen und Felder. Klar definierte Beziehungen und Scripte. Eine konsistente Oberfläche mit wiederkehrenden Mustern. Wiederverwendbare Funktionen und Wertelisten statt Einzellösungen. Globale Einstellungen an einer einzigen, definierten Stelle — nicht verstreut über das ganze System. Lauter Entscheidungen, die einzeln klein wirken, in Summe aber den Unterschied machen zwischen einer Anwendung, die man versteht, und einer, die man erforschen muss.
Ehrlich gesagt: Am Anfang eines Projekts interessiert ein Regelwerk niemanden — und das ist verständlich. Ein Auftraggeber will seinen Prozess umgesetzt sehen, nicht über Namenskonventionen sprechen. Spürbar wird der Unterschied erst später: wenn die Anwendung erweitert werden soll, wenn jemand anderes sie übernimmt, wenn es um Wartungskosten geht. Genau dann entscheidet sich, ob aus einer Software ein verlässliches Werkzeug geworden ist oder ein teurer Sanierungsfall. Dieser Unterschied lässt sich nicht nachträglich herstellen — er entsteht am ersten Tag, mit der Entscheidung, nach einem Konzept zu arbeiten.
Das Ergebnis ist Software, die auch in Jahren noch verständlich, wartbar und erweiterbar ist — unabhängig davon, wer als Nächstes daran arbeitet. Kein Rätselraten, kein erzwungener Neubau. Eine Investition, die hält. Ein konkretes Beispiel, was aus diesem Ansatz entsteht, sind die Business-Auswertungen mit dem ChartCreator.
Wartung & Support
Langfristige Betreuung und Weiterentwicklung
Eine Anwendung ist mit dem Tag der Auslieferung nicht fertig — sie geht dann erst in den eigentlichen Betrieb. Anforderungen ändern sich, Prozesse entwickeln sich weiter, neue Schnittstellen kommen dazu. Software, die nach einem klaren Regelwerk gebaut wurde, lässt sich an dieser Stelle ohne Bruch weiterführen.
Wartung heißt nicht nur, Fehler zu beheben, wenn etwas auffällt. Sie heißt, dafür zu sorgen, dass möglichst gar nichts auffällt. Dazu gehört, ein System im Blick zu behalten, bevor es Probleme macht — Updates kontrolliert einzuspielen, Datenbestände sauber zu halten, Schnittstellen zu prüfen, wenn sich auf der anderen Seite etwas ändert.
Weil meine Systeme auf eigener Infrastruktur laufen, kann ich diese Betreuung durchgängig leisten — vom Server über die Datenbank bis zur Anwendung. Entwicklung und Betrieb liegen in einer Hand, das macht den Unterschied. Überwachung läuft dabei automatisiert mit: Server-Zustand, Zertifikate, Backups und Ressourcen werden täglich erfasst, ohne dass jemand daran denken muss. Auffälligkeiten werden so sichtbar, bevor sie zum Ausfall werden.
Genauso wichtig wie die laufende Betreuung ist die Weiterentwicklung. Eine gut strukturierte Anwendung kann mit dem Unternehmen mitwachsen — ein neues Modul, eine zusätzliche Auswertung, eine weitere Schnittstelle lassen sich ergänzen, ohne das Bestehende zu gefährden. Genau dafür ist das Regelwerk da.
Ein Projekt im Kopf?
Ob eine neue Anwendung, die Ablösung eines gewachsenen Systems oder die Weiterentwicklung einer bestehenden Lösung — am Anfang steht ein Gespräch über das, was wirklich gebraucht wird. Schreiben Sie mir, worum es geht.
Kontakt aufnehmen