Podróż nietechnicznego kierownika ds. wydań do zostania mentorem w zakresie rozwoju rdzenia WordPress

Latem 2019 poproszono mnie o pomoc przy wydaniu WordPressa. Kilka miesięcy wcześniej przedstawiciele Core Team skontaktowali się z innymi zespołami w celu zwiększenia różnorodności zespołów ds. wydania i zacząłem poważnie to rozważać.

W tym czasie byłem już mocno zaangażowany w ekosystem WordPress i byłem drugi rok jako menedżer społeczności i partnerstwa WordPress w SiteGround, ale nie miałem żadnego doświadczenia w tym, jak działa WordPress z podstawowego punktu widzenia. Mimo to, kiedy Josepha Haden, dyrektor wykonawczy WordPress.org, zadzwoniła do mnie, bez wahania zgodziłem się. I okazało się to jednym z najtrudniejszych i najbardziej satysfakcjonujących doświadczeń w moim życiu. Oto jak.

Przypadkowy współpracownik: moja ścieżka w technologii

Od najmłodszych lat wydawało mi się, że jestem predestynowany do zostania programistą. Moi rodzice są programistami, zaczynali w latach sześćdziesiątych, a mój pierwszy komputer osobisty dostałem w 1982 roku, kiedy ludzie we Włoszech nie mieli pojęcia, co to takiego.

Śledziłem ich etos pracy i pomyślałem, że ich praca jest fascynująca, sprawiając, że maszyna robi to, co chcesz, ale pociągały mnie inne opcje kariery. Tak naprawdę nie wiedziałem, co chcę robić, kiedy dorosnę, ale komputery i strony internetowe nadal stanowiły dużą część mojego życia osobistego i zawodowego.

Chociaż programowanie back-end nigdy nie było czymś, co mnie interesowało, znalazłem się na zajęciach z projektowania stron internetowych w 1999 roku, a następnie zapisałem się na studia w dziedzinie sztuki i multimediów w 2004 roku. W końcu znalazłem WordPressa w 2008 roku i zacząłem zarabiać na życie to w 2010 roku.

Wkrótce zdałem sobie sprawę, że moją prawdziwą umiejętnością jest pomaganie klientom, którzy przychodzą do mnie z prośbą o stronę internetową, aby lepiej skoncentrowali się na ich „dlaczego” dla strony internetowej i przemyśleli swoją strategię biznesową i marketingową, zanim mnie zatrudnili. Napisałem książki o planowaniu biznesowym, produktywności i stronach internetowych. Zacząłem również wygłaszać wykłady na WordCamps i innych wydarzeniach, aby edukować freelancerów na te tematy.

W 2015 roku przypadkowo spotkałem kilka osób zaangażowanych w społeczność WordPressa, co skłoniło mnie do współtworzenia. Nie miałem umiejętności programistycznych, więc nigdy nie sądziłem, że mogę przyczynić się do rozwoju OSS, ale okazało się, że to niepotrzebne. Spotkałem ludzi, którzy wskazali mi wiele różnych zespołów tworzących WordPressa i zaczęli działać najpierw w Polyglotach, a później w Społeczności.

Pracowałem dalej nad swoim biznesem, ale im bardziej współtworzyłem WordPressa, tym bardziej chciałem znaleźć sposób, aby pomóc tysiącom ludzi na raz. Moje zaangażowanie w wygłaszanie przemówień, pomoc organizatorom społeczności i pisanie treści potrzebnych do skalowania.

Tutaj poznałem SiteGround. Latem 2017 roku szukali Community Managera i mimo że nie byłem nim z zawodu, zdecydowałem się aplikować i dostałem pracę. Dołączenie do firmy pozwoliło mi zasponsorować czas na współtworzenie WordPressa. Pozwoliło mi to również na czerpanie ze zbiorowej wiedzy moich kolegów, kiedy zaczynam przygotowywać nowe pomysły na projekt.

Więc powiedziałem „tak” bez wahania, ale prawda jest taka, że ​​to „tak” powstawało prawie pięć lat. Ponadto czułem, że Josepha i SiteGround ufają mi, że wykonam dobrą robotę. W zamian zaufałem społeczności WordPressa, że ​​pomogła mi dowiedzieć się wszystkiego, czego musiałem się nauczyć.

Jak działa WordPress

