À l’été 2019, on m’a demandé d’aider avec une version WordPress. Quelques mois auparavant, les représentants de l’équipe principale ont contacté d’autres équipes dans le but d’augmenter la diversité des équipes de publication, et j’ai commencé à y réfléchir sérieusement.

À l’époque, j’étais déjà fortement impliqué dans l’écosystème WordPress et j’en étais à ma deuxième année en tant que responsable de la communauté et des partenariats WordPress chez SiteGround, mais je n’avais aucune expérience de la façon dont WordPress se fait d’un point de vue principal. Pourtant, quand Josepha Haden, directeur exécutif de WordPress.org, m’a demandé, j’ai dit oui sans hésitation. Et cela s’est avéré l’une des expériences les plus stimulantes et les plus enrichissantes de ma vie. Voici comment.

Josepha Haden et Francesca Marano se promenant dans Vienne
Josepha et moi marchant autour de Vienne, Wceu 2016 – Image de Luca Sartoni

Un contributeur accidentel: mon parcours dans la technologie

Dès mon plus jeune âge, j’ai semblé prédestiné à devenir développeur. Mes parents sont programmeurs, ils ont commencé dans les années 60, et j’ai eu mon premier ordinateur personnel en 1982, alors que les Italiens n’avaient pas vraiment une idée de ce que c’était.

J’ai suivi leur éthique de travail et je pensais que leur travail était fascinant, faire faire une machine ce que vous voulez, mais j’étais attiré par d’autres options de carrière. En fait, je ne savais pas vraiment ce que je voulais faire en grandissant, mais les ordinateurs et les sites Web ont continué à occuper une grande place dans ma vie personnelle et professionnelle.

Bien que la programmation back-end n’ait jamais été quelque chose qui m’intéressait, je me suis retrouvé à suivre un cours sur la conception Web en 1999, puis je me suis inscrit à un diplôme en arts et multimédia en 2004. J’ai finalement trouvé WordPress en 2008 et j’ai commencé à vivre de il en 2010.

Bientôt, j’ai réalisé que ma vraie compétence était d’aider les clients qui venaient me voir avec une demande de site Web à mieux se concentrer sur leur «pourquoi» pour le site Web et à réfléchir à leur stratégie commerciale et marketing avant de m’embaucher. J’ai écrit des livres sur la planification d’entreprise, la productivité et les sites Web. J’ai également commencé à donner des conférences à WordCamps et à d’autres événements pour éduquer les pigistes sur ces sujets.

En 2015, j’ai rencontré au hasard des personnes impliquées dans la communauté WordPress, ce qui m’a amené à commencer à contribuer aussi. Je n’avais pas de compétences en développement, donc je n’ai jamais pensé pouvoir contribuer à l’OSS, mais il s’avère que ce n’était pas nécessaire. J’ai rencontré des gens qui m’ont indiqué les nombreuses équipes différentes qui créent WordPress et qui ont commencé à être actives dans Polyglots d’abord et Community plus tard.

Francesca Marano s'exprimant au WordCamp London 2016
Ma première conférence WordCamp: La renaissance de la communauté italienne, à WordCamp London 2016

J’ai continué à travailler sur mon entreprise, mais plus je contribuais à WordPress, plus je voulais trouver un moyen d’aider des milliers de personnes à la fois. Mes efforts de sensibilisation consistant à donner des conférences, à aider les organisateurs communautaires et à rédiger du contenu devaient être mis à l’échelle.

C’est là que j’ai rencontré SiteGround. À l’été 2017, ils cherchaient un Community Manager et bien que n’étant pas de métier, j’ai décidé de postuler et d’obtenir le poste. Rejoindre l’entreprise m’a permis d’avoir du temps sponsorisé pour contribuer à WordPress. Cela m’a également permis de puiser dans les connaissances collectives de mes collègues lorsque je commence à préparer de nouvelles idées pour le projet.

