Jede Open-Source-Lösung lebt von kollektiven Beiträgen und Zusammenarbeit. Dennoch braucht es immer wieder eine zentrale Instanz, die die vorhandenen Ressourcen bündelt und das Beste daraus macht. Für jede Organisation, die sich mit Open Source beschäftigt, ist es wichtig, proaktiv zu bleiben und ständig zu reflektieren, in welche Richtung sich ihre Open-Source-Investitionen entwickeln.

In jedem Projekt liefert die Führung die dringend benötigte Vision, den Weg und den Plan für das Vorankommen in eine bestimmte Richtung. Auch wenn etwas kollaborativ ist, braucht es eine Aufsicht, um Probleme zu lösen und Ziele effizient zu erreichen.

Häufig haben Unternehmen Open-Source-Programme mit Zielen, die sie durch das Programm erreichen wollen. Die Zuweisung einer Leitung verbessert nicht nur die Gesamteffizienz des Projekts, sondern hilft auch in vielerlei anderer Hinsicht.

Einige der Gründe, warum sich Organisationen für Open Source interessieren, sind die folgenden:

Die sieben Gesetze der Führung in Open Source

Die Leitung eines Open-Source-Programms unterscheidet sich stark von derselben Rolle in anderen Bereichen, da sie nicht so einfach und direkt ist. Und oft nehmen die Leute fälschlicherweise an, dass eine Führung in einem solchen Projekt nicht erforderlich ist, aber sie könnten falscher nicht liegen. Etwas so Umfassendes, Spontanes und sich ständig Weiterentwickelndes muss zu jedem Zeitpunkt gut verwaltet und genutzt werden und benötigt daher mehr Aufsicht als reguläre Plattformen.

Lassen Sie uns nun einige allgemein anerkannte und verstandene Gesetze der Open-Source-Führung untersuchen, die eine gute Führungskraft auf diesen Plattformen ausmachen.

Kompetenz

Open-Source-Führungskräfte unterscheiden sich stark von herkömmlichen Chefs. Das zeigt sich an der Persönlichkeit von Linus Torvalds, dem Gründer von Linux, oder Jim Whitehurst, dem CEO von Red Hat, deren Persönlichkeiten Lebendigkeit und Dialog anregen. Sie sind sehr zugänglich und bleiben offen für die Community, der sie angehören, und man kann sehen, dass sie ihren Erfolg regelmäßig anerkennen und der Community zuschreiben.

Daraus lässt sich ableiten, dass eine erfolgreiche Open-Source-Führungskraft selten nur an sich selbst denkt, und es sind immer die Werte der Zusammengehörigkeit und Teamarbeit, die den Ausschlag geben, wenn es darum geht, den Erfolg und das Wachstum der Plattform zuzuschreiben. Genau diese Mentalität ist bei einer Open-Source-Führungskraft gefragt - jemand, der seine Autorität nicht aus der Bezeichnung ableitet, die er innehat, sondern aus den Millionen von Menschen, die jeden Tag arbeiten, um die Community am Leben zu erhalten.

Ein Teamplayer sein

Konventionelle Führung ist weitgehend von den Aspekten Autorität, Charisma und dem Festhalten an der Krone so lange wie möglich umgeben. Sie ist hierarchisch und basiert auf dem Konzept der formalen Führung.

Im Gegensatz dazu soll eine Open-Source-Führungskraft nicht perfekt und utopisch sein. Er ist eher der Erste unter Gleichen - er ist so gut wie seine Teammitglieder und muss seine Fähigkeiten nicht unbedingt über die der anderen im Team stellen. Er soll vor Ort sein und das Team mit gutem Beispiel vorangehen. Eine Open-Source-Führungskraft ist daher keine unerreichbare Figur, sondern nur ein gewöhnlicher Mensch, der die Fähigkeit hat, zu verwalten und zu improvisieren.

Spontan sein

Für eine Plattform, die sich so schnell bewegt und sich jede Sekunde weiterentwickelt, ist eine entspannte Führungskraft einfach nicht geeignet. Sie sollten jemand sein, der in der Lage ist, spontane Entscheidungen zu treffen, da die Führungskraft hier jemand sein sollte, der Ideen schnell formulieren und ausführen kann. Schnelle Entscheidungsfindung ist der Schlüssel zum Erfolg in Open Source, und sie muss die zentrale Idee aller Aktionspläne sein.

Die Open-Source-Community ist nicht geduldig genug für Führungskräfte, die langsam Vorschläge machen oder sich über ein Problem beschweren oder erwarten, dass ihre Zeitgenossen das Problem lösen. Spontaneität und Teamgeist sind für eine Open-Source-Führungskraft von zentraler Bedeutung, und es wird von ihr erwartet, dass sie sich anstrengt und als Erste mit der Arbeit beginnt.

Autonomie

In Open Source ersetzt Autonomie die Hegemonie in der Führungsrolle. Das Management übt keine zwanghafte Kontrolle aus, um alles zu erledigen, sondern alle Aufgaben werden als Team bearbeitet und zusammengeführt. Die Aufgabe der Führungskraft besteht hier darin, den Rahmen für alle Initiativen innerhalb der Community festzulegen und die entsprechenden Ziele zu definieren, um diese Initiativen in die Tat umzusetzen.