Innym zachęcającym czynnikiem było to, że od czasów WordPress 5.0, wydanie nie było już dokonywane przez jedną osobę, jak to miało miejsce przez lata, lub osobę z kilkoma zastępcami. Teraz pracował cały zespół, pieszczotliwie zwany „oddziałem”, więc jest wiele rąk na pokładzie.

Dużo komunikacji

Podczas cyklu wydawniczego jest dużo komunikacji. Istnieją wpisy na blogach z różnych zespołów Make. Na każdym etapie wydania w sekcji Aktualności WordPress.org znajdują się wpisy na blogu. W publicznym kanale Slack ciągle trwają rozmowy i jest prywatny, który jest zabezpieczeniem dla nowych ludzi, którzy początkowo mogą czuć się onieśmieleni, zadając pytania w dużym kanale publicznym.

Różne role w drużynie wydającej

To, co najbardziej podoba mi się w tym modelu w wydaniu, to różnorodność ról, które obejmuje. Są programiści, projektanci, marketerzy, pisarze techniczni i kierownicy projektów. WordPress składa się nie tylko z kodu i wspaniale jest widzieć, jak wszystkie te różne umiejętności łączą się, aby przyczynić się do jego wydania.

Rola koordynatora wydania (tego, który omówiłem dla WordPress 5.3 i 5.4) oraz Triage PM (rola, którą zajmował się znakomity David Baumwald w wersjach 5.3, 5.4 i 5.5) polega na próbie obserwowania wszystkich ruchome części. A ja mówię, że spróbuj , bo to prawie niemożliwe. Właśnie dlatego są skoncentrowane leady dla różnych części, nad którymi się pracuje.

Matt Mullenweg jest szefem projektu i jest szefem wydania od WordPress 5.0. Wymyśla mapę drogową wysokiego poziomu i projekty fokusowe. Ale poza tym nie jest zaangażowany w codzienne życie rozwoju Core. W ciągu ponad roku zaangażowania w wydania Core, Matt poprosił tylko raz o dodanie funkcji.

Denerwuje mnie, gdy ludzie myślą, że wszystko, co dzieje się w WordPressie, jest spowodowane tym, że Matt tak chce. Zmniejsza to rolę wszystkich ludzi, którzy dbają o projekt i biorą na siebie odpowiedzialność za posuwanie się naprzód, zajmowanie się problemami, zdobywanie biletów i ogólnie zaangażowanie w ulepszanie WordPressa dla wszystkich, bez względu na to, czy to robią za jeden bilet lub pracuj nad nim w pełnym wymiarze godzin.

Opiekunowie komponentów i główni koordynatorzy

Grupa ludzi, którzy odgrywają kluczową rolę w kształtowaniu wydania, to opiekunowie komponentów. Są odpowiedzialni za opiekę nad pewnym komponentem tworzącym Core i obserwowanie, jak przebiegają zgłoszenia w tym obszarze. To oni mogą ocenić, czy zgłoszenie jest gotowe do połączenia.

Gdy zgłoszenie zostanie uznane za gotowe, na scenę wkraczają Core Committers. Dokonują ostatecznego przeglądu biletu. Mogą poprosić o wprowadzenie pewnych zmian lub samodzielnie wprowadzić zmiany podczas zatwierdzania. To chyba najbardziej mnie zaskoczyło. Naprawdę nie sądziłem, że zatwierdzenie może zająć godziny, ale zdecydowanie może. W wydaniach, które koordynowałem, zdecydowanie nie zauważyłem dużego zaangażowania ze strony opiekunów i twórców, co jest bardzo demotywujące dla osób pracujących nad biletami. Nie wszystko może przejść do wydania, nawet jeśli łatka jest gotowa, ponieważ nie ma wystarczającej liczby ludzi, którzy mogliby przejrzeć, przekazać opinie i ostatecznie zatwierdzić. Mając niewiele zasobów, musisz dokonywać wyborów, a te nie zawsze będą zgodne z preferencjami każdego użytkownika lub współautora WordPress.

Jest to prawdopodobnie jedno z największych wyzwań, z jakimi WordPress będzie musiał się zmierzyć w przyszłości: jak możemy reaktywować ludzi, którzy mogą udzielić dużej pomocy?

Impreza wydawnicza