Alors j’ai dit oui sans hésitation, mais la vérité est que ce oui a duré près de cinq ans. De plus, j’ai senti que Josepha et SiteGround me faisaient confiance pour faire du bon travail. En retour, j’ai fait confiance à la communauté WordPress pour m’aider à comprendre tout ce que j’avais besoin d’apprendre.

Comment WordPress est fait

L’autre facteur encourageant était que depuis WordPress 5.0, une version n’était plus faite par une seule personne, comme c’était le cas pendant des années, ou par une personne avec deux adjoints. Maintenant, il y avait toute une équipe au travail, affectueusement surnommée «l’équipe», donc il y a beaucoup de mains sur le pont.

Beaucoup de communication

Lors d’un cycle de publication, il y a beaucoup de communication. Il existe des articles de blog provenant de différentes équipes Make. À chaque étape de la sortie, il y a des articles de blog dans la section Actualités de WordPress.org. Il y a un bavardage constant dans la chaîne publique Slack et il y en a une privée qui est le filet de sécurité pour les nouvelles personnes qui pourraient initialement se sentir intimidées en posant des questions dans une grande chaîne publique.

Les différents rôles dans la Release Squad

Capture d'écran de la page du cycle de développement WordPress 5.3 avec les noms de l'équipe
WordPress 5.3 avait une équipe de publication de 12 personnes et 654 contributeurs. WordPress 5.5 l’a jeté hors du parc avec 805 contributeurs!

Ce que j’aime le plus dans ce modèle pour la sortie, c’est la variété des rôles qu’il comprend. Il y a des développeurs, des concepteurs, des spécialistes du marketing, des rédacteurs techniques et des chefs de projet. WordPress n’est pas seulement fait de code, et c’est formidable de voir toutes ces différentes compétences se rassembler pour contribuer à sa sortie.

Le rôle du Release Coordinator (celui que j’ai couvert pour WordPress 5.3 et 5.4) et du Triage PM (rôle qui a été couvert par l’excellent David Baumwald pour 5.3, 5.4 et 5.5) est d’essayer de garder un œil sur tous les pièces mobiles. Et je dis essayer parce que c’est presque impossible. C’est pourquoi il existe des pistes de concentration pour les différentes parties sur lesquelles on travaille.

Matt Mullenweg est le responsable du projet et est le responsable de la publication depuis WordPress 5.0. Il arrive avec le haut niveau feuille de route et le projets ciblés. Mais au-delà de cela, il n’est pas impliqué dans la vie quotidienne du développement de Core. En plus d’un an d’être impliqué dans les versions Core, Matt n’a demandé qu’une seule fois d’ajouter un fonctionnalité.

Je suis ennuyé quand les gens pensent que tout ce qui se passe dans WordPress est dû au fait que Matt le souhaite. Cela diminue le rôle de toutes les personnes qui se soucient du projet et se chargent de faire avancer les choses, de gérer les problèmes, de défendre les billets et en général de s’engager à contribuer à améliorer WordPress pour tout le monde, peu importe s’ils le font. pour un ticket ou travaillez dessus à plein temps.

Mainteneurs de composants et Core Committers

Un groupe de personnes qui contribuent à façonner une sortie sont les mainteneurs de composants. Ils sont responsables de s’occuper d’un certain composant qui compose Core et de voir comment les tickets dans ce domaine se déroulent. Ce sont eux qui peuvent évaluer si un ticket est prêt à être fusionné.

Une fois qu’un ticket est jugé prêt, les Core Committers entrent en scène. Ils font un examen final du billet. Ils peuvent demander des modifications ou effectuer eux-mêmes les modifications lors de la validation. C’est la chose qui m’a le plus surpris. Je ne pensais vraiment pas qu’un commit pouvait prendre des heures, mais c’est vraiment possible. Dans les communiqués que j’ai coordonnés, j’ai certainement observé peu d’engagement de la part des responsables et des committers, ce qui est très démotivant pour les personnes travaillant sur des tickets. Tout ne peut pas entrer dans une version, même si le correctif est prêt, car il n’y a pas assez de personnes pour examiner, donner des commentaires et finalement s’engager. Avec peu de ressources, vous devez faire des choix et ceux-ci ne seront pas toujours alignés avec les préférences de chaque utilisateur ou contributeur WordPress.

