Perjalanan Pemimpin Rilis Non-Teknis untuk Menjadi Mentor untuk Pengembangan Inti WordPress

Pada musim panas 2019, saya diminta untuk membantu dengan rilis WordPress. Beberapa bulan sebelumnya, perwakilan Tim Inti menghubungi tim lain dalam upaya meningkatkan keragaman tim rilis, dan saya mulai mempertimbangkannya dengan serius.

Pada saat itu, saya sudah sangat terlibat dalam ekosistem WordPress dan berada di tahun kedua saya sebagai Komunitas WordPress dan Manajer Kemitraan di SiteGround, tetapi saya tidak memiliki pengalaman apa pun tentang bagaimana WordPress dilakukan dari sudut pandang Inti. Namun, ketika Josepha Haden, Direktur Eksekutif WordPress.org, mem-ping saya, saya menjawab ya tanpa ragu-ragu. Dan itu membuktikan salah satu pengalaman paling menantang dan berharga dalam hidup saya. Inilah caranya.

Kontributor yang Tidak Disengaja: Jalan Saya di Teknologi

Sejak usia dini, saya sepertinya ditakdirkan untuk menjadi pengembang. Orang tua saya adalah programmer, mereka mulai pada tahun enam puluhan, dan saya mendapatkan komputer pribadi pertama saya pada tahun 1982 ketika orang-orang di Italia tidak benar-benar tahu apa itu.

Saya mengikuti etos kerja mereka dan saya pikir pekerjaan mereka menarik, membuat mesin melakukan apa yang Anda inginkan, tetapi saya tertarik pada pilihan karir lain. Sebenarnya, saya tidak benar-benar tahu apa yang ingin saya lakukan ketika saya dewasa, tetapi komputer dan situs web terus menjadi bagian besar dari kehidupan pribadi dan profesional saya.

Meskipun pemrograman back-end tidak pernah menarik minat saya, saya mendapati diri saya mengambil kelas desain web pada tahun 1999, kemudian mendaftar untuk gelar di bidang Seni dan Multimedia pada tahun 2004. Saya akhirnya menemukan WordPress pada tahun 2008 dan mulai mencari nafkah dari itu pada tahun 2010.

Segera, saya menyadari keahlian saya yang sebenarnya adalah membantu klien yang datang kepada saya dengan permintaan situs web untuk lebih fokus pada "mengapa" mereka untuk situs web dan memikirkan strategi bisnis dan pemasaran mereka sebelum mereka mempekerjakan saya. Saya menulis buku tentang perencanaan bisnis, produktivitas, dan situs web. Saya juga mulai memberikan ceramah di WordCamps dan acara lainnya untuk mendidik freelancer tentang topik tersebut.

Pada tahun 2015, saya secara acak bertemu dengan beberapa orang yang terlibat dalam komunitas WordPress, yang membuat saya mulai berkontribusi juga. Saya tidak memiliki keterampilan pengembangan jadi saya tidak pernah berpikir saya bisa berkontribusi pada OSS, tetapi ternyata itu tidak perlu. Saya bertemu orang-orang yang mengarahkan saya ke banyak tim berbeda yang membuat WordPress dan mulai aktif di Polyglots terlebih dahulu dan Komunitas kemudian.

Saya terus mengerjakan bisnis saya, tetapi semakin banyak saya berkontribusi pada WordPress, semakin saya ingin menemukan cara untuk membantu ribuan orang sekaligus. Upaya penjangkauan saya dalam memberikan ceramah, membantu penyelenggara komunitas, dan menulis konten perlu ditingkatkan.

Di sinilah saya bertemu SiteGround. Pada musim panas tahun 2017, mereka mencari Manajer Komunitas dan meskipun bukan salah satunya, saya memutuskan untuk melamar dan mendapatkan pekerjaan itu. Bergabung dengan perusahaan memungkinkan saya untuk mensponsori waktu untuk berkontribusi di WordPress. Itu juga memungkinkan saya untuk memanfaatkan pengetahuan kolektif rekan-rekan saya ketika saya mulai menyiapkan ide-ide baru untuk proyek tersebut.

Jadi saya mengatakan ya tanpa ragu-ragu, tetapi kenyataannya ya ini hampir lima tahun dalam pembuatannya. Selain itu, saya merasa bahwa Josepha dan SiteGround memercayai saya untuk melakukan pekerjaan dengan baik. Sebagai imbalannya, saya memercayai komunitas WordPress untuk membantu saya mengetahui semua hal yang perlu saya pelajari.

Bagaimana WordPress Selesai

