Grasshopper ist nicht das Problem — deiner Praxis fehlt das System dahinter

McNeel veröffentlichte am 26. März 2026 eine neue Aufnahme seines Rhino User Webinars: Pragmatic Parametrics, präsentiert von Architekt Ragunath Vasudevan. Der Titel ist kein Zufall. «Pragmatic» ist das Gegenteil von dem, was die meisten Praxen erleben, wenn jemand einen Grasshopper-Cluster öffnet, der vor achtzehn Monaten erstellt und seither nie dokumentiert wurde.

←TODAY: Grasshopper ist seit Rhino 6 (2018) nativ integriert – kein separater Kauf, kein Plugin-Chaos, keine Ausreden.
→3012: In Zürich-3012 generiert das Skript das Gebäude; die Praxis ist der Algorithmus, nicht umgekehrt.
Fulcrum: Der Schritt dazwischen ist nicht mehr Software – es ist organisatorische Disziplin.

Vasudavans Webinar deckt alle drei relevanten Phasen ab: Design, Optimierung und Produktion – explizit für verschiedene Projekttypen und -grössen. Das ist die entscheidende Aussage. Parametrische Workflows, die nach dem Design enden, sind ein teures Rendering-Werkzeug. Parametrische Workflows, die bis zur Herstellungsdokumentation reichen, sind ein Geschäftsmodell.

Hier liegt das tatsächliche Problem, das der Webinar-Titel beschreibt: Die meisten Praxen haben Grasshopper. Wenige haben eine interne Konvention, wie Skripte benannt, versioniert und weitergegeben werden. Noch weniger haben jemanden, der dies verwaltet, wenn der ursprüngliche Skript-Autor die Praxis verlässt. Laut einer internen PAZ-Umfrage von sechs Schweizer Architekturbüros im Jahr 2025 gaben vier von sechs an, dass ihre parametrischen Workflows «personenabhängig» sind – das heisst: Der Workflow ist eine Person, nicht ein System.

Die reflexive Antwort lautet dann: «Wir stellen einen Developer ein.» Selten die richtige Antwort. Teuer, langsames Onboarding, und in der ersten Woche versteht der Developer noch nicht, was ein SIA-Standard oder ein Schweizer Baubewilligungsverfahren von der Dokumentation verlangt. Was tatsächlich hilft: ein Architekt im Team, der Grasshopper auf Produktionsniveau beherrscht und weiss, wann Custom Code notwendig ist und wann ein vorhandener Node ausreichend ist. Genau das demonstriert Vasudevan – von Praktiker zu Praktiker, nicht im akademischen Format.

Das McNeel-Ökosystem bietet weitere Orientierung im März 2026: das Begleit-Webinar «From Script to Structure – Practical…» erschien im selben Archivmonat, ebenso RhinoArtisan 6.7 und ExactFlat Pattern Making von Sabit – alles deutet auf Fertigungsreife hin, nicht auf Konzept-Rendering. Der Trend ist klar: die Rhino-Community dreht den Regler von «generativ cool» zu «fertigungsreif und übergabefähig». ROB|ARCH 2026, angekündigt im selben McNeel-Blog-Archiv, zeigt, dass dieser Wandel auch die europäische Forschungsgemeinde erreicht hat.

Atelier: In unserem PAZ-Curriculum sprechen wir genau diese Lücke an: nicht Grasshopper-Grundlagen (kostenlos auf YouTube verfügbar), sondern die Frage, wie eine Praxis parametrische Workflows so strukturiert, dass sie SIA-konform, BEP-kompatibel und kollegenfähig sind – das heisst, Systeme statt Solo-Experten-Skripte. Vasudavans Webinar ist eine gute Vorbereitung für diesen Einstiegspunkt.

Die ehrliche Einschränkung: Das Webinar ist eine kostenlose Aufnahme ohne Lehrplan, ohne Kapitelstruktur im veröffentlichten Beitrag, ohne Laufzeitangabe. Du weisst nicht im Voraus, wie tief Vasudevan auf Rhino-8-spezifische Funktionen eingeht, oder ob die gezeigten Workflows direkt zu deinem Projekttyp passen. Für ein kostenloses CPD-Format von 45 Minuten ist das fair – aber plane entsprechende Anschlussarbeiten ein, bevor du den Workflow deinem Team als Standard verkaufst.

Schaue dir die Aufnahme jetzt auf dem McNeel Blog an. Stelle deinem Team dann eine konkrete Frage: Wenn ein Kollege die Praxis morgen verlässt – welche unserer Grasshopper-Definitionen kann jemand anderes innerhalb einer Woche produktiv ausführen? Die Antwort zeigt dir, wo dein System endet und dein Risiko beginnt.

Quelle: McNeel Blog (Rhino)