Vor der Entwicklung: das Geschäft verstehen
Wenn ein Unternehmen über die Entwicklung einer Plattform nachdenkt, beginnt das Gespräch oft mit dem, was sichtbar ist.
Dem Design.
Den Modulen.
Den Funktionen.
Den Zugriffsrechten.
Den Berichten.
Doch vor all dem gibt es eine Phase, die einen Großteil des Ergebnisses prägen kann:
zu verstehen, wie das Geschäft wirklich funktioniert.
Denn eine Plattform kann gut aussehen und trotzdem den Betrieb, den sie unterstützen soll, nicht abbilden.
Die Geschäftslogik kommt zuerst
Jedes Unternehmen hat seine eigene Arbeitsweise.
Manche Prozesse folgen bestimmten Schritten.
Manche Regeln hängen von besonderen Bedingungen ab.
Nutzer haben unterschiedliche Berechtigungen.
Manche Informationen sollen nur zu bestimmten Zeitpunkten erscheinen.
Manche Situationen erfordern je nach Kontext eine andere Reaktion.
All das existiert, bevor es zu Technologie wird.
Und wenn es nicht klar verstanden wird, löst die Entwicklung am Ende womöglich nur einen Teil des Problems.
Eine Funktion kann einfach wirken – bis man sie ganz durchleuchtet
Nehmen Sie etwas so Alltägliches wie die Registrierung einer Person auf einer Plattform.
Auf den ersten Blick sieht das vielleicht nach einem Formular aus.
Doch dahinter können mehrere Entscheidungen stecken.
Welche Informationen sollen abgefragt werden?
Welche Felder sind Pflichtfelder?
Was passiert nach der Registrierung?
Welche Berechtigungen erhält der Nutzer?
Worauf kann er zugreifen?
Welche Prozesse werden automatisch ausgelöst?
Die sichtbare Funktion mag einfach sein.
Die Logik dahinter ist es womöglich nicht.
Technologie zu gestalten heißt auch, Fragen zu stellen
Bevor man baut, muss man verstehen.
Was passiert zuerst?
Was hängt wovon ab?
Wer darf welche Aktion ausführen?
Was passiert, wenn eine Bedingung nicht erfüllt ist?
Welche Informationen braucht jede Rolle?
Welche Prozesse erfordern menschliches Eingreifen?
Was lässt sich automatisieren?
Welche Ausnahmen gibt es?
Diese Fragen helfen, aus einer allgemeinen Idee einen Ablauf zu machen, der sich in einem System abbilden lässt.
Auch Ausnahmen gehören zum Geschäft
Prozesse werden oft mit Blick auf das Idealszenario erklärt.
Doch im Tagesgeschäft läuft es selten nur so.
Es gibt Sonderfälle.
Wechselnde Bedingungen.
Situationen, die geprüft werden müssen.
Vorgänge, die nicht genau dem Hauptablauf folgen.
Werden diese Ausnahmen nicht von Anfang an berücksichtigt, werden sie am Ende womöglich außerhalb des Systems behandelt.
Mit der Zeit können diese Behelfslösungen zu Prozessen werden, die schwer zu kontrollieren sind.
Entwicklung braucht Kontext
Ein Technologieteam kann eine Funktion bauen.
Um aber die richtige Funktion zu bauen, muss das Team verstehen, warum es sie gibt.
Wer sie nutzt.
Welches Problem sie löst.
Welche Informationen sie erhält.
Welche Informationen sie erzeugt.
Und wie sie mit dem Rest des Betriebs verbunden ist.
Dieser Kontext verändert die Art, wie entwickelt wird.
Die Aufgabe besteht nicht mehr nur darin, eine Anforderung umzusetzen.
Sondern darin, zu verstehen, welche Rolle diese Anforderung im Geschäft spielt.
Eine Plattform spiegelt auch Geschäftsentscheidungen wider
Jede Berechtigung spiegelt eine Entscheidung wider.
Jeder Workflow spiegelt eine Priorität wider.
Jede Automatisierung spiegelt eine Regel wider.
Jeder Bericht spiegelt einen Informationsbedarf wider.
Deshalb ist eine Plattform mehr als eine Sammlung von Tools.
Sie kann auch abbilden, wie ein Unternehmen organisiert ist.
Je klarer diese Organisation ist, desto stimmiger kann ihre Übersetzung in Technologie gelingen.
Besser bauen kann auch heißen, besser zu verstehen
Beginnt ein Projekt direkt mit den Funktionen, liegt der Fokus schnell darauf, was auf dem Bildschirm erscheinen soll.
Beginnt es mit dem Betrieb, verändert sich das Gespräch.
Das Team untersucht, was geschehen muss.
Warum es geschieht.
Wer beteiligt ist.
Welche Informationen ins Spiel kommen.
Und welches Ergebnis entstehen soll.
Dieser Unterschied mag anfangs klein erscheinen.
Er kann sich aber auf alles auswirken, was danach gebaut wird.
Abschließende Gedanken
Technologie beginnt nicht, wenn Code geschrieben wird.
Sie beginnt, wenn man das Problem versteht, das sie lösen soll.
Bevor man einen Bildschirm gestaltet, hilft es, den Prozess zu verstehen.
Bevor man eine Aktion automatisiert, hilft es, die Regel zu verstehen.
Bevor man eine Funktion baut, hilft es, ihren Zweck zu verstehen.
Denn bei der Entwicklung von Technologie für ein Unternehmen geht es nicht nur darum, Tools zu schaffen.
Es geht darum, einen realen Betrieb in eine digitale Struktur zu übersetzen, die Sinn ergibt.
