Wie misst man den Erfolg des Open-Source-Programms?

Neben der aktiven Teilnahme ist es sehr wichtig, auf den ROI von Open-Source-Projekten, -Programmen und -Beiträgen zu achten. Die Open-Source-Programmmanager müssen die Initiative ergreifen, um den ROI ihrer Bemühungen und Bestrebungen aufzuzeigen.

In diesem Artikel geht es darum, was genau ein Open-Source-Programm ist und wie man den Erfolg von Open-Source-Projekten am besten messen kann. Fangen wir an. 

Wissenswertes über ein Open-Source-Programm

In diesem Abschnitt erhalten Sie einige der wichtigsten Informationen über ein Open-Source-Programm.

Was versteht man unter einem Open-Source-Programm?

Ein zentrales Open-Source-Programmbüro kann als ein dafür vorgesehener Ort betrachtet werden, an dem Open Source innerhalb einer Organisation gut unterstützt, gefördert, erklärt, geteilt und entwickelt werden kann. 

Mit einem solchen Büro können Unternehmen ihre effektiven Open-Source-Strategien klarer entwickeln und umsetzen und ihren Führungskräften, Marketingfachleuten, Entwicklern und anderen Mitarbeitern die wichtigen Werkzeuge an die Hand geben, die sie benötigen, um Open Source in ihren Betrieben zu einem großen Erfolg zu machen.

Warum ein Open-Source-Programm benötigt wird

Open-Source-Software wird heute von Unternehmen in einer Vielzahl von Branchen wie Einzelhandel, Finanzen, Automobil und vielen anderen eingesetzt, aber leider wird sie von den Führungskräften und Entscheidungsträgern, die die Geschäfte führen, nicht gut verstanden.

Eines der Hauptprobleme ist, dass Open-Source-Software verwirrend sein kann, wenn Unternehmen traditionelle Geschäftspläne erstellen und verfolgen, die ihre Abläufe und Ziele bestimmen. Die Open-Source-Innovation hat ihre eigene Methodik und folgt nicht wirklich traditionellen Geschäftsabläufen. 

Es gibt sogar einen großen Unterschied: Die Open-Source-Entwicklung ist kollaborativ, während die traditionellen Software- und Geschäftspraktiken proprietär und geschlossen sind. 

Auch für viele Unternehmen ist die erforderliche Änderung der Denkweise bei der Nutzung von Open Source nicht einfach und selbstverständlich.

Genau dann kann die Einrichtung eines Open-Source-Programms als Vorteil angesehen werden. Wenn ein Unternehmen ein Open-Source-Programmbüro einrichtet, kann es die Nutzung von Open Source auf einfache Weise so organisieren und rationalisieren, dass sie direkt mit den langfristigen Geschäftsplänen des Unternehmens verbunden ist. 

Tatsächlich wird ein Open-Source-Programmbüro als das Zentrum des Universums für die Open-Source-Aktivitäten und -Struktur eines Unternehmens angesehen, da es die Zusammenführung aller erforderlichen Komponenten ermöglicht. 

Ein Open-Source-Programmbüro kann die Festlegung von Richtlinien für die Verwendung, Auswahl, Verteilung und Prüfung von Code sowie die Schulung von Entwicklern, die Einhaltung von Gesetzen und die Förderung und den Aufbau von Community-Engagement umfassen. 

Die Rolle eines Open-Source-Programms

Wenn Ihr Unternehmen erfolgreich ein Open-Source-Programmbüro einrichtet, fördert dies standardisierte Programmier- und Organisationspraktiken, -verfahren und -toolsets, die es Ihrem Unternehmen ermöglichen, die angestrebten Ziele zu erreichen.

Darüber hinaus hilft ein Programmbüro dabei, unnötige, starre Verfahren zu vermeiden, die von kreativen Entwicklern gemieden werden könnten, was sich als Bedrohung für die Sicherheit und andere Aspekte von Projekten erweisen kann.

Die Aufgaben eines Programmbüros können vielfältig sein. Sie umfassen:

