Fast 2 Monate nach der Ankündigung der Übernahme von Mautic durch Acquia wartet die Community Mautic weiterhin auf die innerhalb von 90 Tagen vorgesehenen Ankündigungen, die ein wenig mehr Klarheit über die künftige Arbeitsweise des Unternehmens geben sollen.
Diese große Veränderung für die Community ist eine immense Gelegenheit, von der Erfahrung vonAcquia mit Drupal zu profitieren sowie einige Regeln neu zu definieren. Da wir zu den wichtigsten Mitwirkenden dieser Community gehören, teilen wir ein paar Ansatzpunkte aus unserer Überlegung und aus dem Austausch mit anderen Mitgliedern der Community, mit dem Ziel, ihre Verwaltung effizienter zu machen.
1. Die Governance-Regeln: Machen wir sie klarer
Acquia hat das Unternehmen Mautic erworben, aber auch die Marke und folglich die Community selbst, da sie denselben Namen trägt. Auch wenn wir frei sind, diese Community zu betreten oder zu verlassen, wann immer es uns passt, wenn Sie sich dort einbringen möchten, wird das unter dem Management von Acquia geschehen.
Allerdings sollte sich damit doch jeder wohlfühlen ! Sie haben dafür bezahlt, und daran ist nichts auszusetzen, solange es für alle klar ist. Das ist mein erster Punkt und wahrscheinlich nicht der komplizierteste zu handhaben ! Einfach klare Regeln zur Governance darüber, wer was besitzt und wer was verwaltet. Mit diesem Rahmen sind keine bösen Überraschungen möglich. Dazu führt uns auch zu den 2 nächsten Themen: einige Vorschläge zur Community-Verwaltung, um mehr Komfort und bessere Arbeitsmethoden zu schaffen.
2. Einen Community Manager benennen
Ich arbeite jetzt seit fast 4 Jahren mit der Community (seit ihren Anfängen) und hatte die Gelegenheit, zu sehen, wie sie unglaublich schnell gewachsen ist. Ich habe auch festgestellt, dass manche Personen zunehmend mehr Verantwortung übernommen haben (z. B. die Verwaltung und Bereitstellung der Versionen), während es vor einiger Zeit noch auf den Schultern von DB Hurley (Gründer von Mautic) lag. Leider ist es heute etwas unübersichtlich.
So wie es für die Mautic-Community ist, braucht sie einen hervorragenden Manager, eine Person, die vollständig für diese Aufgabe gewidmet ist ; um die Menschen zu unterstützen, einen Zeitplan und eine Roadmap auf dem neuesten Stand zu halten, Verantwortlichkeiten zu delegieren usw. Um diese Idee zu veranschaulichen, werde ich hier eher über die technischen Beiträge zur Community sprechen, aber ich bin überzeugt, dass man dieses Modell auf jedes andere Thema anwenden kann, das Acquia an die Community delegieren will (Marketing, Blog, fachliche Definition usw.).
Lassen Sie mich Ihnen ein Beispiel geben : wie Symfony funktioniert (PhP-Framework, das von Mautic verwendet wird und… Drupal). Denn tatsächlich muss sich jeder neue technische Mitwirkende (Entwickler), der begeistert von der Idee ist, dem Open-Source-Projekt Symfony beizutreten und dazu beizutragen, an Nicolas Grekas wenden. Nicolas hat eine entscheidende Rolle und nimmt sie hervorragend wahr: Er stellt eine Liste von „einfachen“ Bugs zusammen, die man als ersten Beitrag übernehmen kann. Außerdem gibt er ihm die notwendige Zeit, um den Code zu prüfen, zu helfen und die Fragen zu beantworten, die sich der Mitwirkende möglicherweise stellt. Dieser „first-step-in process“ ist äußerst effektiv, um die Gruppe der Mitwirkenden wachsen zu lassen und gleichzeitig sicherzustellen, dass sie gut eingebunden sind. Nach ein wenig Erfahrung wird der Mitwirkende in der Lage sein, sich eigenständig an komplexere Themen heranzuwagen.
Wie ich bereits erwähnt habe, denke ich, dass dieses Manager-/Ansprechpartner-Modell auf viele andere Themen anwendbar ist. Was die technischen Aspekte betrifft, denke ich jedoch, dass eine Person wie DB Hurley selbst, der so viel Energie investiert hat, um diese Community ins Leben zu rufen, die perfekte Person wäre. Man kann auch an andere Personen denken, die stets im Dienst der Mitglieder der Community standen und eine geradezu unglaubliche Anzahl an Beiträgen zu dem Projekt haben, Alan Hartless und Jan Linhart.
3. Komitees für die Roadmaps: technisch und fachlich
Das ist ein heikles Thema und eine große Erwartung der Community. Einige Roadmaps wurden in der Vergangenheit kommuniziert, aber ich denke, dass die Community bei ihrer Erstellung nicht ausreichend einbezogen wurde, um daraus einen Erfolg zu machen.
Deshalb würde ich die Erstellung von 2 Komitees für die Roadmap des Produktes vorschlagen (Roadmaps können auch auf andere Themen angewendet werden), wobei sich das eine mit den technischen Aspekten (PHP-, Symfony- und Abhängigkeits-Updates, das Ziel der Einführung einer Microservices-Architektur usw.) befasst und das andere die fachlichen Aspekte. Diese Komitees müssen darauf achten, die für das Projekt gewählte Strategie und Ausrichtung zu verfolgen und gleichzeitig die Erwartungen aus der Community einzubeziehen. In diesem Ansatz wäre ein Abstimmungssystem für Funktionen sehr hilfreich, um die echten Bedürfnisse der Nutzer zu identifizieren. Ich denke auch, dass die Umsetzung von GitHub Sponsors ein hervorragender Weg wäre, Entwickler zu motivieren, der Community beizutreten und zu diesem großartigen Projekt beizutragen.
Diese Roadmaps werden den Nutzern und den Marketern mehr Sichtbarkeit geben. Das wäre auch eine ausgezeichnete Quelle für Inhalte für die Kommunikation rund um Mautic im Markt für Marketing-Automation. Schließlich ist es der beste Weg, immer mehr Mitglieder für die Community zu gewinnen.
Das waren die Ansatzpunkte für diese Arbeit. Wie immer, Webmecanik würde sich freuen, an diesen neuen Ideen und Initiativen teilzunehmen, die die Mautic-Community noch besser und leistungsfähiger machen.