C’est probablement l’un des plus grands défis que WordPress devra relever pour aller de l’avant: comment pouvons-nous réactiver les personnes qui peuvent apporter une grande aide?

La Release Party

Les gens dansent à WordCamp Europe Party
photo par Florian Ziegler

Malgré ces problèmes, les choses se font et lorsque la sortie est prête, nous célébrons avec une fête. Je ne sais pas qui a commencé à les appeler Release Parties ni quand elles ont commencé. Ce que je sais, c’est que pour les versions 5.3 et 5.4, j’en ai hébergé pas mal, et ils étaient tous très amusants.

Le jour de l’une des étapes de la sortie (cela peut être Betas, Release Candidates ou General Release), le canal Core devient très actif: beaucoup de gens se connectent pour voir comment la version de WordPress est publiée. Il y a plusieurs étapes et différentes personnes impliquées dans différentes tâches. Les étapes de publication sont documentées dans le manuel Core et sont suivies publiquement afin que tout le monde puisse les voir toutes.

La plus grande fête est le jour de la sortie générale; il y a un moment spécifique qui est incroyablement puissant. WordPress a un compteur de téléchargement, donc avant de sortir la nouvelle version, l’équipe prend une capture d’écran de la précédente, nous disons tous au revoir et souhaitons la bienvenue au petit nouveau. Bien que tout soit virtuel, ce moment est presque tangible et ne cessera jamais de m’émouvoir. Nous avons créé WordPress, encore une fois.

12 mois en tant que contributeur principal

Pendant que j’écrivais cet article, il m’est venu à l’esprit que je suis un contributeur Core depuis un an maintenant. J’ai toujours mon rôle à plein temps chez SiteGround, avec lequel j’ai parfois du mal à jongler, donc je dois remercier mon équipe pour son soutien.

Je ne peux toujours pas écrire PHP et mépriser profondément JavaScript, mais quand je regarde en arrière, je suis incroyablement fier des changements qui se sont produits au cours des 12 derniers mois. Je ne peux pas m’attribuer le mérite de tous, mais je suis heureux d’avoir pu en faire partie.

Calendrier de sortie

Une chose que beaucoup de contributeurs ont demandée était un calendrier à mi-parcours des sorties, pour mieux les adapter à leur travail et à leur calendrier personnel. Être le petit nouveau peut être difficile parce que vous ne connaissez pas toute l’histoire et le contexte des raisons pour lesquelles les choses sont faites d’une certaine manière, mais c’est aussi un avantage. Vous êtes libre de reprendre les conversations. Après en avoir discuté avec l’équipe et les autres équipes, il était clair pour moi que c’était juste une question de « qui va en parler avec Matt ». Et c’est ce que j’ai fait. Quelques jours plus tard, un calendrier de diffusion provisoire jusqu’à ce que WordPress 6.0 soit publié sur le blog Core, et nous l’utilisons depuis.

Plus grande équipe de libération et mentorat

L’équipe de publication s’agrandit également à chaque sortie. De nombreuses équipes sont impliquées dans sa fabrication et affectées par celle-ci. Il est important que toutes ces équipes soient représentées dans le processus. Dans WordPress 5.5, il existe plusieurs nouveaux rôles, et dans la version 5.6, il y en aura encore plus: Test, Documentation, Support sont tous des composants vitaux de ce qui rend WordPress génial, il est donc important d’avoir leurs commentaires pendant que le logiciel est en développement actif.

