Projektkrisen — am Beispiel von »Factor E Farm«

Open Source Ecology[There is an english version of this article]

Shit happens. Immer wieder. Wir machen Fehler, wir schaffen unsere eigenen Krisen in unseren Projekten. Frustration und Lern-Chance liegen dann eng beieinander. Die Frage ist nicht, wie wir Krisen vermeiden können, denn wir können nun mal nicht die Zukunft schauen. Die wichtigere Frage ist, wie wir mit Krisen umgehen, wenn sie denn mal da sind. Denn entweder unterscheidet sich ein commons-basiertes Peer-Projekt von proprietären Projekten gerade auch an dieser Stelle oder es hat eben doch keine andere Qualität.

Das ist deswegen so entscheidend, weil commons-basierte Peer-Projekte davon leben, dass sie möglichst die Beiträge aller beteiligten Menschen in das Projekt zu integrieren verstehen — anstatt per Exklusionskonkurrenz einen beträchtlichen Teil hinauszuselektieren, wie Martin zutreffend herausgearbeitet hat. Doch das »Ende von Selektion und Normierung« kommt nicht einfach nur deswegen, weil wir es so sehr wollen, sondern weil und nur wenn Peer-Projekte strukturell so angelegt sind, dass sie zur Integration und Konfliktlösung fähig sind.

Im Projekt »Factor E Farm« (FeF, auch »Open Source Ecology«, OSE) hat es jetzt geknallt. Öffentlich, das ist schon mal gut.

Das FeF-Projekt ist ein wenig zu einem VorHerzeige-Projekt avanciert, wenn es um die Übertragung der Peer-Produktionsansätze auf die stoffliche Welt geht. Idee der FeF ist es, alle notwendigen Produktionsmittel für ein nachhaltiges »Wirtschaften« auf dem Land als »open source« zu entwickeln. Und das zu einem Faktor 10 »billiger« als es kommerzielle Anbieter von Maschinen schaffen. Letztlich sollen sich die Produkte »rechnen« und auf dem Markt »verkaufen«, um das Projekt zu finanzieren.

Der oberflächliche und letztliche nichtige Anlass für den aktuellen Crash, in dessen Folge zwei Mitglieder (von vier) von der Farm flogen, war eine Wasserpumpe, von der ein Schlauch abrutschte. Die beiden Geschassten wurden der Sabotage bezichtigt, was sich im Nachhinein als Irrtum rausstellte. Aber wie immer geht’s nicht um die aktuelle Frage, die lächerlich ist, sondern um die angesammelten Crash-Energien, die sich an einem beliebigen Punkt entladen.

Was aber dahinter steht, zeigt vor allem die Diskussion: Wie kann ein »visionäres Projekt« seine Ziele erreichen, wie kann und sollte es »geführt« werden? Die reputationsbasierte »gutmütige Diktatorenschaft« hat sich bei Peer-Projekten im nicht-stofflichen Bereich als funktional erwiesen. Da ist aber auch nicht alles Gold, was glänzt, und es gibt teilweise gravierende »Issues« (z.B. Genderfragen), aber in vielerlei Hinsicht funktioniert es unterm Strich ziemlich gut.

Beim FeF gibt es genau an dem Punkt der »Leadership« erhebliche Kontroversen. Muss das Projekt einen »gütmütigen Diktator« haben wie in anderen Peer-Projekten, um die »Vision« möglichst »konsistent« aufrechtzuerhalten und »effektiv« umzusetzen? Oder braucht es gerade hier ganz andere, mehr »basisdemokratische« Strukturen wie in anderen Alternativprojekten praktiziert? Ist Marcin, der »Leader« der FeF, ein Visionär oder ein durchgeknallter Psychopath?

Blicken wir auf die Strukturen, auf die materielle Grundlage von FeF. Die Farm gehört Marcin, er hat sie gekauft. Sein Konzept ist es, mit »open source« billiger als andere produzieren zu können, um auf dem Markt die proprietären Anbieter wegzukonkurrieren. Das eingenommene Geld sollte das Projekt finanzieren, die »Befreiung« voranbringen und die »Welt« retten. Eigentlich sollten Spenden das Projekt zunächst über Wasser halten, aber die fließen nicht. Der ökonomische Druck muss massiv sein.

Kritik an der kommerziellen Orientierung, an der Reproduktion der Verwertungslogik durch das Projekt hat Marcin stets als irrelevant abgewiesen. Auch in der Diskussion spielt sie keine Rolle. Wie sehr sie aber durchschlägt, kann man erahnen, wenn man die Diskussion aufmerksam liest. Besonders deutlich wird dies beim Beitrag von Jeremy (einer der Geschassten). Dort ist von »Timelines« die Rede, die nicht eingehalten wurden, und »Businessplänen«, die nicht fertig sind, Produkten, die nicht zur Verkaufsreife gebracht wurden usw. — und alles komplett fixiert auf den »Leader«.