Mimo tych problemów wszystko jest załatwione i kiedy premiera jest gotowa, świętujemy imprezę. Nie wiem, kto zaczął je nazywać Imprezami Zwolnienia ani kiedy się zaczęły. Wiem tylko, że w przypadku wersji 5.3 i 5.4 gościłem sporo i wszystkie były świetną zabawą.

W dniu jednego z etapów wydania (może to być wersja beta, kandydaci do wydania lub wydanie ogólne) kanał Core staje się bardzo aktywny: wiele osób przychodzi online, aby zobaczyć, jak zostanie wydana wersja WordPressa. Istnieje wiele kroków i różne osoby zaangażowane w różne zadania. Etapy wydania są udokumentowane w podręczniku Core i są przestrzegane publicznie, aby każdy mógł je wszystkie zobaczyć.

Największą imprezą jest dzień premiery; jest jeden konkretny moment, który jest niesamowicie potężny. WordPress ma licznik pobrań, więc przed wydaniem nowej wersji zespół robi zrzut ekranu poprzedniej, wszyscy żegnamy się i witamy nowego dzieciaka. Mimo że wszystko jest wirtualne, ta chwila jest niemal namacalna i nigdy nie przestanie mnie poruszać. Po raz kolejny stworzyliśmy WordPressa.

12 miesięcy jako główny współtwórca

Kiedy pisałem ten artykuł, przyszło mi do głowy, że jestem współtwórcą Core od roku. Nadal pełnię pełnoetatową rolę w SiteGround, z którą czasami trudno mi było żonglować, więc muszę wyrazić uznanie dla mojego zespołu za ich wsparcie.

Nadal nie umiem pisać PHP i głęboko gardzę JavaScriptem, ale kiedy patrzę wstecz, jestem niesamowicie dumny ze zmian, które zaszły w ciągu ostatnich 12 miesięcy. Nie jestem w stanie przypisać im wszystkich zasług, ale cieszę się, że mogłem być w jakiś sposób ich częścią.

Harmonogram wydań

Jedną z rzeczy, o które prosiło wielu współtwórców, był średnioterminowy harmonogram wydań, aby lepiej dopasować ich do ich pracy i osobistego kalendarza. Bycie nowym dzieckiem może być trudne, ponieważ nie znasz całej historii i tła tego, dlaczego rzeczy są robione w określony sposób, ale to także zaleta. Możesz wznowić rozmowy. Po omówieniu tego z drużyną i innymi zespołami było dla mnie jasne, że to tylko kwestia „kto poruszy to z Mattem”. I tak zrobiłem. Kilka dni później na blogu Core opublikowano wstępny harmonogram wydań do WordPress 6.0 i od tego czasu korzystamy z niego.

Większa ekipa wydawnicza i mentoring

Ekipa wydawnicza powiększa się z każdym wydaniem. Wiele zespołów jest zaangażowanych w jego tworzenie i ma na to wpływ. Ważne jest, aby wszystkie te zespoły były w tym procesie reprezentowane. W WordPress 5.5 pojawiło się kilka nowych ról, a w 5.6 będzie ich jeszcze więcej: Test, Dokumentacja, Wsparcie to kluczowe elementy tego, co czyni WordPressa świetnym, dlatego ważne jest, aby ich opinie były w trakcie aktywnego rozwoju oprogramowania.

I ważne jest, aby mieć mentorów. Jest to główne ulepszenie wprowadzone przez Josephę w WordPress 5.3. Ekipa wydawnicza składa się nie tylko z głównych liderów, ale także z rosnącej grupy mentorów, którzy mogą pomóc nowym współpracownikom nauczyć się podstaw. Chodzi o to, że ci ludzie w końcu staną się mentorami i będą uczyć nowych ludzi. To kolejny świetny sposób na zaangażowanie coraz większej liczby osób w Core, o różnych umiejętnościach i pochodzeniu.

I to doprowadza mnie do największej zmiany (i wyzwania) ze wszystkich. WordPress 5.6, który zapowiada się na masową wersję, będzie miał drużynę w całości składającą się z kobiet i osób, które identyfikują się jako kobiety. Jak wiele rzeczy w WordPressie, wszystko zaczęło się od momentu „głośnego myślenia” i teraz stało się rzeczywistością. Prace nad tym wydaniem rozpoczną się bardzo szybko i jestem podekscytowany, że mogę być jego częścią jako mentor.

WordPress potrzebuje Twojej pomocy