Et il est important d’avoir des mentors. Il s’agit d’une amélioration majeure que Josepha a introduite dans WordPress 5.3. L’équipe de publication n’est pas seulement composée de prospects, mais il existe un groupe croissant de mentors capables d’aider les nouveaux contributeurs à apprendre les ficelles du métier. L’idée est que ces personnes finiront par devenir des mentors et enseigneront à de nouvelles personnes. C’est un autre excellent moyen d’impliquer de plus en plus de personnes dans Core, avec des compétences et des antécédents différents.

Et cela m’amène au plus grand changement (et défi) de tous. WordPress 5.6, qui s’annonce comme une version massive, aura un escouade entièrement composée de femmes et les personnes qui s’identifient comme des femmes. Comme beaucoup de choses dans WordPress, tout a commencé avec un Moment de «penser à voix haute» et est maintenant une réalité. Le travail sur cette version commencera très bientôt et je suis ravi d’en faire partie en tant que mentor.

Femmes marchant dans le couloir pendant WordCamp Torino
Collègues contributrices à la tête de l’équipe Polyglots à WordCamp Torino 2018. Photo par Gianni Vascellari

WordPress a besoin de votre aide

J’aimerais pouvoir dire que ce ne sont que des licornes et des arcs-en-ciel, mais ce n’est pas le cas. Le nombre de personnes activement impliquées dans la réalisation de ce projet est encore très faible par rapport à l’ampleur de sa portée.

Je suis vraiment un faiseur, alors j’aimerais que les gens prennent le temps et l’énergie qu’ils prennent pour critiquer WordPress et le transformer en temps de contribution actif. Oui, parfois, il faut être très têtu sur un billet et il faut le suivre sans relâche, mais je pense toujours que cela en vaut la peine.

La participation active signifie également laisser des commentaires constructifs dans les tickets ou proposer de prendre des notes pendant le chat de développement. C’est la malédiction et la beauté d’un projet d’envergure. Il y a toujours quelquechose à faire!

Au cours des dernières années, j’ai également constaté une augmentation de la contribution de différents types d’entreprises. Chez SiteGround, par exemple, nous avons principalement contribué à des événements et à la communauté pendant des années. Nous avons parrainé et nous avons fait du bénévolat, nous étions des organisateurs et des conférenciers. Nous avons beaucoup travaillé au sein de la communauté WordPress espagnole pour l’aider à se développer et à se développer, et c’est maintenant l’une des plus importantes de la communauté mondiale. L’année dernière, nous avons augmenté les heures que nous consacrons à des équipes plus techniques. Je suis toujours actif dans Core en tant que mentor et en tant que représentant de l’équipe. L’un de nos ingénieurs WordPress, Stanimir Stoyanov, fait partie de l’équipe de sécurité, et l’un de nos ingénieurs JavaScript, Kiril Zhelyazkov, consacre maintenant quelques jours par semaine à Gutenberg.

Stanimir Stoyanov de SiteGround sur scène au WordCamp Sofia 2019
Mon collègue et contributeur Core and Security, Stanimir Stoyanov

Ces sujets correspondent à nos valeurs, c’est donc une progression naturelle pour nous de nous impliquer davantage.

Enfin, j’espère voir des gens s’impliquer dans une proposition que j’ai publiée il y a quelques jours dans le blog Core sur tests de bout en bout. À l’heure actuelle, il y en a un, et je suis sûr que nous pouvons faire mieux. Encore une fois, les développeurs ne sont pas les seuls nécessaires. Les utilisateurs sont les contributeurs les plus rares et probablement ceux dont le projet a le plus besoin pour enfin mettre en place des tests utilisateur. Je ne suis pas un développeur et je suis heureux que des non-développeurs puissent avoir un impact.

Mes préoccupations personnelles et mes espoirs pour l’avenir du projet

Quand j’ai commencé à contribuer à Core, j’ai commencé une note sur mon ordinateur avec quelques observations. Ne pas avoir 17 ans d’expérience dans le projet m’aide à voir les choses sans préjugé, et ne pas être développeur m’aide à voir le projet plus comme un corps vivant et respirant, plutôt que comme des composants ou des tickets. Permettez-moi de partager mes préoccupations, mes espoirs et mes rêves pour l’avenir.