• Die Open-Source-Strategie innerhalb und außerhalb des Unternehmens klar zu kommunizieren
• Die Verantwortung für die Umsetzung der Strategie zu übernehmen und diese zu überwachen
• Die effektive Nutzung von Open Source in kommerziellen Produkten und Dienstleistungen zu fördern
• Eine qualitativ hochwertige und häufige Freigabe von Code für Open-Source-Communities sicherzustellen
• Sich mit Entwickler-Communities auszutauschen und zu prüfen, ob das Unternehmen effektiv zu anderen Projekten beiträgt
• Eine Open-Source-Kultur innerhalb einer Organisation zu fördern
• Die Einhaltung von Open-Source-Lizenzen zu überprüfen und zu überwachen

Die Rolle des Open-Source-Programmbüros ist für jedes Unternehmen individuell auf seine Geschäfte, Ziele und Produkte zugeschnitten. 

Es gibt keine allgemeingültige Vorlage für den Aufbau eines Open-Source-Programms, die in allen Branchen oder in allen Unternehmen einer einzelnen Branche angewendet werden kann. 

Daher kann die Einrichtung eines Open-Source-Programmbüros eine Herausforderung sein, aber Sie können natürlich aus den Erfahrungen anderer Unternehmen lernen und diese Ansätze nutzen, um sie effektiv an die Anforderungen Ihres eigenen Unternehmens anzupassen. 

Beispiel für ein Open-Source-Programm

Ich möchte Ihnen hier ein Beispiel für ein Unternehmen geben, das sein eigenes Open-Source-Programmbüro verwaltet. Microsoft hat in den letzten Jahren daran gearbeitet, seinen eigenen Open-Source-Ansatz zu entwickeln und zu verfeinern. 

Tausende von Mitarbeitern in einer Vielzahl von Geschäftsbereichen setzen sich mit großem Engagement dafür ein, dass ihr Open-Source-Programmbüro ein großer Erfolg wird. 

Dieses Unternehmen hat diesem Programmbüro eine hohe Priorität eingeräumt, um seine Entwickler, Marketingteams und andere, die sich mit Open Source für Hardware- und Softwareprodukte, Cloud-Dienste, Inhalte, Medien, Spiele und andere Produktlinien beschäftigen, zu unterstützen.

Es hat sich gezeigt, dass jeder Bereich unterschiedliche Unterstützung benötigt, je nach seinen individuellen Geschäftsmodellen und Einsatzszenarien. Und Microsoft setzt alles daran, die maximalen Vorteile des Open-Source-Programmbüros zu nutzen.

Wichtige Kennzahlen zur Erfolgsmessung eines Open-Source-Programms

In diesem Abschnitt werden die wichtigsten Kennzahlen erläutert, mit denen die Gesamtgesundheit Ihres Open-Source-Programms beurteilt werden kann. Eine solche Nachverfolgung kann als Ausgangspunkt für eine viel durchdachtere und gründlichere Analyse angesehen werden. Werfen wir einen Blick darauf. 

Anzahl der Mitwirkenden (und Verhältnis von internen zu externen Mitwirkenden)

In der Regel beginnen Projekte mit dem Großteil der Beiträge von internen Entwicklern und auch von externen Beiträgen. Die gesündesten Projekte haben in der Regel sehr vielfältige Communities, wobei viele Beiträge von verschiedenen anderen Unternehmen stammen. 

Projekte, die immer wieder neue externe Mitwirkende anziehen, leisten gute Arbeit, indem sie die Projekte ordnungsgemäß pflegen, neue Mitwirkende willkommen heißen und Feedback aus der Community einbeziehen.

Anzahl der eingereichten, geöffneten und akzeptierten Pull-Requests (und die Zeit, die sie offen bleiben)

Wenn ein Mitwirkender einen Fehler feststellt oder einen Funktionswunsch hat, den er selbst beheben oder schreiben kann (und die Genehmigung dazu hat), tut er dies in der Regel und reicht ihn als Pull-Request (PR) ein. 