Faktor pendorong lainnya adalah sejak WordPress 5.0, rilis tidak lagi dilakukan oleh satu orang, seperti dulu selama bertahun-tahun, atau seseorang dengan beberapa deputi. Sekarang ada seluruh tim yang bekerja, yang dikenal sebagai "skuad", jadi ada banyak tangan di dek.

Banyak Komunikasi

Selama siklus rilis, ada banyak komunikasi. Ada posting blog dari tim Make yang berbeda. Pada setiap tahap rilis, ada posting blog di bagian Berita di WordPress.org. Ada obrolan konstan di saluran Slack publik dan ada saluran pribadi yang merupakan jaring pengaman bagi orang baru yang awalnya mungkin merasa terintimidasi dengan mengajukan pertanyaan di saluran publik besar.

Peran Berbeda dalam Pasukan Rilis

Hal yang paling saya sukai dari model rilis ini adalah variasi peran yang disertakan. Ada pengembang, desainer, pemasar, penulis teknis, dan manajer proyek. WordPress tidak hanya terbuat dari kode, dan sangat menyenangkan melihat semua keterampilan yang berbeda ini bersatu untuk berkontribusi pada rilisnya.

Peran Koordinator Rilis (yang saya bahas untuk WordPress 5.3 dan 5.4) dan Triage PM (peran yang dicakup oleh David Baumwald yang luar biasa untuk 5.3, 5.4, dan 5.5) adalah untuk mencoba mengawasi semua Bagian yang bergerak. Dan saya katakan coba karena itu hampir tidak mungkin. Inilah sebabnya mengapa ada arahan fokus untuk berbagai bagian yang sedang dikerjakan.

Matt Mullenweg adalah pemimpin proyek dan telah menjadi pemimpin rilis sejak WordPress 5.0. Dia datang dengan peta jalan tingkat tinggi dan proyek fokus. Namun di luar itu, dia tidak terlibat dengan kehidupan sehari-hari pengembangan Core. Selama lebih dari satu tahun terlibat dalam rilis Core, Matt hanya meminta satu kali untuk menambahkan fitur.

Saya kesal ketika orang berpikir bahwa semua yang terjadi di WordPress adalah karena Matt menginginkannya seperti itu. Ini mengurangi peran semua orang yang peduli dengan proyek dan mengambilnya sendiri untuk memajukan sesuatu, menggembalakan masalah, memenangkan tiket, dan secara umum berkomitmen untuk berkontribusi menjadikan WordPress lebih baik bagi semua orang, tidak peduli apakah mereka melakukannya untuk satu tiket atau bekerja penuh waktu.

Pemelihara Komponen dan Pembuat Komitmen Inti

Sekelompok orang yang berperan dalam membentuk rilis adalah pengelola komponen. Mereka bertanggung jawab untuk menjaga komponen tertentu yang membentuk Core dan melihat bagaimana tiket di area tersebut berjalan. Merekalah yang bisa menilai apakah sebuah tiket sudah siap untuk digabung.

Setelah tiket dianggap siap, Core Committers memasuki tempat kejadian. Mereka melakukan review akhir tiket. Mereka mungkin meminta beberapa perubahan, atau membuat perubahan sendiri saat melakukan. Ini adalah hal yang paling mengejutkan saya mungkin. Saya benar-benar tidak berpikir bahwa komit bisa memakan waktu berjam-jam, tetapi itu pasti bisa. Dalam rilis yang saya koordinasikan, saya benar-benar mengamati tidak banyak keterlibatan dari pengelola dan pembuat, dan ini sangat menurunkan motivasi bagi orang yang mengerjakan tiket. Tidak semuanya bisa masuk ke rilis, bahkan jika tambalan sudah siap, karena tidak ada cukup orang untuk meninjau, memberikan umpan balik, dan akhirnya berkomitmen. Dengan sedikit sumber daya, Anda harus membuat pilihan dan itu tidak akan selalu selaras dengan setiap pengguna WordPress atau preferensi kontributor.

Ini mungkin salah satu tantangan terbesar yang harus dihadapi WordPress untuk bergerak maju: Bagaimana kita dapat mengaktifkan kembali orang-orang yang dapat memberikan bantuan besar?

Pesta Pelepasan

Terlepas dari masalah ini, banyak hal selesai dan ketika rilis sudah siap, kami merayakannya dengan pesta. Saya tidak tahu siapa yang mulai memanggil mereka Pesta Rilis atau kapan mereka mulai. Yang saya tahu adalah bahwa untuk 5.3 dan 5.4, saya menyelenggarakan beberapa, dan semuanya sangat menyenangkan.

