Softwareentwicklung und digitale Prozessgestaltung
Vom Arbeitsprozess zur technischen Lösung
Ich beginne bei Rollen, Abläufen und Informationsbedarf: Wer benötigt was, wer darf es verändern und welche Zustände müssen nachvollziehbar bleiben? Daraus entstehen Datenmodell, Berechtigungen, Architektur, Tests und Dokumentation.
Vorhandene Funktionen von WordPress oder Nextcloud nutze ich, wenn sie den Bedarf sauber abdecken. Eigene Logik entsteht dort, wo Fachprozess, Rechte oder Datenfluss es erfordern.
Entwicklungsprozess
1 · Verstehen
Problem · Beteiligte · Rollen · Daten · Grenzen
2 · Entwerfen
Datenmodell · Module · Schnittstellen · Berechtigungen
3 · Umsetzen
Code · KI-Unterstützung · Refactoring · Dokumentation
4 · Prüfen
Funktion · Rechte · Schnittstellen · Laufzeit
5 · Nachweisen
PASS · FAIL · NOT_RUN · STALE · bekannte Grenzen
6 · Entscheiden
Dokumentation · Freigabe · Stop · nächster Schritt
Rollen, Rechte und Datenschutz
Lesen, Ändern, Freigeben, Exportieren und Löschen werden fachlich getrennt betrachtet. Technische Administration soll keine automatischen Fachrechte erzeugen. Datenminimierung und serverseitige Prüfungen gehören deshalb zur Architektur, nicht erst zur Nachkontrolle.
Modularität und Plattformintegration
Fachlogik, Datenhaltung, Berechtigungen und Oberfläche werden möglichst klar getrennt. Gemeinsame Technik wird wiederverwendet; vorhandene Plattformfunktionen haben Vorrang vor unnötiger Parallelentwicklung.
KI-gestützte Entwicklung
Der KI-Workflow trennt Spezifikation, Arbeitskontext, Harness-State, Worker, Verifikation und Evidence. Scout, Implementer und Reviewer können mit getrennten Kontexten arbeiten; Modellrouting und menschliche Gates richten sich nach Aufgabe und Risiko.
KI erzeugt und analysiert. Architekturentscheidungen, Schutzgrenzen und Freigaben werden davon getrennt behandelt.
Tests, Evidence und Dokumentation
Prüfungen richten sich nach der betroffenen Eigenschaft und dem Risiko. Gültige Nachweise können weiterverwendet werden; Änderungen an relevanten Grundlagen machen sie gegebenenfalls veraltet. Release Evidence hält fest, was für einen konkreten Stand geprüft wurde und was nicht.
Technische Detaildokumentation bleibt in den Repositories. WordPress zeigt die verständliche öffentliche Zusammenfassung.