Die Verfolgung der Anzahl der Pull-Requests und was genau mit ihnen geschieht, zeigt die Anzahl der Codes, die von Mitwirkenden außerhalb Ihres Unternehmens eingereicht werden, und ist daher ein Indikator für das Interesse externer Mitwirkender an Ihren Projekten. 

Anzahl der eingereichten Probleme (und die Zeit, die sie offen bleiben)

Benutzer, die nicht genügend Zeit, Befugnisse oder Kapazitäten haben, um einen Pull-Request einzureichen, aber Probleme mit Ihrem Code feststellen, können ihre Fehler und Funktionswünsche als Problem einreichen. 

Die Anzahl der Probleme und die Art und Weise, wie sie behandelt werden, geben Aufschluss über den Grad der Akzeptanz Ihrer Projekte durch die Benutzer und darüber, wie aufmerksam die Betreuer auf die Bedürfnisse der Benutzer eingehen. 

Und diese Zahl hängt vollständig davon ab, wie Probleme verfolgt werden. 

Anzahl der Commits pro Mitwirkendem (intern und extern)

Die Effizienz eines Projekts kann auch anhand der Anzahl der externen Commits im Verhältnis zur Gesamtzahl der Commits ermittelt werden. Bei gesunden Projekten steigt das Verhältnis der externen Mitwirkenden im Laufe der Zeit. 

Indem Sie die Anzahl der Commits pro Mitwirkendem messen, können Sie überprüfen, ob Ihre Projekte in der Lage sind, neue Mitwirkende zu gewinnen, und ob diese Mitwirkenden langfristig gehalten werden können. 

Anzahl der externen Anwender

Es ist sehr wichtig, dass jedes Open-Source-Projekt eine bestimmte Möglichkeit hat, Unternehmen zu verfolgen, die die Software in einer Produktionsumgebung einsetzen wollen. Dies kann entweder über eine ADOPTERS.md-Datei oder eine einfache Liste in der README-Datei geschehen, aber der springende Punkt ist, diese Liste zu verfolgen und sicherzustellen, dass sie im Laufe der Zeit ordnungsgemäß wächst. 

Wenn die Anzahl der externen Anwender aus irgendeinem Grund nicht mehr wächst, kann dies alles von der Reife des Projekts bis hin zur Veralterung des Projekts anzeigen.

Anzahl der erstellten oder unterstützten Projekte (programmweit)

Sie können diese Kennzahlen für jedes Projekt, das Ihr Unternehmen veröffentlicht, sowie für die Projekte, zu denen Ihre Entwickler aktiv beitragen, verfolgen. Bei der Erstellung Ihrer Open-Source-Strategie müssen Sie die geschäftskritischen Projekte identifizieren, die Ihr Unternehmen nutzt, und einige Investitionen für die besondere Unterstützung dieser Projekte vorsehen. 

Es ist wichtig, den Open-Source-Erfolg Ihres Unternehmens nicht nur an der Gesundheit Ihres Projekts zu messen, sondern an der gesamten Open-Source-Aktivität im Allgemeinen.

Weitere wichtige Kennzahlen, die es zu verfolgen gilt

Abhängig von Ihren spezifischen Zielen können Sie den Erfolg Ihrer Open-Source-Projekte auch anhand dieser wichtigen Kennzahlen verfolgen. Denken Sie jedoch daran, dass das Erreichen einer großen Zahl nicht Ihr oberstes Ziel ist. 

Neben den Ergebnissen ist auch der Prozess der Verfolgung und des Auffindens von Mustern in den Daten, die eine allgemeine Verbesserung der Projekte bewirken können, von gleicher Bedeutung. Im Folgenden finden Sie einige weitere Kennzahlen, die Sie möglicherweise verfolgen können.

Popularität oder Bekanntheit

Sie können mit der Anzahl der Besucher der Projektwebsite beginnen, gefolgt von der Gesamtzahl der Follower auf GitHub/GitLab. Dann kommt die Anzahl der Follower auf Social-Media-Konten wie LinkedIn, Twitter oder Facebook.