Pada hari salah satu langkah rilis (mungkin Beta, Kandidat Rilis atau Rilis Umum) saluran Inti menjadi sangat aktif: banyak orang online untuk melihat bagaimana versi WordPress dirilis. Ada beberapa langkah dan orang yang berbeda terlibat dengan tugas yang berbeda. Langkah-langkah rilis didokumentasikan dalam buku pegangan Inti dan diikuti secara publik sehingga semua orang dapat melihat semuanya.

Pesta terbesar adalah hari rilis umum; ada satu momen tertentu yang sangat kuat. WordPress memiliki penghitung unduhan, jadi sebelum merilis versi baru, pasukan mengambil tangkapan layar dari yang sebelumnya, kami semua mengucapkan selamat tinggal dan menyambut anak baru. Meskipun semuanya virtual, momen ini hampir nyata dan tidak akan pernah berhenti menggerakkan saya. Kami membuat WordPress, sekali lagi.

12 Bulan sebagai Kontributor Inti

Saat saya menulis artikel ini, terpikir oleh saya bahwa saya telah menjadi kontributor Inti selama satu tahun sekarang. Saya masih memiliki peran penuh waktu saya di SiteGround, yang terkadang sulit saya ubah, jadi saya harus memberi penghargaan kepada tim saya atas dukungan mereka.

Saya masih tidak bisa menulis PHP dan membenci JavaScript secara mendalam, tetapi ketika saya melihat ke belakang, saya sangat bangga dengan perubahan yang telah terjadi dalam 12 bulan terakhir. Saya tidak bisa menghargai mereka semua, tapi saya senang saya bisa menjadi bagian dari mereka.

Jadwal Rilis

Satu hal yang diminta oleh banyak kontributor adalah jadwal rilis jangka menengah, agar lebih sesuai dengan pekerjaan dan kalender pribadi mereka. Menjadi anak baru bisa jadi sulit karena Anda tidak tahu seluruh sejarah dan latar belakang mengapa sesuatu dilakukan dengan cara tertentu, tetapi itu juga merupakan keuntungan. Anda bebas memulai kembali percakapan. Setelah mendiskusikannya dengan skuat dan tim lain, jelas bagi saya bahwa itu hanya masalah "siapa yang akan membicarakan ini dengan Matt". Dan aku melakukannya. Beberapa hari kemudian jadwal rilis tentatif hingga WordPress 6.0 diterbitkan di blog Core, dan kami telah menggunakannya sejak saat itu.

Pasukan Rilis dan Bimbingan yang Lebih Besar

Skuad rilis juga semakin besar dengan setiap rilis. Banyak tim yang terlibat dalam pembuatannya dan terpengaruh olehnya. Penting bagi semua tim ini untuk terwakili dalam prosesnya. Di WordPress 5.5, ada beberapa peran baru, dan di 5.6 akan ada lebih banyak lagi: Uji, Dokumentasi, Dukungan adalah semua komponen penting yang membuat WordPress hebat, jadi memiliki umpan balik mereka saat perangkat lunak dalam pengembangan aktif adalah penting.

Dan penting untuk memiliki mentor. Ini adalah peningkatan besar yang Josepha perkenalkan di WordPress 5.3. Skuad rilis tidak hanya terdiri dari pemimpin fokus, tetapi ada sekelompok mentor yang terus berkembang yang dapat membantu kontributor baru untuk mempelajari seluk beluknya. Idenya adalah bahwa orang-orang itu pada akhirnya akan menjadi mentor dan mengajar orang baru. Ini adalah cara hebat lainnya untuk melibatkan lebih banyak orang di Core, dengan keterampilan dan latar belakang yang berbeda.

Dan ini membawa saya ke perubahan (dan tantangan) terbesar dari semuanya. WordPress 5.6, yang akan menjadi rilis besar-besaran, akan memiliki skuad yang seluruhnya terdiri dari wanita dan orang-orang yang diidentifikasi sebagai wanita. Seperti banyak hal di WordPress, semuanya dimulai dengan momen "Berpikir keras" dan sekarang menjadi kenyataan. Pengerjaan rilis ini akan segera dimulai, dan saya senang menjadi bagian darinya sebagai mentor.

WordPress Membutuhkan Bantuan Anda

Saya berharap saya bisa mengatakan itu semua unicorn dan pelangi, tetapi tidak. Jumlah orang yang terlibat aktif dalam mewujudkan proyek ini masih sangat kecil dibandingkan dengan besarnya jangkauannya.