Inga, eine Verteidigerin Marcins, schreibt: »it’s not about working hard, it’s about working hard in total alignment with Marcin’s vision.« (Es geht nicht um das harte Arbeiten, es geht um das harte Arbeiten in totaler Ausrichtung an Marcins Vision). Jeremy antwortet. »I did try working hard, but I also tried to understand and follow everything that Marcin wanted. How could I have followed it better?« (Ich habe versucht, hart zu arbeiten, und ich habe auch versucht allem zu folgen, was Marcin wollte. Wie hätte ich besser folgen können?) — Whow, das hört sich nicht gerade nach Selbstentfaltung an, sondern eher nach sektenartigem Verhalten. Sorry to say that.

Fazit

Das Projekt FeF hat spannende Aspekte und wird teilweise hoffnungsvoll begrüsst. Spannend sind zum Beispiel die modularen Produktionskonzepte (ein technologisches »LEGO-System«), ist die technikkritische Perspektive und Überzeugung, dass Produktionsmittel anders konstruiert sein müssen, wenn sie in freien Projekten eingesetzt werden sollen.

Weniger spannend und kritikwürdig sind die soziale Struktur und die fatale Ignoranz gegenüber der Verwertungslogik und ihr Hineinwirken in die internen sozialen Prozesse. Niemals hätte ein blöder abgerutschter Wasserschlauch so eine Bedeutung bekommen können, wenn nicht alle Beteiligten unter einem ungeheuren Druck gestanden hätten und immer noch stehen. Stattdessen werden die Probleme personalisiert: X hat einen Zeitplan nicht eingehalten und Y hat kein verkaufbares Produkt zustande gebracht. Und alle zusammen haben die »Vision« des »Leader« nicht wirklich geschnallt — von dem die FeF-Mitglieder abhängig sind, da ihm das Land gehört. Und da Personen »versagen«, ist es kein Wunder, wenn die FeF-Mitstreiter immer wieder abspringen und am Ende fast nur der »Leader« übrig bleibt (nach drei Jahren).

Die Probleme, wie sie bei der FeF aufgetreten sind, lassen sich nicht mit einfach nur »gutem Willen« lösen. Ein solches Projekt einer »Open Source Produktion« im Bereich stofflicher Güter zu starten, ist ein ungeheures Wagnis. Wenn man das Wagnis eingehen will, müssen vorher ein paar zentrale Punkte geklärt und verbindlich verabredet werden. Ich nenne drei Punkte.

Ohne Warenkritik und ein Bewusstsein, dass die fatale Logik der Verwertungsmaschinerie in unser Handeln und Denken hineinwirkt, geht es nicht. Jedenfalls nicht im Bereich der Produktion stofflicher Güter. Hier besteht tatsächlich ein grundsätzlicher Unterschied zu nahezu aufwandslos kopierbaren Kulturgütern. Jedes neue Gut kostet Aufwand oder Geld, und mit jedem neuen Gut wird die Logik der Marktkalkulation in das Projekt getragen. Wenn hierfür kein Bewusstsein existiert und keine klaren Regeln vereinbart sind, wie die Schnittstelle zur umgegebenden Welt des Verwertungszwangs genutzt (oder nicht genutzt) werden soll, dann kann das Projekt nur scheitern, denn dann unterwirft es sich dem Zwang blind.

Ohne bewusste Organisation von Konsens- und Dissenzprozessen geht es auch nicht. Hier könnte das Projekt und sein »Leader« von den vielfältigen Erfahrungen der globalisierungskritischen Bewegungen lernen (vgl. z.B. das Konsensverfahren). Ziel muss sein, einen Entfaltungsrahmen für die je einzelnen Menschen zu schaffen, die ihre größeren und kleineren Beiträge zum Projektziel leisten.

Ohne Lernen aus den Erfahrungen der Freien Software und anderer Peer-Projekte werden wichtige Einsichten verschenkt. So enthält das Maintainer-Modell der Freien Software ein Moment von »leadership«, es enthält aber auch den Aspekt des Forks (der Projektspaltung), ohne den ein zentrales Regulativ fehlen würde. Bei FeF gibt es das nicht. Zwar wird Aussteigern locker hinterher gerufen, dass sie ja eine eigene FeF gründen können, aber ohne Boden und Produktionsmittel ist das so nicht einfach (wie bei Freier Software). Zudem wäre es sinnvoll, die Entwürfe der Produktionsmittel nicht nur zu veröffentlichen, sondern nach Art der Freien Software auch kollektiv zu erstellen und zu verbessern. Dafür wäre die Einrichtung eines öffentlichen Repositories der Entwürfe sinnvoll.

Ich wünsche dem Projekt, dass es die notwendigen Lernschritte schafft. Wir werden es sehen.

4 Kommentare

Einen Kommentar hinzufügen

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert

Entdecke mehr von keimform.de

Jetzt abonnieren, um weiterzulesen und auf das gesamte Archiv zuzugreifen.

Weiterlesen