Eine aktuelle Umfrage von Synopsys zeigt, dass fast 70 % der Unternehmensorganisationen entweder zu Open-Source-Projekten beitragen oder sich daran beteiligen. Open Source gewinnt in der Webentwicklungsbranche an Bedeutung und befasst sich eher mit der proaktiven Einbindung und Förderung von Communities rund um gemeinsame Herausforderungen. Es geht nicht nur um die Veröffentlichung von Codes, sondern auch darum, die Fähigkeiten von Entwicklern zu unterstützen, einen Beitrag zu leisten. Open Source kann ohne politische Leitlinien oder eine große Organisationsstruktur funktionieren.
70 % der Unternehmensorganisationen tragen entweder zu Open-Source-Projekten bei oder beteiligen sich daran.

Organisationen, die in Open-Source-Communities handeln, verfügen über ein enges und vernetztes Netzwerk, das einen engagierten Blickwinkel erfordert, um die Ideen im Fluss zu halten und neue Entwicklungen zu fördern. Es gibt zwei Arten von Ansätzen, die verfolgt werden können, um Harmonie zwischen den Open-Source-Communities zu erreichen und gleichzeitig Unternehmen zu stärken. Betrachten wir sie nacheinander.
Externes Engagement
Neben Open-Source-Tools, Datenbanken, Plattformen und Sprachen wird Organisationen empfohlen, eine offene Struktur zu haben, die sowohl den internen als auch den externen Quellen, die die Arbeitsweise der Institution beeinflussen, Flexibilität ermöglicht. Hier sind fünf Best Practices für die Verfolgung von Open Source in jeder Organisation:
Stakeholder
Es ist eine etablierte Tatsache, dass Open Source ein Ort ist, an dem jeder einen Beitrag leistet, einschließlich aller Arten von Stakeholdern, auf beiden Seiten der Firewall. Hier ist eine kurze Liste von Personas, die wahrscheinlich an dem Projekt interessiert wären:
- Nicht-technische Stakeholder, die keine Benutzer sind
- Potenzielle Benutzer
- Erfahrene (oder neugierige) Benutzer
- Fachexperten
- Technische Benutzer
- Potenzielle/aktive Entwickler
Dialog fördern
Um Teil der Open-Source-Community zu sein, müssen Sie Mitwirkende einladen. Indem Sie ihnen die notwendigen Werkzeuge für die Zusammenarbeit zur Verfügung stellen, sowohl soziale als auch technische, kann die Verbindung von Fachexperten und technischen Experten ein gesundes und vernetztes Umfeld fördern, das offen für den Dialog ist.
Reibung minimieren
Reibung ist die Zeit, die ein potenzieller Mitwirkender benötigt, von der Entscheidung, dass er einen Beitrag leisten wird, bis zur tatsächlichen Mitwirkung in der Open-Source-Community. Die Minimierung der Reibung ist unerlässlich, um erstmalige Mitwirkende zu ermutigen und sie in langfristige Mitarbeiter zu verwandeln. Dies kann durch die Verbesserung der Dokumentation und die Skripterstellung gemeinsamer Aufgaben durch den Betreuer erfolgen. Dies bedeutet, dass der Beitragsfluss von der Entdeckung bis zur Zusammenführung und Bereitstellung genauer betrachtet und die potenziellen Anforderungen des Mitwirkenden in jedem Schritt vorhergesagt werden müssen.
Dezentralisieren
Der Erfolg einer Open-Source-Organisation beruht auf zwei Dingen: Dezentralisierung und Informalität, die große Organisationen tendenziell verpassen. Bei strengen Unternehmensrichtlinien und dem Fokus auf Protokolle scheint die Essenz von Open Source verschwommen zu sein. Der Prozess sollte durch öffentliche Diskussionen und die Teilnahme als Mitglied der Community und nicht nur der Organisation offengelegt werden.
Mitwirkende ermutigen
Da das Recht zur Mitwirkung in jeder Open-Source-Struktur vorausgesetzt wird, ist es wichtig, einige Anweisungen zur Vorgehensweise festzulegen. Diese Anweisungen können beinhalten, was von den Projektbetreuern zu erwarten ist und welche technischen Anforderungen für die lokale Ausführung der Projekte gelten. Sie können auch konstruktive Unterstützung, Lob und Feedback für jeden Beitrag der Entwickler geben.
Interne Zusammenarbeit