Chciałbym móc powiedzieć, że to wszystko jednorożce i tęcze, ale tak nie jest. Liczba osób aktywnie zaangażowanych w urzeczywistnianie tego projektu jest wciąż bardzo mała w porównaniu z ogromem jego zasięgu.

Jestem bardzo wykonawcą, więc chciałbym, aby ludzie poświęcili czas i energię na krytykę WordPressa i przekształcenie go w czas aktywnego wkładu. Tak, czasami wymaga to bardzo upartego podejścia do biletu i nieustannego sprawdzania go, ale nadal uważam, że warto.

Aktywne uczestnictwo oznacza również pozostawianie konstruktywnej opinii w zgłoszeniach lub oferowanie robienia notatek podczas czatu deweloperów. To przekleństwo i piękno wielkiego projektu. Zawsze jest coś do zrobienia!

W ciągu ostatnich kilku lat zauważyłem również wzrost wkładu różnego rodzaju firm. Na przykład w SiteGround przez lata głównie przyczynialiśmy się do wydarzeń i społeczności. Sponsorowaliśmy, byliśmy wolontariuszami, byliśmy organizatorami i prelegentami. Dużo pracowaliśmy w hiszpańskiej społeczności WordPressa, aby pomóc jej się rozwijać i rozwijać, a teraz jest jedną z największych w globalnej społeczności. W ostatnim roku zwiększyliśmy liczbę godzin, które poświęcamy większej liczbie zespołów technicznych. Nadal jestem aktywny w Core jako mentor i jako przedstawiciel zespołu. Jeden z naszych inżynierów WordPressa, Stanimir Stoyanov, jest częścią zespołu ds. bezpieczeństwa, a jeden z naszych inżynierów JavaScript, Kiril Zhelyazkov, poświęca teraz kilka dni w tygodniu Gutenbergowi.

Te tematy są zgodne z naszymi wartościami, więc naturalnym krokiem było dla nas większe zaangażowanie.

Wreszcie, mam nadzieję, że zobaczę, jak ludzie zaangażują się w propozycję, którą kilka dni temu opublikowałem na blogu Core o testach end-to-end. W tej chwili jest jeden i jestem pewien, że możemy zrobić to lepiej. Ponownie, deweloperzy nie są jedynymi, którzy są potrzebni. Użytkownicy są najrzadszymi współtwórcami i prawdopodobnie tymi, których projekt potrzebuje najbardziej, aby w końcu mieć pewne testy z użytkownikami. Nie jestem programistą i cieszę się, że nie-programiści mogą mieć wpływ.

Moje osobiste obawy i nadzieje na przyszłość projektu

Kiedy zacząłem współtworzyć Core, zacząłem notatkę na swoim komputerze z kilkoma obserwacjami. Brak 17-letniego doświadczenia w projekcie pomaga mi widzieć rzeczy bez uprzedzeń, a brak bycia programistą pomaga mi postrzegać projekt bardziej jako żywe, oddychające ciało, a nie komponenty lub bilety. Pozwól mi podzielić się moimi troskami, nadziejami i marzeniami na przyszłość.

Opiekunowie podzespołów i główni zatwierdzający: jesteście potrzebni bardziej niż kiedykolwiek

W chwili pisania tego artykułu projekt ma około 60 osób dokonujących zmian i 60 opiekunów komponentów, z wieloma osobami wykonującymi podwójne, potrójne, a czasem sześciokrotne obowiązki. Ale rzeczywistość jest taka, że ​​w WordPressie 5.4 i 5.5 setki commitów wykonał Sergey Biryukov. Jestem niesamowicie wdzięczny za pracę Siergieja. Jednocześnie czuję, że nieumyślnie budujemy czynnik autobusowy w Core. Większość osób z dostępem do Core Commit nie popełniła ani jednego mandatu. Podobnie skontaktowałem się ze wszystkimi opiekunami komponentów, aby usłyszeć o ich planach dotyczących nadchodzących wydań i tylko około 50% komponentów odpowiedziało.

W jaki sposób upewniamy się, że zaangażowani są ludzie, którzy mają moc, a tym samym odpowiedzialność, aby pomóc w popełnieniu i opiece nad biletami? Ale także, w jaki sposób zachęcamy ludzi do rezygnacji i oświadczania, że ​​są nieaktywni, aby nowi ludzie mogli zrobić krok naprzód?

