Systeme statt Features bauen

Kurzfassung

Softwareentwicklung wird oft als die Schaffung einzelner Funktionen und nicht als Entwurf kohärenter Systeme betrachtet. Dieser Artikel untersucht die Grenzen der funktionsgesteuerten Entwicklung und argumentiert, dass die Konzentration auf Systeme zu skalierbareren, wartbareren und effektiveren Lösungen führt. Basierend auf Forschungen in den Bereichen Softwarearchitektur und Systemdesign untersucht der Artikel, wie der Übergang vom funktionszentrierten zum systemzentrierten Denken die langfristigen Ergebnisse verbessert und die Komplexität verringert.

1. Einführung

Die meisten Entwickler beginnen mit der Entwicklung von Funktionen.

Eine Funktion ist:

• sichtbar
• einfach zu definieren
• einfach zu messen

Dies macht es zu einem natürlichen Ausgangspunkt.

Wenn jedoch Projekte wachsen, zeichnet sich ein Muster ab:

Funktionen allein schaffen noch kein funktionierendes System.

In diesem Artikel wird der Unterschied zwischen Gebäudemerkmalen und Gebäudesystemen untersucht.

2. Was ist eine Funktion?

Ein Feature ist eine bestimmte Funktionalität.

Beispiele hierfür sind:

• ein Anmeldeformular
• eine Produktseite
• eine Suchfunktion

Funktionen lösen isolierte Probleme.

Sie sind nützlich, aber begrenzt.

Bei unabhängiger Entwicklung sind die Funktionen häufig:

• mangelnde Integration
• Inkonsistenzen erzeugen
• Systemkomplexität erhöhen

3. Was ist ein System?

Ein System ist eine Reihe miteinander verbundener Komponenten, die zusammenarbeiten, um ein Ergebnis zu erzielen.

In der Software umfasst dies:

• Backend-Logik
• Frontend-Schnittstellen
• Datenflüsse
• Benutzerinteraktionen

Ein System:

• verbindet Funktionen
• definiert, wie sie interagieren
• sorgt für Konsistenz

4. Das Problem der funktionsgesteuerten Entwicklung

Wenn man sich nur auf Funktionen konzentriert, entstehen mehrere Probleme:

4.1 Fragmentierung

Funktionen werden unabhängig voneinander erstellt, ohne das gesamte System zu berücksichtigen.

4.2 Inkonsistentes Verhalten

Verschiedene Teile des Systems verhalten sich unterschiedlich.

4.3 Skalierungsprobleme

Das Hinzufügen weiterer Funktionen erhöht die Komplexität, ohne die Struktur zu verbessern.

4.4 Technische Schulden

Mangelndes Systemdesign führt zu langfristigen Wartungsproblemen.

5. Denken in Systemen

Der Übergang zum Systemdenken verändert den Ansatz.

Anstatt zu fragen:

Welche Funktion soll ich erstellen?

Sie fragen:

Welches System liefert das gewünschte Ergebnis?

Dies führt zu:

• bessere Integration
• klarere Struktur
• vorhersehbareres Verhalten

6. Praxisbeispiel

Erwägen Sie eine E-Commerce-Anwendung.

Feature-gesteuerter Ansatz:

• Produktseite erstellen
• Kasse erstellen
• Benutzerkonto erstellen

Systemgesteuerter Ansatz:

• Gestalten Sie die User Journey
• Datenfluss definieren
• Alle Komponenten verbinden

Der zweite Ansatz führt zu einem kohärenteren System.

7. Praktische Implikationen

So erstellen Sie Systeme anstelle von Funktionen:

• Definieren Sie zunächst das Gesamtergebnis
• Interaktionen zwischen Komponenten entwerfen
• Gewährleistung der Konsistenz im gesamten System
• isolierte Entwicklung vermeiden

Dieser Ansatz reduziert die Komplexität im Laufe der Zeit.

8. Fazit

Funktionen sind notwendig, aber sie reichen nicht aus.

Systeme bestimmen, ob Funktionen effektiv zusammenarbeiten.

Durch die Konzentration auf Systeme statt auf einzelne Funktionen können Entwickler Folgendes erstellen:

• skalierbarer
• zuverlässiger
• wartbarere Lösungen

Das Ziel besteht nicht darin, weitere Funktionen zu entwickeln.

Ziel ist es, etwas zu schaffen, das als Ganzes funktioniert.

Referenzen

Bass, L., Clements, P. & Kazman, R. (2012). Softwarearchitektur in der Praxis (3. Aufl.). Addison-Wesley.

Kruchten, P., Nord, R. L. & Ozkaya, I. (2012). Technische Schulden: Von der Metapher zu Theorie und Praxis. IEEE-Software, 29(6), 18-21.