Maintenance des composants et Core Committers: vous êtes plus que jamais nécessaire

Au moment de la rédaction de cet article, le projet compte environ 60 committers et 60 mainteneurs de composants, avec beaucoup de personnes effectuant des tâches doubles, triples et parfois sextuple. Mais la réalité est que dans WordPress 5.4 et 5.5, des centaines de commits ont été effectués par Sergey Biryukov. Je suis extrêmement reconnaissant pour le travail de Sergey. Dans le même temps, j’ai l’impression que nous construisons par inadvertance un facteur bus dans Core. La majorité des personnes disposant d’un accès Core Commit n’ont pas validé un seul ticket. De même, j’ai contacté tous les responsables de la maintenance des composants pour connaître leurs plans pour les versions à venir et seulement environ 50% des composants ont répondu.

Comment pouvons-nous nous assurer que les personnes qui ont le pouvoir, et donc la responsabilité, d’aider à s’engager et à guider sont impliquées? Mais aussi, comment encourager les gens à démissionner et à se déclarer inactifs pour que de nouvelles personnes puissent intervenir?

Ma carrière s’étale sur plus de 25 ans dans différentes industries, et une chose reste la même: quand les gens voient qu’il y a quelqu’un d’autre qui remplit un rôle, ils seront moins motivés et parfois même intimidés à se mobiliser. La rareté entraîne non seulement les achats, mais également un nouvel engagement.

L’équipe communautaire, par exemple, tient à jour une liste des députés et leurs différents statuts. Je me suis demandé si Core pouvait faire quelque chose de similaire, alors quand de nouvelles personnes veulent intensifier, elles peuvent voir d’un premier coup d’œil quels composants sont manquants. Les personnes qui se plaignent de «The Core Developers» ne les verront pas comme un blob, mais comme des individus qui à tout moment pourraient être inactifs pendant un certain temps. Lorsque vous voyez qu’il n’y a en fait que quelques personnes qui examinent et s’engagent activement, vous serez peut-être plus enclin à comprendre pourquoi tous les billets ne peuvent pas atteindre la ligne d’arrivée.

La documentation est la plus haute forme de générosité

Je dis cela à chaque fois que je parle de contribuer à l’OSS: la documentation fait souvent défaut. Souvent, ce qui existe est dépassé.

Comment pouvons-nous nous assurer que la documentation n’est pas une réflexion après coup, mais est intégrée au processus de développement?

Capture d'écran de la documentation pour traduire WordPress en italien
Manuel de it.wordpress.org – Comment traduire WordPress en italien. Photo de Gianni Vascellari

Il y a beaucoup de travail à faire pour rédiger des notes de développement pour les changements qui affectent le développement, mais ce n’est pas la seule documentation nécessaire. Certains des processus décrits dans les manuels de base sont obsolètes, d’autres manquent parce qu’ils vivent dans l’esprit de contributeurs expérimentés.

En tant que grand fan de Gutenberg et de textes riches et attrayants, j’aimerais que nos manuels exploitent pleinement la puissance de l’éditeur de blocs et soient plus invitants. En ce moment, ils sont un mur de texte et chaque fois que nous disons aux gens de regarder les manuels, je sens mon cœur se rétrécir.

Solutions possibles, dont je ne suis pas sûr techniquement réalisables, mais une fille peut rêver: synchroniser avec GitHub pour résoudre au moins le problème de contrôle de version. Ensuite, recrutez, recrutez, recrutez et travaillez avec Documentation, Meta et Design pour fournir des manuels utiles, attrayants, lisibles et faciles à numériser.

Gardez une trace des pièces mobiles et travaillez ensemble

L’autre chose que je remarque souvent est la façon dont les équipes, les objectifs et les composants fonctionnent en silos.