Auch Nachrichtenclips und Medienberichte sind zu messen. Schließlich können Sie die Anzahl der organisierten und veranstalteten Meetups zählen (z. B. über meetup.com). 

Programmkosten

Sie können die Mitgliedsbeiträge und Spenden, die Infrastruktur und den Support, die Teilnahme an Konferenzen und Reisen, die Tools, die Schulungen und das Personal (Engineering, PR & Marketing und Recht) im Auge behalten. 

Einfluss

Sie können die Anzahl der mitwirkenden externen Unternehmen, die Anzahl der Mitarbeiter in einer Betreuer-/Führungsrolle in Ihren strategischen Projekten, die Vielfalt der Mitwirkenden an Ihren Projekten, die Anzahl der erstellten Forks, die abgelehnten Patches und warum, die Anzahl der Downloads und die Phasen der Einführung (Anzahl der Bereitstellungen in PoC und Produktion) verfolgen.

Wie messen Sie Ihren Erfolg als Open-Source-Programmmanager?

Nun möchte ich Ihnen zeigen, wie Open-Source-Programmmanager feststellen können, ob sie sich auf dem richtigen Karriereweg befinden oder nicht. Und die folgenden Methoden zeigen, ob sie ihre Aufgaben erfüllen und zum Erfolg der Open-Source-Projekte beitragen.

Das erste, worauf ein Open-Source-Projektmanager achten kann, ist, ob die Leute ihn für fähig genug halten, ihre Fragen auch außerhalb seines Aufgabenbereichs zu beantworten. Wenn z. B. jemand mit Fragen an Sie herantritt, von denen er glaubt, dass Sie sie beantworten können oder zumindest Wege finden können, sie zu beantworten, können Sie das als Kompliment auffassen. 

Ein Programmmanager kann sich der Gewissheit versichern, dass er durch die Beantwortung von Fragen eine große Glaubwürdigkeit in der Community aufgebaut hat. 

Das nächste, worauf ein Programmmanager achten sollte, ist, ob die Leute Vertrauen in ihn haben oder nicht. Fühlen sie sich sicher genug, um transparent über ihre Arbeitsfortschritte zu berichten? Wenn z. B. die Dinge nicht reibungslos laufen und das Team hinter den Zeitplänen zurückbleibt, fühlen sie sich dann sicher genug, um Sie darüber zu informieren? 

Wenn nicht, dann sind Sie leider nicht in der Lage, eine Vertrauenskultur unter Ihren Mitarbeitern aufzubauen. Als Programmmanager sollten Sie in der Lage sein, Ihrem Team das Gefühl zu geben, dass es frei über alle Bedenken sprechen kann, die von Ihnen gut behandelt werden können. 

Auf diese Weise können Sie die Genugtuung verspüren, sinnvolle Beiträge zur Open-Source-Community zu leisten.

Wenn die Dinge reibungslos laufen, bedeutet das nicht unbedingt, dass die Projektfreigabe planmäßig verläuft oder dass alle Fehler behoben sind und alles einfach perfekt ist. Reibungslos zu laufen bedeutet also nicht das Fehlen schlechter Dinge, sondern das Fehlen überraschender schlechter Dinge. 

Wenn Sie als Programmmanager in der Lage sind, die volle Arbeitstransparenz in Bezug auf Herausforderungen oder Arbeitsprobleme aufrechtzuerhalten und eine gemeinsame Anstrengung zu finden, um diese zu lösen, dann können Sie sich definitiv als erfolgreichen Programmmanager betrachten. 

Erfahren Sie hier mehr:

• Was sind die Vorteile von Open Source DXP? 
• Wie führt man Open Source richtig? 
• Leitfaden zur Open-Source-Sicherheit 

Schlussfolgerung

Aus diesem Artikel geht deutlich hervor, dass Unternehmen ihre Open-Source-Projekte, -Programme und -Beiträge bestmöglich bewerten müssen. Ohne den Gesamterfolg des Open-Source-Projekts zu messen, können wir nicht feststellen, wo wir wachsen und uns verbessern müssen, um in den kommenden Jahren bessere Beiträge zu leisten.