[Tobias Brückner]

In der Konzeptphase eines Projekts stehe ich oft vor der gleichen Frage: Gehe ich von Anfang an strukturiert Top-Down vor und zerlege das System in Teilfunktionen – oder entwickle ich eher aus bestehenden Ideen, Komponenten oder Erfahrungen heraus eine Lösung (Bottom-Up)?

In der Praxis erlebe ich häufig, dass beides parallel passiert – manchmal geplant, manchmal eher chaotisch.
Ich selbst starte oft mit einer groben Lösungsidee und arbeite mich dann schrittweise in die Details vor.

Mich würde interessieren, wie ihr das in euren Projekten handhabt:

Beginnt ihr eher mit einer sauberen Systemstruktur (Top-Down)?
Oder entwickelt ihr Lösungen iterativ aus bestehenden Bausteinen heraus (Bottom-Up)?
Habt ihr feste Vorgehensweisen oder entscheidet ihr je nach Projektkontext?

Und ganz ehrlich: Wie verhindert ihr, dass man sich entweder in der Theorie verliert oder zu schnell in eine suboptimale Lösung reinläuft?

[Frank Hebel]

Ich sehe das nicht als Entweder-oder. Für mich ist es eher ein bewusstes Zusammenspiel:
Top-Down gibt mir die Struktur und hilft, das große Ganze zu verstehen. Bottom-Up bringt die Realität rein – also das, was technisch wirklich funktioniert oder verfügbar ist.

Die Herausforderung ist aus meiner Sicht, beide Sichtweisen aktiv zu verzahnen und nicht zufällig entstehen zu lassen.

[Kathrin Planer]

Für mich ist weniger die Richtung entscheidend, sondern dass Entscheidungen nachvollziehbar bleiben.
Gerade in iterativen Prozessen gehen sonst schnell Annahmen verloren oder werden nicht mehr hinterfragt.

Ich achte deshalb darauf, dass Lösungsentscheidungen – egal ob Top-Down oder Bottom-Up entstanden – sauber dokumentiert sind. Das hilft enorm, wenn man später Anpassungen machen muss oder neue Leute ins Projekt kommen.

[Autor]

Beiträge