Moja kariera trwa od ponad 25 lat w różnych branżach i jedno pozostaje niezmienne: kiedy ludzie widzą, że ktoś inny pełni rolę, będą mniej zmotywowani, a czasem nawet zastraszeni, by wspiąć się na wyższy poziom. Niedobór nie tylko napędza zakupy, ale także nowe zaangażowanie.

Na przykład Community Team prowadzi listę zastępców i ich różne statusy. Zastanawiałem się, czy Core mógłby zrobić coś podobnego, więc kiedy nowi ludzie chcą się rozwijać, na pierwszy rzut oka mogą zobaczyć, których komponentów brakuje opiekunom. Ludzie, którzy narzekają na „The Core Developers”, nie będą postrzegać ich jako blob, ale jako osoby, które w dowolnym momencie mogą być nieaktywne przez pewien czas. Kiedy zobaczysz, że tak naprawdę tylko kilka osób aktywnie sprawdza i angażuje się, możesz być bardziej skłonny do zrozumienia, dlaczego nie każdy bilet może dotrzeć do mety.

Dokumentacja jest najwyższą formą hojności

Mówię to za każdym razem, gdy mówię o udziale w OSS: często brakuje dokumentacji. Często to, co tam jest, jest przestarzałe.

W jaki sposób upewniamy się, że dokumentacja nie jest wynikiem refleksji, ale jest wbudowana w proces rozwoju?

Dużo pracy włożono w napisanie notatek deweloperów dotyczących zmian, które wpływają na rozwój, ale to nie jedyna potrzebna dokumentacja. Niektóre z procesów opisanych w podręcznikach Core są przestarzałe, niektórych brakuje, ponieważ żyją w umysłach doświadczonych współpracowników.

Jako wielki fan Gutenberga i bogatego, wciągającego tekstu, chciałbym, aby nasze podręczniki w pełni wykorzystywały moc edytora bloków i były bardziej zachęcające. W tej chwili są ścianą tekstu i kiedy mówimy ludziom, żeby spojrzeli na podręczniki, moje serce się kurczy.

Możliwe rozwiązania, co do których nie jestem pewien, czy są technicznie wykonalne, ale dziewczyna może pomarzyć: zsynchronizuj z GitHub, aby rozwiązać przynajmniej problem z kontrolą wersji. Następnie rekrutuj, rekrutuj, rekrutuj i pracuj z dokumentacją, meta i projektowaniem, aby zapewnić przydatne, angażujące, czytelne i łatwe do skanowania podręczniki.

Śledź ruchome części i pracuj jako jeden

Inną rzeczą, którą często zauważam, jest to, jak zespoły, skupienia i komponenty działają w silosach.

Absolutnie nie robi się tego, aby być strażnikami, tak po prostu każdy zespół organizował się przez lata.

Musimy znaleźć sposób, aby mieć widok z lotu ptaka na to, co będzie w następnym wydaniu i jakie są wszystkie ruchome części.

Trac jest bardzo szczegółowy i masz wiele gotowych raportów, możesz filtrować według kamieni milowych i zobaczyć, ile biletów znajduje się w każdym komponencie, ale to tylko część historii.

Tak, mówię o znalezieniu sposobu na zarządzanie projektem jako całością, a nie bitami.

Wejdź na GitHub. W pewnym momencie.

To się nie dzieje w najbliższym czasie, ale mam nadzieję, że w końcu to nastąpi. Przenieś rozwój i zarządzanie projektami WordPress do GitHub, tak jak robił to Gutenberg.

Wiem, że dla wielu będzie to zachętą do współtworzenia WordPressa w bardziej znany sposób. Spowoduje to obniżenie poprzeczki do wejścia, co jest zawsze mile widziane. Dzięki kilku przydatnym samouczkom umożliwi to osobom nietechnicznym udział w dokumentacji, testowaniu i zarządzaniu projektami.

Przyszłość jest jasna

Pomimo wszystkich problemów, a może z ich powodu, przyszłość WordPressa jest jasna.

Przez te lata czaiłem się w wielu zespołach i ostatnio zauważyłem, że coraz więcej ludzi wchodzi na pokład, więcej osób jest zaangażowanych w każde wydanie, więcej osób zajmuje kierownicze role w różnych zespołach. Zauważyłem też wzrost różnorodności, co jest zawsze pożądaną zmianą.

Konkluzja: WordPress potrzebuje nas wszystkich, aby to się stało. Do zobaczenia na pokładzie!