Dies zeigt, dass Autorität und Kontrolle veraltete Konzepte sind, wenn es um diese Dimension geht, und dass Kreativität und Autonomie stattdessen die gewünschten Eigenschaften einer idealen Open-Source-Führungskraft sind. Er soll nicht nur zusammenarbeiten und führen, sondern auch die Teammitglieder befähigen, indem er ihnen alle Werkzeuge und Kenntnisse zur Verfügung stellt, die sie für die Erledigung der Arbeit benötigen.

Richtig delegieren

Führung in Open Source konzentriert sich auf die richtige Delegation und Dezentralisierung von Aufgaben. Wie bereits erwähnt, ist es wichtig, sich gut in das Team einzufügen und alle auf dem gleichen Stand zu halten. Daher sollte jedes Teammitglied in die Lage versetzt werden, die Autorität zu übernehmen und kleinere Probleme, die von Zeit zu Zeit auftreten, selbst zu beheben und sich nicht wegen jeder Kleinigkeit an die Führungskraft zu wenden.

Die Soft Skills nie ignorieren

Sicher, die technischen Details richtig hinzubekommen, ist ziemlich wichtig, aber Soft Skills sind diejenigen, die sich langfristig auszahlen. Mehr als jeder andere braucht eine Führungskraft eine "menschliche Note" und muss einfühlsam und engagiert mit dem Team umgehen, um die Stimmung jedes Mitglieds hoch und die Produktivität maximal zu halten. Eine Führungskraft sollte in der Lage sein, zu leisten, explizit zu kommunizieren, sehr klar mit den Erwartungen umzugehen und ergebnisorientiert zu sein. Demut ist auch eine großartige Soft Skill und überstrahlt alles andere.

Nein zu Micromanagement sagen

Es versteht sich von selbst, dass Micromanagement für ein so umfangreiches Projekt schädlich sein kann, da man sich mehr vornimmt, als man bewältigen kann. Es ist physisch unmöglich, alles zu verwalten, was in einer Open-Source-Plattform vor sich geht, und man muss sich bewusst machen, dass man nicht jedes Projekt von A bis Z verwalten kann. Es ist sicherer, den Teammitgliedern die erforderlichen Fähigkeiten zu vermitteln und ihnen regelmäßig Aufgaben zu übertragen - und ihnen dabei zu vertrauen.

Die Führungsrolle verstehen
 

Die Übernahme der Führung in einem Open-Source-Projekt kann ein Unternehmen zu großem kommerziellen Erfolg führen. Das liegt daran,

• Viele Produkte sind von Open-Source-Softwaretechnologien abhängig
• Der Weg zur Innovation entfaltet sich in Open Source viel schneller
• Das Software-Ökosystem wird mehr oder weniger von Open Source dominiert.
• Software kann Ihr Online-Geschäft zum Erfolg führen oder scheitern lassen und ist einer der größten Unterscheidungsfaktoren in den heutigen Branchen. Daher ist die beste Software wichtiger denn je.

Nachdem wir nun die grundlegenden Prinzipien der Open-Source-Führung behandelt haben, wollen wir tiefer in das Modell eintauchen und die Führungsrolle besser verstehen. Wie allgemein anerkannt, soll diese Rolle die Verkörperung einer Integration dieser miteinander verbundenen Eigenschaften sein.

• Die erste Eigenschaft ist, wachsam zu sein gegenüber jeglicher Intoleranz oder Diskriminierung, die das Team erfährt. Nichts tötet den Teamgeist schneller als Voreingenommenheit. Bei solchen Dingen wäre es für jeden Menschen eine große Hürde, über die eigene Abwertung oder Ausgrenzung hinauszusehen und sein volles Potenzial auszuschöpfen. Das vorrangige Ziel ist es, alle zu befähigen und zu motivieren und sich um all ihre Unsicherheiten und Schwächen zu kümmern.
• Aus der ersten Eigenschaft ergibt sich die zweite - und das ist Vertrauenswürdigkeit. Um inmitten des Chaos als Kitt zu fungieren, ist die erste Eigenschaft, die Sie entwickeln müssen, Vertrauenswürdigkeit. Ehrlichkeit der Teammitglieder ist äußerst wichtig, um das Beste aus jeder Ressource herauszuholen, und Sie müssen ihnen eine offene Tafel geben, auf der sie ihre Bestrebungen, Ängste und Probleme aufzeichnen können.
• Eine Eigenschaft, die ausschließlich für die Open-Source-Führung wichtig ist, ist Agilität und Schnelligkeit, da die Welt nicht darauf wartet, dass Sie eine Idee formulieren und umsetzen, sondern sich in ihrem eigenen Tempo weiterentwickelt. Wenn Sie zurückbleiben, können Sie nichts dagegen tun.
• Und schließlich, und das ist das Wichtigste, seien Sie zugänglich! Sie wollen nicht, dass gute Ideen zum Schweigen gebracht werden oder dass Probleme erst in letzter Minute zur Kenntnis genommen werden. Eine Open-Source-Führungskraft muss anerkennen, dass Autorität und Verantwortung Hand in Hand gehen, und es ist unerlässlich, dass sie proaktiv bleibt und auf jede Frage und jedes Argument ihres Teams eingeht.

