Entwicklung bedeutet nicht Coden – sondern Geschäftsprozesse in Software übersetzen

Wenn jemand sagt „Ich entwickle das für Sie", stellen sich die meisten wohl folgendes vor: Ein Entwickler sitzt vor dem Monitor und tippt rasend schnell Code. Irgendwann erscheint das fertige Interface wie aus dem Nichts.

Die eigentliche Essenz der Softwareentwicklung liegt jedoch an einem ganz anderen Ort.

Coden ist der 'letzte Schritt' der Entwicklung

Betrachtet man den gesamten Entwicklungsprozess, fällt das Coden eigentlich erst in die Schlussphase. Um es mit dem Hausbau zu vergleichen: Coden ist das Mauern. Es ist eine wichtige Arbeit – aber zuvor muss man planen, wo welches Haus entsteht, wie viele Zimmer es hat und wie die Menschen ein- und ausgehen sollen.

Bei Software ist es genauso. Bevor man Code schreibt, müssen weitaus wichtigere Fragen geklärt werden.

• Wer nutzt dieses System?

• In welcher Reihenfolge laufen die Prozesse ab?

• Wo entstehen Daten, und wohin fließen sie?

• Wie werden Ausnahmefälle behandelt?

Wer mit dem Coden beginnt, ohne diese Fragen wirklich beantwortet zu haben, riskiert ein fertiges System, das im realen Betrieb versagt. Ein System, das optisch einwandfrei aussieht, aber schlicht nicht benutzbar ist – das haben viele schon erlebt.

'Anforderungen umsetzen' ist nicht dasselbe wie 'Probleme lösen'

Manchmal kommt von Kunden eine Anfrage wie diese: „Können Sie einfach das, was wir bisher in Excel verwaltet haben, in ein System überführen?"

Ein Entwicklungsteam, das diese Anforderung wörtlich nimmt, überträgt Zeilen und Spalten der Tabelle 1:1 auf den Bildschirm. Das Ergebnis sieht auf den ersten Blick passabel aus. In der Praxis ist es aber oft umständlicher als Excel – weil die Art, wie Daten in Excel verwaltet wurden, bereits mit Ineffizienz und Fehlern behaftet war, und all das einfach digitalisiert wurde.

Echte Entwicklung geht einen Schritt weiter. „Warum haben Sie das mit Excel verwaltet? Was war daran unbequem? Wie werden diese Daten tatsächlich genutzt?" Durch solche Fragen wird die Struktur des Geschäftsprozesses selbst verstanden – und neu gestaltet, damit er besser funktioniert. Das ist wahre Entwicklung.

Systeme von Entwicklern, die den Geschäftsprozess nicht kennen

Was passiert, wenn Entwickler den Kontext eines Geschäftsprozesses nicht verstehen?

Das häufigste Problem ist die Vermischung von Benutzerrollen. Vertrieb und Finanzabteilung sehen dieselbe Oberfläche, oder Informationen für Führungskräfte und Informationen für operative Mitarbeiter werden nicht getrennt. Solche Systeme werden mit jedem Einsatz verwirrender.

Ein weiteres Problem ist das Fehlen einer Ausnahmebehandlung. In jedem Geschäftsbetrieb gibt es Ausnahmen: Was passiert bei einer Retoure? Was, wenn die verantwortliche Person nicht erreichbar ist? Was, wenn fehlerhafte Daten eingegeben werden? Wer das nicht im Voraus berücksichtigt, erlebt am ersten Betriebstag die ersten Pannen.

Letztlich werden Systeme, die ohne Kenntnis der Struktur gebaut wurden, von den Nutzern ignoriert – oder verursachen Kosten, weil sie fertiggestellt, aber nie wirklich eingesetzt werden.

Bei einem guten System kommt die Struktur vor der Oberfläche

Eine ansprechende UI ist wichtig. Aber egal wie schön das Design ist – wenn die dahinterliegende Struktur stimmt nicht, offenbart das System seine Grenzen sehr schnell.

Wie Daten klassifiziert werden, wie sie fließen und wer zu welchem Zeitpunkt eingreift: Dieses unsichtbare Grundgerüst muss zuerst solide entworfen werden. Die Oberfläche ist wie ein Kleidungsstück, das man darüber zieht. Wenn das Gerüst schief ist, sitzt kein Kleidungsstück richtig.

Der Entwicklungsansatz von ExaPeak Soft Solutions

Wenn wir ein Projekt beginnen, schreiben wir nicht als Erstes Code. Wir verstehen zunächst die Geschäftsprozesse unserer Kunden.

Erstens: Prozessverständnis. Wir analysieren, was im operativen Alltag tatsächlich passiert. Wer macht was in welcher Reihenfolge, und welche Daten werden dabei ausgetauscht – das zeichnen wir zuerst nach.

Zweitens: Strukturdesign. Auf Basis des erfassten Prozessflusses entwerfen wir die Systemarchitektur. Benutzerrollen, Datenstrukturen, Berechtigungskonzepte und die Behandlung von Ausnahmen werden in dieser Phase festgelegt.

Drittens: Umsetzung. Die entworfene Struktur wird in reale Software überführt. Erst in dieser Phase beginnt das eigentliche Coden in vollem Umfang.

Viertens: Betriebstauglichkeitsprüfung. Wir prüfen, ob das fertige System im realen Umfeld stabil läuft – ob es auch bei Personalwechseln nutzbar bleibt und bei wachsendem Datenvolumen nicht langsamer wird.

Wer diese vier Schritte durchläuft, erhält kein System, das bloß „läuft" – sondern eines, das die tatsächlichen Geschäftsprozesse besser laufen lässt.

Der beste Partner für ein Softwareentwicklungsprojekt ist nicht das Team, das am schnellsten Code schreibt. Es ist das Team, das Ihre Geschäftsprozesse wirklich versteht und sie in eine bessere Struktur überführen kann.

ExaPeak Soft Solutions möchte genau dieser Partner für Sie sein.