Saya adalah seorang pelaku, jadi saya berharap orang-orang meluangkan waktu dan energi yang mereka gunakan untuk mengkritik WordPress dan mengubahnya menjadi waktu kontribusi aktif. Ya, terkadang itu membutuhkan sikap keras kepala tentang sebuah tiket dan itu membutuhkan untuk menindaklanjutinya tanpa henti, tapi saya masih berpikir itu sepadan.

Partisipasi aktif juga berarti meninggalkan umpan balik yang membangun dalam tiket atau menawarkan untuk mencatat selama obrolan pengembang. Itulah kutukan dan keindahan proyek besar. Selalu ada sesuatu untuk dilakukan!

Dalam beberapa tahun terakhir, saya juga melihat peningkatan kontribusi dari berbagai jenis perusahaan. Di SiteGround, misalnya, kami sebagian besar berkontribusi pada acara dan komunitas selama bertahun-tahun. Kami mensponsori, dan kami menjadi sukarelawan, kami adalah penyelenggara dan pembicara. Kami banyak bekerja di dalam komunitas WordPress Spanyol untuk membantunya berkembang dan tumbuh, dan sekarang ini adalah salah satu komunitas terbesar di dunia. Pada tahun lalu, kami telah meningkatkan jam yang kami dedikasikan untuk lebih banyak tim teknis. Saya masih aktif di Core sebagai mentor dan sebagai perwakilan tim. Salah satu insinyur WordPress kami, Stanimir Stoyanov, adalah bagian dari tim Keamanan, dan salah satu Insinyur JavaScript kami, Kiril Zhelyazkov, sekarang mendedikasikan beberapa hari per minggu untuk Gutenberg.

Topik-topik ini selaras dengan nilai-nilai kami, jadi merupakan perkembangan alami bagi kami untuk menjadi lebih terlibat.

Akhirnya, saya berharap untuk melihat orang-orang terlibat dalam proposal yang saya terbitkan beberapa hari yang lalu di blog Core tentang tes ujung ke ujung. Saat ini ada satu, dan saya yakin kami bisa melakukan yang lebih baik. Sekali lagi, pengembang bukan satu-satunya yang dibutuhkan. Pengguna adalah kontributor paling langka dan mungkin yang paling dibutuhkan proyek untuk akhirnya memiliki beberapa pengujian pengguna. Saya bukan pengembang, dan saya senang bahwa non-pengembang dapat membuat dampak.

Kekhawatiran dan Harapan Pribadi Saya untuk Masa Depan Proyek

Ketika saya mulai berkontribusi ke Core, saya memulai catatan di komputer saya dengan beberapa pengamatan. Tidak memiliki 17 tahun pengalaman dalam proyek membantu saya melihat berbagai hal tanpa bias, dan tidak menjadi pengembang membantu saya melihat proyek lebih sebagai tubuh yang hidup dan bernafas, bukan komponen atau tiket. Izinkan saya untuk berbagi keprihatinan, harapan, dan impian saya untuk masa depan.

Pemelihara Komponen dan Pembuat Komitmen Inti: Anda Dibutuhkan Lebih Dari Sebelumnya

Pada saat penulisan artikel ini, proyek tersebut memiliki sekitar 60 committer dan 60 pemelihara komponen, dengan banyak orang yang melakukan tugas ganda, tiga kali lipat, dan terkadang sextuple. Tetapi kenyataannya adalah bahwa di WordPress 5.4 dan 5.5 ratusan komit dibuat oleh Sergey Biryukov. Saya sangat berterima kasih atas pekerjaan Sergey. Pada saat yang sama, saya merasa kita secara tidak sengaja membangun faktor bus ke dalam Core. Mayoritas orang dengan akses Core Commit tidak melakukan satu tiket. Demikian pula, saya menghubungi semua pengelola komponen untuk mendengar tentang rencana mereka untuk rilis mendatang dan hanya sekitar 50% dari komponen yang menjawab.

Bagaimana kita memastikan bahwa orang-orang yang memiliki kekuasaan, dan dengan demikian tanggung jawab, untuk membantu dengan melakukan dan menggembalakan tiket terlibat? Tetapi juga, bagaimana kita mendorong orang untuk mundur dan menyatakan diri mereka tidak aktif sehingga orang baru dapat naik?

Karir saya membentang lebih dari 25 tahun di industri yang berbeda, dan satu hal tetap sama: ketika orang melihat ada orang lain yang mengisi peran, mereka akan kurang termotivasi dan kadang-kadang bahkan terintimidasi untuk melangkah. Kelangkaan tidak hanya mendorong pembelian, tetapi juga mendorong keterlibatan baru.