In jeder Open-Source-Community ist die erste Lektion, das Zusammenarbeiten zu lernen. Open Source ist mehr als nur das Veröffentlichen, es ist eher eine Philosophie des modernen Ansatzes zur Softwareentwicklung. Eine Organisation kann keine Closed-Source-Kultur hinter der Firewall haben und erwarten, dass sie öffentlich eine Open-Source-Kultur fördert. Hier sind fünf Best Practices für die Verfolgung interner Kooperationen zu Open Source in einer Organisation:
Förderung einer offenen Kultur
Wenn man sich auf das erste Open-Source-Projekt einer Organisation einlässt, wird man Open Source wahrscheinlich als Werkzeug für organisatorische Veränderungen verwenden. Die wahre Konfrontation besteht darin, zu entschlüsseln, ob Sie die notwendige interne Kultur fördern können, um Ihr Open-Source-Projekt extern zu unterstützen. Es wird immer angenommen, dass die Art und Weise, wie eine Organisation intern arbeitet, widerspiegelt, wie sie extern arbeitet, und wenn dieser Workflow geschlossen, feindselig oder misstrauisch ist, werden Sie wahrscheinlich Schwierigkeiten haben, die Open-Source-Kultur anzunehmen oder schnell zu wachsen. Bevor Sie also ein Projekt in Angriff nehmen, sollten Sie etwas Zeit damit verbringen, die internen Workflows und Regeln der Zusammenarbeit zu verbessern.
Kleine Schritte unternehmen
Wenn Sie den ersten Schritt in Open Source machen, ist es immer ratsam, es klein und unbedeutend zu halten, anstatt mit einer Vorzeigeinitiative groß zu wetten. Man kann mit dem offenen, aber privaten Zusammenarbeiten innerhalb der Sicherheit Ihres Teams oder Ihrer Organisation experimentieren. Später können Sie andere Stakeholder einbeziehen, juristische, Beschaffungs-, Ethik- und alles andere. Das Ziel sollte es sein, die Synchronisierung innerhalb der Organisation sicherzustellen, während Sie die Bewegungen von Open Source durchlaufen, mit ein wenig Hilfe von Stützrädern.
Instabilität minimieren
Während es bei Open Source darum geht, eine Community aufzubauen, neigen wir oft dazu, die Mitwirkenden zu ignorieren, die außerhalb der Organisation stehen, und denken nur an die Projektbeteiligten innerhalb der Organisation. Es ist jedoch wichtig für das Gleichgewicht der Informationen, diejenigen außerhalb der Firewall gleichberechtigt zu behandeln, d. h. in Bezug auf die Angleichung von Informationen und Autonomie zur Verbesserung des Projekts, wie diejenigen innerhalb der Firewall.
Einschränkungen annehmen
Gebunden an bestimmte Workflow-Beschränkungen in einem Open-Source-System, müssen Sie die Einschränkungen der Mitwirkenden akzeptieren. Dies kann durch die Einführung moderner, asynchroner Tools geschehen, die den Workflow verbessern, der professionell, aber nicht formell sein sollte. Organisationen sollten soziale und kulturelle Beschränkungen gegenüber technischen oder administrativen Beschränkungen bevorzugen, die sich nicht an veränderte Umstände anpassen können.
Für eine Sache arbeiten
Um eine starke Präsenz in der Open-Source-Community zu erlangen, sollte man den Entwicklern einen Grund geben, auf den sie hinarbeiten können, spannende Probleme, die sie lösen können, und eine Vision, in eine definierte Richtung zu gehen. Nur ein paar Zeilen Code, die Ihre Idee ausdrücken, und der Einstieg in die Dokumentation reichen aus, um einen Workflow aufrechtzuerhalten. Das Arbeiten in Open Source wird Sie dazu bringen, besseren, modulareren Code zu schreiben, so dass Sie frühzeitig Feedback von Stakeholdern, sowohl intern als auch extern, erhalten können.
Die Zukunft ist offen
Die Idee, sich etwas mit einer größeren potenziellen Reichweite anzuschließen und an einem spannenden Projekt zu arbeiten, hält die Entwickler häufig motiviert.
Zunehmend bieten Unternehmen kompatible und produktive Umgebungen für Open-Source-Kooperationen über Institutionen hinweg. Sie versuchen, mit kleineren Unternehmen oder Einzelpersonen zu fusionieren, um ihnen zu ermöglichen, ihr Fachwissen neben großen Unternehmen, Start-ups und ihren Fakultäten einzubringen und zu kanalisieren. Da die Open-Source-KI-Welt floriert, zielt sie darauf ab, in Zukunft mehr Vorteile für Einzelpersonen und nicht nur für Unternehmen zu bringen.
Organisationen, die ausschließlich auf Open Source basieren oder eng mit Open-Source-Projekten zusammenarbeiten, erkennen die treibende Kraft als die Fähigkeit, schneller mitzugestalten und gemeinsam zu lernen. So spiegeln beispielsweise die von IBM vorgeschlagene Übernahme von Red Hat, die Übernahme von GitHub durch Microsoft und die Übernahme von Kaggle durch Google die wachsende Bedeutung von Code, Inhalten und Community wider. Während es bei Code um Open-Source-Software mit Testfällen geht, umfassen Inhalte offene Daten, Dokumentationen und Tutorials, und Community bezieht sich auf die Menschen in verschiedenen Rollen und Organisationen. Diese drei Säulen demokratisieren die Entwicklung im offenen Unternehmen in einer Weise, die sowohl technische als auch nicht-technische (Entwickler, Software-Ingenieure, Datenwissenschaftler, Fachexperten (SMEs), Marketingfachleute und Kommunikationsfachleute) einbezieht, um auf neue Weise teilzunehmen und die Wertschöpfung durch Menschen mit ihrer eigenen KI zu beschleunigen.
Die Idee, sich etwas mit einer größeren potenziellen Reichweite anzuschließen und an einem spannenden Projekt zu arbeiten, hält die Entwickler häufig motiviert. Wenn sie Apps entwickeln wollen, die vielfältigen Zielen und Institutionen auf der ganzen Welt dienen, ist es ermutigend, integrative Teams zu haben, die bessere Lösungen entwickeln.
Was kommt als Nächstes?
Da wir immer noch herausfinden, wie sich Mitarbeiter mit zusätzlicher individueller Freiheit und Verantwortung in Zukunft entwickeln werden, lässt sich nicht leugnen, dass Open-Source-Communities ein Kernbestandteil von Unternehmensstrategien sind, die aktiv versuchen, Mitarbeiter, Kunden, Partner, Wettbewerber und andere im Ökosystem einzubinden, um Serviceinnovationen als Community mitzugestalten.
Entwickler sind heute dafür bekannt, dass sie als die sichtbaren Macher in einer von Software geprägten Welt hervortreten, und Unternehmen binden proaktiv externe Entwickler ein, um ihre Fähigkeit zur Mitwirkung zu unterstützen. So wächst Open Source mit den nicht-traditionellen Branchen wie Schifffahrt, Mode, Bankwesen und Fertigung, die sich in Softwareunternehmen verwandeln.
Wir bei OpenSense Labs glauben fest an die Förderung von Open-Source-Verbänden, die eine dauerhafte Beziehung zu unseren Mitwirkenden und Mitarbeitern pflegen. Kontaktieren Sie uns unter [email protected] oder besuchen Sie unsere Website, um mehr zu erfahren.
Abonnieren
Verwandte Blogs
Erkunden von Drupal Single Directory Components: Ein Wendepunkt für Entwickler

Webentwicklung lebt von Effizienz und Organisation, und Drupal, unser Lieblings-CMS, ist mit seiner neuesten Funktion hier,…
7 schnelle Schritte zur Erstellung von API-Dokumentationen mit Postman

Wenn Sie mit APIs arbeiten, kennen Sie wahrscheinlich bereits Postman, den beliebten REST Client, dem unzählige Entwickler…
Was ist der Product Engineering Life Cycle?

Stellen Sie sich vor, Sie bauen ein Haus ohne Bauplan oder Konstruktionszeichnungen. Es wäre schwierig, die Kosten und den…