Erkenntnis 318
Wer darf die Kundendaten lesen, und wer darf sie ändern?
Zwei Teilnehmer wollten Schulung und Produktwissen in das selbstgebaute Dashboard einer Bäckerei packen. Die Unternehmerin hat selbst gebremst.
Zwei Unternehmer aus einer Bäckerei zeigen in einem Gruppencall ihr selbstgebautes Dashboard, eine Übersichtsseite mit allen laufenden Zahlen des Betriebs. Kennzahlen aus der Backstube, Bestellungen, Routen der Auslieferung, alles in einer Anwendung, die in wenigen Wochen mit KI entstanden ist. Die Runde ist begeistert. Genau da fangen die Vorschläge an.
Ein Teilnehmer fragt, ob die Schulung der Mitarbeiter dort nicht auch hineinpasst. Der nächste bringt Produktwissen und Kundendaten ins Spiel. Beide Fragen sind gut gemeint. Beide hätten aus einer schlanken Anwendung ein zweites, viel größeres Programm gemacht.
Die Unternehmerin bremst selbst. Sie würden sich das Tool irgendwann zu voll machen, sagt sie. Dieser Satz war mehr wert als jede Funktionsidee aus der Runde.
„Behaltet den Kernfokus dieser Anwendung, auch wenn sie viel mehr sein könnte, als sie jetzt schon ist.“
Früher habe ich den Funktionsumfang für den Beweis gehalten, dass eine Lösung trägt. Heute halte ich die Grenze für den eigentlichen Entwurf. Die wichtigere Entscheidung fällt an einer anderen Stelle. Welcher Datenbestand gilt verbindlich, und wer darf ihn ändern?
In unserem Haus liegen die Kundendaten im CRM, der einen Datenbank für alle Kundenkontakte. Andere Anwendungen lesen daraus. Geschrieben wird nur an wenigen gesteuerten Stellen. Diese beiden Fragen, wer liest und wer ändert, entscheiden mehr als die Wahl des Werkzeugs.
Dreißig kleine Anwendungen, die ihre Daten untereinander austauschen, schlagen die eine, die alles können soll.
Lasst diese kleinen, feinen Lösungen nicht zu Monolithen werden.Torsten Koerting
Was sichtbar wurde
Zwei Teilnehmer fragten nacheinander nach Schulung, Produktwissen und Kundendaten für dasselbe Dashboard
Ein Fachbuch zur Softwarearchitektur beschreibt, wie viele kleine Programme den Monolithen ablösen, also das eine Programm, das alles in einem Stück erledigt
Wer seine neue Anwendung nur lesend an eine bestehende Datenbank andockt, hält sie schlank
Was das für dich heißt
Zeichne auf ein Blatt, welche deiner Anwendungen auf welchen Datenbestand zugreift. Markiere mit zwei Farben, wer liest und wer schreibt. Steht ein Feld an zwei Stellen, entscheide heute, welche davon die verbindliche ist. Die andere liest ab sofort nur noch.
Die Frage an dich
Welche Funktion habt ihr zuletzt in eure eigene Anwendung geschoben, obwohl sie fachlich klar woanders hingehörte?
Weiterlesen