Tim Komunitas, misalnya, menyimpan daftar deputi dan status mereka yang berbeda. Saya bertanya-tanya apakah Core dapat melakukan hal serupa sehingga ketika orang baru ingin meningkatkan, mereka dapat melihat sekilas komponen mana yang tidak memiliki pengelola. Orang yang mengeluh tentang "Pengembang Inti" tidak akan melihat mereka sebagai gumpalan, tetapi sebagai individu yang pada suatu saat mungkin tidak aktif selama suatu periode. Ketika Anda melihat bahwa sebenarnya hanya ada beberapa orang yang secara aktif meninjau dan berkomitmen, Anda mungkin lebih cenderung memahami mengapa tidak setiap tiket dapat mencapai garis finis.

Dokumentasi Adalah Bentuk Kedermawanan Tertinggi

Saya mengatakan ini setiap kali saya berbicara tentang berkontribusi pada OSS: dokumentasi sering kurang. Seringkali, apa yang ada sudah ketinggalan zaman.

Bagaimana kita memastikan bahwa dokumentasi bukanlah sebuah renungan tetapi dimasukkan ke dalam proses pengembangan?

Ada banyak pekerjaan yang dilakukan untuk menulis catatan dev untuk perubahan yang memengaruhi pengembangan, tetapi itu bukan satu-satunya dokumentasi yang diperlukan. Beberapa proses yang dijelaskan dalam buku pegangan Inti sudah usang, beberapa hilang karena hidup dalam pikiran kontributor berpengalaman.

Sebagai penggemar berat Gutenberg dan teks yang kaya dan menarik, saya berharap buku pegangan kami akan sepenuhnya memanfaatkan kekuatan editor blok dan lebih mengundang. Saat ini mereka adalah dinding teks dan setiap kali kami memberi tahu orang-orang untuk melihat buku pegangan, saya merasa hati saya menyusut.

Solusi yang mungkin, yang saya tidak yakin secara teknis dapat dilakukan, tetapi seorang gadis dapat bermimpi: sinkronkan dengan GitHub untuk menyelesaikan setidaknya masalah kontrol versi. Kemudian rekrut, rekrut, rekrut, dan bekerja dengan Dokumentasi, Meta, dan Desain untuk menyediakan buku pegangan yang berguna, menarik, mudah dibaca, dan mudah dipindai.

Melacak Bagian yang Bergerak dan Bekerja sebagai Satu

Hal lain yang sering saya perhatikan adalah bagaimana tim, fokus, dan komponen bekerja dalam silo.

Ini sama sekali tidak dilakukan untuk menjadi penjaga gerbang, hanya saja bagaimana setiap tim mengatur diri sendiri selama bertahun-tahun.

Kita perlu menemukan cara untuk memiliki pandangan sekilas tentang apa yang akan terjadi pada rilis berikutnya dan apa saja bagian yang bergerak.

Trac sangat terperinci dan Anda memiliki sejumlah laporan yang sudah jadi, Anda dapat memfilter berdasarkan pencapaian dan melihat berapa banyak tiket di setiap komponen, tetapi itu hanyalah bagian dari cerita.

Ya, saya berbicara tentang menemukan cara untuk mengelola proyek secara keseluruhan dan tidak sedikit dan bobs.

Masuk ke GitHub. Dalam beberapa kasus.

Ini tidak terjadi dalam waktu dekat, tapi saya berharap itu akan terjadi pada akhirnya. Pindahkan pengembangan dan manajemen proyek WordPress ke GitHub, seperti yang telah dilakukan Gutenberg.

Saya tahu bahwa bagi banyak orang itu akan menjadi insentif untuk berkontribusi ke WordPress dengan cara yang lebih akrab. Ini akan menurunkan bar ke pintu masuk, yang selalu diterima. Dengan beberapa tutorial praktis, ini akan memungkinkan orang non-teknis untuk berkontribusi pada dokumentasi, pengujian, dan manajemen proyek.

Masa depan cerah

Terlepas dari semua masalah, atau mungkin karena mereka, masa depan WordPress cerah.

Saya telah mengintai beberapa tim dalam beberapa tahun ini, dan akhir-akhir ini saya melihat lebih banyak orang yang bergabung, lebih banyak orang yang terlibat dalam setiap rilis, lebih banyak orang meningkatkan peran kepemimpinan di tim yang berbeda. Saya juga memperhatikan peningkatan keragaman, yang selalu merupakan perubahan yang disambut baik.

Intinya: WordPress membutuhkan kita semua untuk mewujudkannya. Saya berharap untuk melihat Anda di kapal!