Ce n’est absolument pas fait pour être des gardiens, c’est ainsi que chaque équipe s’est auto-organisée au fil des ans.

Nous devons trouver un moyen d’avoir une vue d’ensemble de ce qui se passe dans la prochaine version et de toutes les pièces mobiles.

est sous licence Creative Commons Attribution-NonCommercial-ShareAlike 3.0 Unported Licen « , » focal_length « : » 23 « , » iso « : » 3200 « , » shutter_speed « : » 0.076923076923077 « , » title « : » « , » orientation  » : « 0 »} « data-image-title = » People-at-Contributor-Day-WordCamp-Europe « data-image-description = » « data-medium-file = » https://wptavern.com/wp- content / uploads / 2020/08 / People-at-Contributor-Day-WordCamp-Europe-300×200.jpg « data-large-file = » https://wptavern.com/wp-content/uploads/2020/08/People -at-Contributor-Day-WordCamp-Europe-500×333.jpg « alt = » Personnes assises à des tables rondes pendant une journée de contributeur « class = » wp-image-103206 jetpack-lazy-image « data-lazy-srcset = » https : //wptavern.com/wp-content/uploads/2020/08/People-at-Contributor-Day-WordCamp-Europe.jpg 2000w, https://wptavern.com/wp-content/uploads/2020/08/ People-at-Contributor-Day-WordCamp-Europe-300×200.jpg 300w, https://wptavern.com/wp-content/uploads/2020/08/People-at-Contributor-Day-WordCamp-Europe-500×333.jpg 500w, https://wptavern.com/wp-content/upload s / 2020/08 / People-at-Contributor-Day-WordCamp-Europe-768×512.jpg 768w, https://wptavern.com/wp-content/uploads/2020/08/People-at-Contributor-Day-WordCamp -Europe-1536×1024.jpg 1536w « data-lazy-tailles = » (largeur maximale: 2000px) 100vw, 2000px « data-lazy-src = » https://wptavern.com/wp-content/uploads/2020/08 /People-at-Contributor-Day-WordCamp-Europe.jpg?is-pending-load=1 « srcset = » https://wptavern.com/data:image/gif;base64,https://wptavern.com/ R0lGODlhAQABAIAAAAAAAP /// yH5BAEAAAAALAAAAAABAAEAAAIBRAA7 « />
Personnes faisant WordPress à la journée des contributeurs, WordCamp Europe 2015 – Image de Florian Ziegler

Trac est très granulaire et vous avez un certain nombre de rapports prêts à l’emploi, vous pouvez filtrer par jalons et voyez combien de tickets sont dans chaque composant, mais ce n’est qu’une partie de l’histoire.

Oui, je parle de trouver un moyen de gérer le projet dans son ensemble et non en tant que bits et bobs.

Entrez GitHub. À un moment donné.

Cela ne se produit pas de sitôt, mais j’espère que cela se produira éventuellement. Déplacer le développement et gestion de projet de WordPress vers GitHub, comme Gutenberg l’a fait.

Je sais que pour beaucoup, ce sera une incitation à contribuer à WordPress d’une manière plus familière. Cela abaissera la barre jusqu’à l’entrée, ce qui est toujours le bienvenu. Avec quelques didacticiels pratiques, il permettra à des personnes non techniques de contribuer à la documentation, aux tests et à la gestion de projet.

L’avenir est prometteur

Malgré tous les problèmes, ou peut-être à cause d’eux, l’avenir de WordPress est radieux.

Je me suis caché autour de plusieurs équipes au cours de ces années, et dernièrement, j’ai remarqué que plus de personnes se joignaient à nous, plus de personnes étaient impliquées dans chaque version, plus de personnes occupant des postes de direction dans différentes équipes. J’ai également remarqué une augmentation de la diversité, ce qui est toujours un changement bienvenu.

Conclusion: WordPress a besoin de nous tous pour y arriver. J’espère vous voir à bord!



Source link