So wird eine Führungsrolle in einem Open-Source-Projekt umrissen. Nachdem diese grundlegenden Anforderungen erfüllt sind, besteht der nächste Schritt darin, das Projekt in aufeinanderfolgende Schritte zu unterteilen und es Schritt für Schritt zu bearbeiten.

Die Projektstruktur definieren

Die meisten Open-Source-Projekte folgen dem Regelwerk, indem sie ein gemeinsames Repository haben, das alle wichtigen Prinzipien und Ziele des Governance-Modells, der Struktur, der Regeln und der Prozesse des Projekts definiert. Ein Open-Source-Projekt kann eine der drei gängigen Governance-Strukturen haben - BDLF, Meritokratie und liberaler Beitrag.

Zuweisung von Ressourcen

Die Zuweisung von Ressourcen umfasst auch die Zuweisung von Rollen an verschiedene Teammitglieder. Ein Mitglied könnte sein

• Ein Mitwirkender - jemand, der ein Problem erstellt oder verfolgt.
• Ein Committer - jemand, dem der Schreibzugriff auf das Repository gewährt wurde.
• Ein Maintainer - jemand, der Prioritäten und Richtungen für ein Projekt oder eine spezielle Interessengruppe festlegt.

Die Anforderungen abbilden

Dies ist eigentlich einer der schwierigsten Teile des Prozesses. Die Anforderungen in herkömmlichen Projekten werden bereits von den Behörden des Unternehmens definiert, aber Open-Source-Anforderungen kommen von Benutzern und Mitwirkenden. Die Arbeit in Open Source muss aufgrund dessen sehr agil und schnell sein. Es versteht sich von selbst, dass sich die Pipeline von Tag zu Tag ändert und weiterentwickelt.

Codierungsstandards definieren

Das Team muss Regeln und Standards in Bezug auf den Gesamtprozess und die Codierung explizit in einigen Dokumenten erwähnen und auf einer gemeinsamen Plattform austauschen, die eine einfache tägliche Kommunikation gewährleistet. Eine Reihe von Anweisungen, wie mit dem Code zu verfahren ist, würde unnötige Konflikte und Unregelmäßigkeiten später in den Projekten vermeiden und wertvolle Zeit sparen.

Mentoring

Während von jedem erwartet wird, dass er auf seiner individuellen Ebene Leistung erbringt, wird von der Führungskraft auch erwartet, dass sie die Extrameile geht und einen homogenen Fluss etabliert, um allen im Team zu helfen. Regelmäßige Interaktionen und Stand-ups können dazu beitragen, die gemeinsamen Ziele zu bekräftigen. Für Freiwillige sollte ein einfacher Weg geschaffen werden, um mit der Mitarbeit an dem Projekt zu beginnen. Erfahren Sie hier mehr über die Vorteile der Mitarbeit an Open Source.

Wie kann man Open Source optimal nutzen?

Die Nutzung und das bestmögliche Ausschöpfen einer Open-Source-Plattform kann deutlich einfacher werden, wenn Sie eine Strategie haben.

• Aufgrund der dynamischen Natur von Open Source sollten Ziele regelmäßig gesetzt und zurückgesetzt werden. Sobald die Agenda feststeht, muss sie jährlich oder halbjährlich überprüft werden, damit sich Projekte selbst erhalten und nicht veralten, bis Sie sie fertiggestellt haben. Daher können sich selbst die langfristigen Pläne in Open Source nur bis zu einem gewissen Grad erstrecken.
• Es versteht sich von selbst, dass die Planung proaktiv sein muss und es absolut keinen Platz für Nachlässigkeit in einer Open-Source-Plattform gibt, insbesondere von Seiten der Führungskräfte. Selbst wenn ein Projekt abgeschlossen ist, muss es gewartet werden, um sich an die aktuellen Softwaretrends für Ihr Zielökosystem anzupassen.
• Das Tech-Team sollte mit allen anderen Beteiligten synchron bleiben, damit das Produkt, das sie entwickeln, immer der endgültigen Idee in den Köpfen aller nahe kommt. Um auf dem Laufenden zu bleiben, sollten Sie nach jedem erreichten Meilenstein entsprechendes Feedback einholen und es in die Ausführung einbeziehen.

Schließlich ist eine der wichtigsten Führungsrollen die Förderung einer Kultur der psychologischen Sicherheit, in der sich die Mitwirkenden frei und begeistert fühlen, zu einem Projekt beizutragen, und sich keine Sorgen über die Reaktion machen, die sie erhalten werden. So drückt es Michael Cardy, Chief Technology Strategist von Red Hat, aus.

"Die Kultur muss Scheitern als eine Chance zum Lernen behandeln, und Scheitern ist nur dann schlecht, wenn keine Lehren gezogen und mit dem Rest der Organisation geteilt werden."