เส้นทางสู่การเป็นพี่เลี้ยงสำหรับการพัฒนาหลักของ WordPress

ในช่วงฤดูร้อนปี 2019 ฉันได้รับการร้องขอให้ช่วยเผยแพร่ WordPress เมื่อไม่กี่เดือนก่อน ตัวแทน Core Team ติดต่อกับทีมอื่นเพื่อเพิ่มความหลากหลายของทีมปล่อย และฉันเริ่มพิจารณาเรื่องนี้อย่างจริงจัง

ในขณะนั้น ฉันมีส่วนร่วมอย่างมากในระบบนิเวศของ WordPress และอยู่ในปีที่สองของฉันในฐานะผู้จัดการชุมชน WordPress และหุ้นส่วนที่ SiteGround แต่ฉันไม่มีประสบการณ์ใด ๆ เกี่ยวกับวิธีที่ WordPress ดำเนินการจากมุมมองหลัก ถึงกระนั้น เมื่อโจเซฟา เฮเดน กรรมการบริหาร WordPress.org ส่งข้อความถึงฉัน ฉันตอบตกลงโดยไม่ลังเล และได้พิสูจน์ประสบการณ์ที่ท้าทายและคุ้มค่าที่สุดอย่างหนึ่งในชีวิตของฉัน นี่คือวิธีการ

ผู้ร่วมให้ข้อมูลโดยบังเอิญ: เส้นทางของฉันในเทคโนโลยี

ตั้งแต่อายุยังน้อย ดูเหมือนฉันจะถูกกำหนดให้เป็นนักพัฒนา พ่อแม่ของฉันเป็นโปรแกรมเมอร์ พวกเขาเริ่มต้นเมื่ออายุหกสิบเศษ และฉันได้คอมพิวเตอร์ส่วนบุคคลเครื่องแรกในปี 1982 เมื่อคนในอิตาลีไม่รู้จริงๆ ว่ามันคืออะไร

ฉันทำตามหลักการทำงานของพวกเขาและฉันคิดว่างานของพวกเขาน่าสนใจ ทำให้เครื่องจักรทำในสิ่งที่คุณต้องการ แต่ฉันก็สนใจทางเลือกอาชีพอื่นๆ อันที่จริง ฉันไม่รู้จริงๆ ว่าฉันต้องการทำอะไรเมื่อโตขึ้น แต่คอมพิวเตอร์และเว็บไซต์ยังคงเป็นส่วนสำคัญในชีวิตส่วนตัวและอาชีพของฉัน

แม้ว่าโปรแกรมแบ็คเอนด์จะไม่ใช่สิ่งที่ฉันสนใจ แต่ฉันก็พบว่าตัวเองกำลังเรียนวิชาการออกแบบเว็บในปี 2542 จากนั้นจึงสมัครเรียนหลักสูตรศิลปศาสตร์และมัลติมีเดียในปี 2547 ในที่สุดก็พบ WordPress ในปี 2008 และเริ่มหาเลี้ยงชีพด้วย ในปี 2553

ในไม่ช้า ฉันก็ตระหนักว่าทักษะที่แท้จริงของฉันคือการช่วยเหลือลูกค้าที่มาขอเว็บไซต์ให้ฉันให้ความสำคัญกับ "เหตุผล" ของพวกเขาสำหรับเว็บไซต์ได้ดีขึ้น และคิดเกี่ยวกับธุรกิจและกลยุทธ์ทางการตลาดก่อนที่จะจ้างฉัน ฉันเขียนหนังสือเกี่ยวกับการวางแผนธุรกิจ ประสิทธิภาพการทำงาน และเว็บไซต์ ฉันยังเริ่มพูดที่ WordCamps และกิจกรรมอื่นๆ เพื่อให้ความรู้แก่นักแปลอิสระในหัวข้อเหล่านั้น

ในปี 2015 ฉันบังเอิญเจอคนบางคนที่เกี่ยวข้องกับชุมชน WordPress ซึ่งทำให้ฉันเริ่มมีส่วนร่วมด้วย ฉันไม่มีทักษะด้านการพัฒนา ดังนั้นฉันไม่เคยคิดว่าจะมีส่วนร่วมใน OSS ได้ แต่กลับกลายเป็นว่านั่นไม่จำเป็น ฉันพบผู้คนที่ชี้ให้ฉันดูทีมต่างๆ มากมายที่สร้าง WordPress และเริ่มใช้งานใน Polyglots ก่อนและชุมชนในภายหลัง

ฉันยังคงทำงานในธุรกิจของตัวเอง แต่ยิ่งฉันมีส่วนร่วมใน WordPress มากเท่าไหร่ ฉันก็ยิ่งต้องการหาวิธีช่วยเหลือผู้คนหลายพันคนในแต่ละครั้งมากขึ้นเท่านั้น ความพยายามในการขยายงานของฉันในการพูด ช่วยเหลือผู้จัดงานในชุมชน และการเขียนเนื้อหาที่จำเป็นในการขยายขนาด

นี่คือที่ที่ฉันได้พบกับ SiteGround ในช่วงฤดูร้อนปี 2017 พวกเขากำลังมองหา Community Manager และถึงแม้จะไม่ใช่คนเดียวก็ตาม ฉันก็ตัดสินใจสมัครและได้งานทำ การเข้าร่วมบริษัททำให้ฉันมีเวลาสนับสนุนเพื่อมีส่วนร่วมใน WordPress นอกจากนี้ยังช่วยให้ฉันสามารถใช้ประโยชน์จากความรู้โดยรวมของเพื่อนร่วมงานเมื่อฉันเริ่มสร้างแนวคิดใหม่ ๆ สำหรับโครงการ

ดังนั้นฉันจึงตอบตกลงโดยไม่ลังเล แต่ความจริงก็คือ ใช่ ใช้เวลาเกือบห้าปีในการสร้าง นอกจากนี้ ฉันรู้สึกว่า Josepha และ SiteGround ไว้วางใจให้ฉันทำงานได้ดี ในทางกลับกัน ฉันไว้วางใจชุมชน WordPress ให้ช่วยฉันค้นหาทุกสิ่งที่ฉันต้องเรียนรู้

WordPress ทำงานอย่างไร

ปัจจัยที่ให้กำลังใจอีกประการหนึ่งคือนับตั้งแต่ WordPress 5.0 การเปิดตัวไม่ได้เกิดขึ้นโดยบุคคลคนเดียวอีกต่อไป อย่างที่เคยเป็นมาหลายปีหรือกับบุคคลที่มีเจ้าหน้าที่สองคน ตอนนี้มีทีมงานทั้งทีมที่ทำงานอยู่ ซึ่งรู้จักกันในนาม "ทีม" อย่างเสน่หา จึงมีมือมากมายบนดาดฟ้า

การสื่อสารมากมาย

ในระหว่างรอบการเผยแพร่ มีการสื่อสารมากมาย มีบล็อกโพสต์จากทีม Make ต่างๆ ในแต่ละขั้นตอนของการเผยแพร่ จะมีบล็อกโพสต์ในส่วนข่าวสารของ WordPress.org มีการพูดคุยอย่างต่อเนื่องในช่อง Slack สาธารณะและมีช่องส่วนตัวซึ่งเป็นเครือข่ายความปลอดภัยสำหรับผู้คนใหม่ ๆ ซึ่งในขั้นต้นอาจรู้สึกถูกข่มขู่โดยการถามคำถามในช่องสาธารณะขนาดใหญ่

บทบาทต่างๆ ในทีมปล่อย

สิ่งที่ฉันชอบมากที่สุดเกี่ยวกับโมเดลนี้สำหรับการเปิดตัวคือบทบาทที่หลากหลายที่มีอยู่ มีนักพัฒนา นักออกแบบ นักการตลาด นักเขียนด้านเทคนิค และผู้จัดการโครงการ WordPress ไม่ได้สร้างมาจากโค้ดเท่านั้น และเป็นเรื่องดีที่ได้เห็นทักษะต่างๆ เหล่านี้มารวมกันเพื่อช่วยในการเผยแพร่

บทบาทของ Release Coordinator (ที่ฉันพูดถึงใน WordPress 5.3 และ 5.4) และ Triage PM (บทบาทที่ David Baumwald ยอดเยี่ยมใน 5.3, 5.4 และ 5.5) ครอบคลุมอยู่คือพยายามจับตาดูทุก ชิ้นส่วนที่เคลื่อนไหว. และผมบอกว่า พยายาม เพราะมันแทบจะเป็นไปไม่ได้เลย นี่คือเหตุผลที่มีผู้นำโฟกัสสำหรับส่วนต่างๆ ที่กำลังดำเนินการอยู่

Matt Mullenweg เป็นหัวหน้าโครงการและเป็นผู้นำในการเปิดตัวตั้งแต่ WordPress 5.0 เขาคิดแผนงานระดับสูงและโครงการโฟกัส แต่นอกเหนือจากนั้น เขาไม่ได้เกี่ยวข้องกับชีวิตประจำวันของการพัฒนา Core ในช่วงเวลากว่าหนึ่งปีของการมีส่วนร่วมใน Core releases, Matt ขอเพียงครั้งเดียวเพื่อเพิ่มคุณสมบัติ

ฉันหงุดหงิดเมื่อมีคนคิดว่าทุกสิ่งที่เกิดขึ้นใน WordPress เป็นเพราะ Matt ต้องการแบบนั้น มันลดทอนบทบาทของทุกคนที่ใส่ใจเกี่ยวกับโปรเจ็กต์และยอมรับในตัวเองในการขับเคลื่อนสิ่งต่าง ๆ ไปข้างหน้า เพื่อดูแลปัญหา เพื่อเป็นแชมป์ตั๋ว และโดยทั่วไปแล้วมุ่งมั่นที่จะมีส่วนทำให้ WordPress ดีขึ้นสำหรับทุกคน ไม่ว่าพวกเขาจะทำหรือไม่ก็ตาม สำหรับตั๋วใบเดียวหรือทำงานเต็มเวลา

ผู้ดูแลส่วนประกอบและผู้ผูกมัดหลัก

กลุ่มคนที่มีส่วนสำคัญในการกำหนดรีลีสคือผู้ดูแลส่วนประกอบ พวกเขามีหน้าที่รับผิดชอบในการดูแลส่วนประกอบบางอย่างที่ประกอบเป็น Core และดูว่าตั๋วในพื้นที่นั้นดำเนินการอย่างไร พวกเขาเป็นผู้ที่สามารถประเมินได้ว่าตั๋วพร้อมที่จะรวมหรือไม่

เมื่อตั๋วถือว่าพร้อมแล้ว Core Committers จะเข้าสู่ที่เกิดเหตุ พวกเขาทำการตรวจสอบขั้นสุดท้ายของตั๋ว พวกเขาอาจร้องขอการเปลี่ยนแปลงบางอย่าง หรือทำการเปลี่ยนแปลงเองในขณะที่กระทำการ นี่คือสิ่งที่ทำให้ฉันประหลาดใจมากที่สุด ฉันไม่คิดว่าการคอมมิตจะใช้เวลาหลายชั่วโมง แต่ทำได้แน่นอน ในการเผยแพร่ที่ฉันประสานงาน ฉันสังเกตเห็นว่าผู้ดูแลและผู้ผูกมัดไม่มีส่วนร่วมมากนัก และนี่เป็นการลดระดับอย่างมากสำหรับผู้ที่ทำงานเกี่ยวกับตั๋ว ไม่ใช่ทุกอย่างที่สามารถเข้าสู่การเปิดตัวได้ แม้ว่าแพตช์จะพร้อม เนื่องจากมีคนไม่เพียงพอที่จะตรวจสอบ ให้ข้อเสนอแนะ และดำเนินการในท้ายที่สุด ด้วยทรัพยากรเพียงเล็กน้อย คุณต้องทำการเลือกและสิ่งเหล่านั้นจะไม่สอดคล้องกับการตั้งค่าของผู้ใช้ WordPress หรือผู้ร่วมให้ข้อมูลแต่ละคนเสมอไป

นี่อาจเป็นหนึ่งในความท้าทายที่ยิ่งใหญ่ที่สุดที่ WordPress จะต้องเผชิญในการก้าวไปข้างหน้า: เราจะเปิดใช้งานผู้ที่สามารถให้ความช่วยเหลือได้มากอีกครั้งได้อย่างไร

The Release Party

แม้จะมีปัญหาเหล่านี้ สิ่งต่างๆ ก็เสร็จเรียบร้อย และเมื่อการเปิดตัวพร้อม เราก็เฉลิมฉลองด้วยปาร์ตี้ ฉันไม่รู้ว่าใครเริ่มเรียกพวกเขาว่า Release Parties หรือเริ่มเมื่อไหร่ สิ่งที่ฉันรู้คือสำหรับ 5.3 และ 5.4 ฉันโฮสต์ค่อนข้างน้อย และพวกเขาทั้งหมดสนุกมาก

ในวันที่หนึ่งในขั้นตอนของการเปิดตัว (อาจเป็นรุ่นเบต้า ผู้สมัครรุ่นหรือรุ่นทั่วไป) ช่องหลักจะมีการใช้งานมาก: ผู้คนจำนวนมากออนไลน์เพื่อดูว่าเวอร์ชันของ WordPress ได้รับการเผยแพร่อย่างไร มีหลายขั้นตอนและผู้คนที่เกี่ยวข้องกับงานที่แตกต่างกัน ขั้นตอนการเผยแพร่ได้รับการบันทึกไว้ในคู่มือ Core และปฏิบัติตามแบบสาธารณะเพื่อให้ทุกคนสามารถดูได้ทั้งหมด

ปาร์ตี้ที่ใหญ่ที่สุดคือวันวางจำหน่ายทั่วไป มีช่วงเวลาหนึ่งซึ่งทรงพลังอย่างเหลือเชื่อ WordPress มีตัวนับการดาวน์โหลด ดังนั้นก่อนที่จะปล่อยเวอร์ชันใหม่ ทีมจะจับภาพหน้าจอของเวอร์ชันก่อนหน้า เราทุกคนกล่าวคำอำลาและยินดีต้อนรับเด็กใหม่ แม้ว่าทุกอย่างจะเสมือนจริง แต่ช่วงเวลานี้แทบจะจับต้องได้และไม่เคยหยุดที่จะขยับฉัน เราทำ WordPress อีกครั้ง

12 เดือนในฐานะผู้สนับสนุนหลัก

ขณะที่ฉันกำลังเขียนบทความนี้ ฉันคิดว่าฉันเป็นผู้สนับสนุนหลักมาเป็นเวลาหนึ่งปีแล้ว ฉันยังคงทำงานเต็มเวลาที่ SiteGround ซึ่งบางครั้งฉันพบว่าเล่นกลได้ยาก ดังนั้นฉันต้องให้เครดิตทีมของฉันสำหรับการสนับสนุนของพวกเขา

ฉันยังคงเขียน PHP และดูถูก JavaScript ไม่ได้อย่างลึกซึ้ง แต่เมื่อมองย้อนกลับไป ฉันภูมิใจอย่างยิ่งกับการเปลี่ยนแปลงที่เกิดขึ้นในช่วง 12 เดือนที่ผ่านมา ฉันไม่สามารถให้เครดิตกับพวกเขาทั้งหมดได้ แต่ฉันมีความสุขที่ได้เป็นส่วนหนึ่งของพวกเขา

กำหนดการวางจำหน่าย

สิ่งหนึ่งที่ผู้มีส่วนร่วมจำนวนมากถามหาคือกำหนดการเผยแพร่ในช่วงกลางเทอม เพื่อให้เหมาะสมกับงานและปฏิทินส่วนตัวของพวกเขามากขึ้น การเป็นเด็กใหม่อาจเป็นเรื่องยากเพราะคุณไม่ทราบประวัติและภูมิหลังทั้งหมดว่าเหตุใดจึงทำสิ่งต่างๆ ด้วยวิธีใดวิธีหนึ่ง แต่นั่นก็เป็นประโยชน์เช่นกัน คุณมีอิสระที่จะเริ่มต้นการสนทนาใหม่ หลังจากพูดคุยกับทีมและทีมอื่นๆ ฉันก็ชัดเจนว่ามันเป็นเรื่องของ “ใครจะเป็นคนนำเรื่องนี้กับแมตต์” ดังนั้นฉันจึงทำ สองสามวันต่อมา กำหนดการวางจำหน่ายเบื้องต้นจนกระทั่ง WordPress 6.0 ถูกเผยแพร่บนบล็อกหลัก และเราได้ใช้มันตั้งแต่นั้นเป็นต้นมา

ทีมปล่อยที่ใหญ่กว่าและการให้คำปรึกษา

ทีมปล่อยก็ใหญ่ขึ้นทุกครั้งที่มีการเปิดตัว หลายทีมมีส่วนร่วมในการสร้างและได้รับผลกระทบจากมัน เป็นสิ่งสำคัญสำหรับทีมเหล่านี้ทั้งหมดที่จะเข้าร่วมในกระบวนการ ใน WordPress 5.5 มีบทบาทใหม่หลายอย่าง และใน 5.6 จะมีบทบาทมากขึ้นไปอีก: การทดสอบ เอกสารประกอบ การสนับสนุนเป็นองค์ประกอบที่สำคัญของสิ่งที่ทำให้ WordPress ยอดเยี่ยม ดังนั้นการแสดงความคิดเห็นในขณะที่ซอฟต์แวร์อยู่ในระหว่างการพัฒนาจึงเป็นสิ่งสำคัญ

และสิ่งสำคัญคือต้องมีพี่เลี้ยง นี่คือการปรับปรุงครั้งใหญ่ที่ Josepha แนะนำใน WordPress 5.3 ทีมเผยแพร่ไม่เพียงแต่สร้างจากความสนใจในกลุ่มเป้าหมายเท่านั้น แต่ยังมีกลุ่มพี่เลี้ยงที่เติบโตขึ้นเรื่อยๆ ที่สามารถช่วยให้ผู้ร่วมให้ข้อมูลรายใหม่เรียนรู้เกี่ยวกับเชือก แนวคิดก็คือคนเหล่านั้นจะกลายเป็นที่ปรึกษาและสอนคนใหม่ในที่สุด นี่เป็นอีกวิธีที่ยอดเยี่ยมในการทำให้ผู้คนมีส่วนร่วมใน Core มากขึ้นเรื่อยๆ ด้วยทักษะและภูมิหลังที่แตกต่างกัน

และสิ่งนี้นำฉันไปสู่การเปลี่ยนแปลง (และความท้าทาย) ที่ยิ่งใหญ่ที่สุด WordPress 5.6 ซึ่งกำลังจะเปิดตัวครั้งใหญ่ จะมีทีมที่ประกอบด้วยผู้หญิงและคนที่ระบุว่าเป็นผู้หญิงทั้งหมด เช่นเดียวกับหลายๆ อย่างใน WordPress ทุกอย่างเริ่มต้นจากช่วงเวลา “คิดให้ออก” และตอนนี้ก็กลายเป็นความจริงแล้ว งานในรุ่นนี้จะเริ่มในเร็วๆ นี้ และฉันตื่นเต้นที่จะได้เป็นส่วนหนึ่งของการเป็นพี่เลี้ยง

WordPress ต้องการความช่วยเหลือของคุณ

ฉันหวังว่าฉันจะพูดได้ว่ามันคือยูนิคอร์นและสายรุ้ง แต่ก็ไม่ใช่ จำนวนผู้มีส่วนร่วมอย่างแข็งขันในการทำให้โครงการนี้เป็นจริงยังมีน้อยมากเมื่อเทียบกับขนาดของการเข้าถึง

ฉันเป็นคนทำมาก ดังนั้นฉันหวังว่าผู้คนจะใช้เวลาและพลังงานที่พวกเขาใช้ในการวิพากษ์วิจารณ์ WordPress และเปลี่ยนให้เป็นเวลามีส่วนร่วมอย่างแข็งขัน ใช่ บางครั้งมันต้องดื้อรั้นมากกับเรื่องตั๋ว และต้องติดตามผลอย่างไม่ลดละ แต่ฉันก็ยังคิดว่ามันคุ้มค่า

การมีส่วนร่วมอย่างแข็งขันยังหมายถึงการแสดงความคิดเห็นอย่างสร้างสรรค์ในตั๋วคำร้องหรือเสนอให้จดบันทึกในระหว่างการแชทของผู้พัฒนา นั่นคือคำสาปและความสวยงามของโครงการขนาดใหญ่ มีสิ่งที่ต้องทำเสมอ!

ในช่วงไม่กี่ปีที่ผ่านมา ฉันยังเห็นการมีส่วนร่วมเพิ่มขึ้นจากบริษัทประเภทต่างๆ ตัวอย่างเช่น ที่ SiteGround เราส่วนใหญ่มีส่วนร่วมในกิจกรรมและชุมชนเป็นเวลาหลายปี เราสนับสนุน และเราอาสา เราเป็นผู้จัดงานและวิทยากร เราทำงานกันมากในชุมชน Spanish WordPress เพื่อช่วยพัฒนาและเติบโต และตอนนี้ก็เป็นหนึ่งในชุมชนที่ใหญ่ที่สุดในชุมชนทั่วโลก ในปีที่แล้ว เราได้เพิ่มชั่วโมงการทำงานให้กับทีมเทคนิคมากขึ้น ฉันยังคงทำงานอยู่ใน Core ในฐานะที่ปรึกษาและเป็นตัวแทนของทีม หนึ่งในวิศวกร WordPress ของเรา Stanimir Stoyanov เป็นส่วนหนึ่งของทีมความปลอดภัย และ Kiril Zhelyazkov หนึ่งในวิศวกร JavaScript ของเราได้อุทิศเวลาสองสามวันต่อสัปดาห์ให้กับ Gutenberg

หัวข้อเหล่านี้สอดคล้องกับค่านิยมของเรา ดังนั้นจึงเป็นความก้าวหน้าตามธรรมชาติที่เราจะมีส่วนร่วมมากขึ้น

สุดท้ายนี้ ฉันหวังว่าจะได้เห็นผู้คนมีส่วนร่วมในข้อเสนอที่ฉันเผยแพร่เมื่อไม่กี่วันก่อนในบล็อกหลักเกี่ยวกับการทดสอบแบบ end-to-end ตอนนี้มีแล้ว และฉันแน่ใจว่าเราจะทำได้ดีกว่านี้ อีกครั้งที่นักพัฒนาซอฟต์แวร์ไม่ใช่คนเดียวที่จำเป็น ผู้ใช้เป็นผู้มีส่วนร่วมที่หายากที่สุดและอาจเป็นผู้ที่โครงการต้องการมากที่สุดเพื่อให้มีการทดสอบผู้ใช้ในที่สุด ฉันไม่ใช่นักพัฒนา และฉันดีใจที่ผู้ที่ไม่ใช่นักพัฒนาสามารถสร้างผลกระทบได้

ความกังวลส่วนตัวของฉันและความหวังสำหรับอนาคตของโครงการ

เมื่อฉันเริ่มมีส่วนร่วมใน Core ฉันเริ่มบันทึกย่อในคอมพิวเตอร์ด้วยการสังเกตบางอย่าง การไม่มีประสบการณ์ 17 ปีในโครงการช่วยให้ฉันเห็นสิ่งต่าง ๆ โดยปราศจากอคติ และการไม่เป็นนักพัฒนาช่วยให้ฉันมองเห็นโครงการมากขึ้นว่าเป็นสิ่งมีชีวิตที่มีลมหายใจ แทนที่จะเป็นส่วนประกอบหรือตั๋ว ให้ฉันได้แบ่งปันความกังวล ความหวัง และความฝันของฉันในอนาคต

ผู้ดูแลส่วนประกอบและผู้ผูกมัดหลัก: คุณต้องการมากกว่าที่เคย

ในขณะที่เขียนบทความนี้ โปรเจ็กต์มีผู้มอบหมายงานประมาณ 60 คนและผู้ดูแลส่วนประกอบ 60 คน โดยที่ผู้คนจำนวนมากดึงหน้าที่หน้าที่สองเท่า สามคน และบางครั้งเพิ่มเป็นสองเท่า แต่ความจริงก็คือใน WordPress 5.4 และ 5.5 มีการคอมมิตหลายร้อยรายการโดย Sergey Biryukov ฉันรู้สึกขอบคุณอย่างเหลือเชื่อสำหรับงานของ Sergey ในเวลาเดียวกัน ฉันรู้สึกว่าเรากำลังสร้างปัจจัยบัสใน Core โดยไม่ได้ตั้งใจ คนส่วนใหญ่ที่มีสิทธิ์เข้าถึง Core Commit ไม่ได้มอบตั๋วเดียว ในทำนองเดียวกัน ฉันได้ติดต่อผู้ดูแลส่วนประกอบทั้งหมดเพื่อฟังเกี่ยวกับแผนการของพวกเขาสำหรับการเปิดตัวที่กำลังจะมาถึงและมีเพียง 50% ของส่วนประกอบเท่านั้นที่ตอบกลับ

เราจะแน่ใจได้อย่างไรว่าคนที่มีอำนาจและด้วยเหตุนี้จึงมีหน้าที่รับผิดชอบในการช่วยในการมอบและดูแลตั๋วมีส่วนเกี่ยวข้อง? แต่เราจะสนับสนุนให้ผู้คนก้าวลงจากตำแหน่งและประกาศตัวเองว่าไม่ได้ใช้งานอย่างไรเพื่อให้คนใหม่สามารถก้าวขึ้นมาได้

อาชีพของฉันครอบคลุมกว่า 25 ปีในอุตสาหกรรมต่างๆ และสิ่งหนึ่งที่ยังคงเหมือนเดิม: เมื่อผู้คนเห็นว่ามีคนอื่นเข้ามามีบทบาท พวกเขาจะรู้สึกมีแรงจูงใจน้อยลงและบางครั้งก็กลัวที่จะก้าวขึ้นมา ความขาดแคลนไม่เพียงแต่กระตุ้นการซื้อ แต่ยังขับเคลื่อนการมีส่วนร่วมใหม่ๆ

ตัวอย่างเช่น ทีมชุมชนจะดูแลรายชื่อเจ้าหน้าที่และสถานะต่างๆ ของพวกเขา ฉันสงสัยว่า Core สามารถทำสิ่งที่คล้ายกันได้หรือไม่ ดังนั้นเมื่อมีคนใหม่ๆ ต้องการก้าวขึ้นมา พวกเขาสามารถเห็นได้อย่างรวดเร็วก่อนว่าส่วนประกอบใดที่ไม่มีผู้ดูแล ผู้ที่บ่นเกี่ยวกับ "นักพัฒนาหลัก" จะไม่มองว่าพวกเขาเป็นเพียงหยดเล็กๆ แต่ในฐานะบุคคลที่ไม่มีการใช้งานในช่วงเวลาใดๆ ในช่วงเวลาหนึ่ง เมื่อคุณเห็นว่ามีคนเพียงไม่กี่คนที่กำลังตรวจสอบและดำเนินการอย่างจริงจัง คุณอาจเข้าใจมากขึ้นว่าเหตุใดตั๋วทุกใบไม่สามารถไปถึงเส้นชัยได้

เอกสารเป็นรูปแบบสูงสุดของความเอื้ออาทร

ฉันพูดแบบนี้ทุกครั้งที่พูดเกี่ยวกับการมีส่วนร่วมใน OSS: เอกสารมักขาดหายไป บ่อยครั้งสิ่งที่มีนั้นล้าสมัย

เราจะแน่ใจได้อย่างไรว่าเอกสารประกอบไม่ใช่การคิดภายหลัง แต่ถูกนำไปใช้ในกระบวนการพัฒนา

มีงานมากมายที่ต้องเขียนบันทึกสำหรับนักพัฒนาสำหรับการเปลี่ยนแปลงที่ส่งผลต่อการพัฒนา แต่นั่นไม่ใช่เอกสารเพียงอย่างเดียวที่จำเป็น กระบวนการบางอย่างที่อธิบายไว้ในคู่มือ Core นั้นล้าสมัย บางส่วนหายไปเนื่องจากอยู่ในจิตใจของผู้มีส่วนร่วมที่มีประสบการณ์

ในฐานะแฟนตัวยงของ Gutenberg และข้อความที่น่าสนใจและน่าสนใจ ฉันหวังว่าคู่มือของเราจะใช้ประโยชน์จากพลังของเครื่องมือแก้ไขบล็อกอย่างเต็มที่และน่าดึงดูดใจมากขึ้น ตอนนี้มันเป็นกำแพงของข้อความและเมื่อใดก็ตามที่เราบอกให้คนอื่นดูคู่มือฉันรู้สึกหัวใจหดตัว

วิธีแก้ปัญหาที่เป็นไปได้ ซึ่งฉันไม่แน่ใจว่าสามารถทำได้ในทางเทคนิค แต่ผู้หญิงสามารถฝันได้: ซิงค์กับ GitHub เพื่อแก้ปัญหาการควบคุมเวอร์ชันเป็นอย่างน้อย จากนั้นรับสมัคร รับสมัคร รับสมัคร และทำงานกับ Documentation, Meta และ Design เพื่อจัดทำคู่มือที่มีประโยชน์ น่าดึงดูด น่าอ่าน น่าอ่าน และง่ายต่อการสแกน

ติดตามชิ้นส่วนที่เคลื่อนไหวและทำงานเป็นหนึ่งเดียว

อีกสิ่งหนึ่งที่ฉันสังเกตเห็นบ่อยๆ คือวิธีที่ทีม การโฟกัส และส่วนประกอบต่างๆ ทำงานในไซโล

สิ่งนี้ไม่ได้ทำอย่างเด็ดขาดเพื่อเป็นผู้รักษาประตู มันเป็นเพียงวิธีที่ทุกทีมจัดการกันเองตลอดหลายปีที่ผ่านมา

เราจำเป็นต้องหาวิธีที่จะมองเห็นสิ่งที่จะเกิดขึ้นในรุ่นถัดไปและส่วนต่างๆ ที่เคลื่อนไหวทั้งหมดมีอะไรบ้าง

Trac นั้นละเอียดมาก และคุณมีรายงานสำเร็จรูปจำนวนหนึ่ง คุณสามารถกรองตามเหตุการณ์สำคัญ และดูจำนวนตั๋วในแต่ละองค์ประกอบ แต่นั่นเป็นเพียงส่วนหนึ่งของเรื่องราว

ใช่ ฉันกำลังพูดถึงการหาวิธีจัดการโปรเจ็กต์โดยรวม ไม่ใช่แค่เรื่องเล็กๆ น้อยๆ

เข้าสู่ GitHub ในบางจุด.

สิ่งนี้จะไม่เกิดขึ้นในเร็ว ๆ นี้ แต่ฉันหวังว่ามันจะเกิดขึ้นในที่สุด ย้ายการพัฒนา และ การจัดการโครงการของ WordPress ไปยัง GitHub เช่นเดียวกับ Gutenberg

ฉันรู้ว่าสำหรับหลายๆ คนแล้ว มันจะเป็นแรงจูงใจที่จะมีส่วนร่วมใน WordPress ในแบบที่คุ้นเคยมากขึ้น มันจะลดระดับบาร์ไปที่ทางเข้าซึ่งยินดีต้อนรับเสมอ ด้วยบทช่วยสอนที่มีประโยชน์ จะช่วยให้ผู้ที่ไม่ใช่ผู้เชี่ยวชาญสามารถมีส่วนร่วมในเอกสาร การทดสอบ และการจัดการโครงการ

อนาคตสดใส

แม้จะมีปัญหาทั้งหมดหรืออาจเป็นเพราะปัญหาเหล่านี้ อนาคตของ WordPress ก็สดใส

หลายปีที่ผ่านมาฉันได้ซุ่มดูหลาย ๆ ทีม และเมื่อเร็ว ๆ นี้ฉันสังเกตเห็นว่ามีคนเข้ามาร่วมงานมากขึ้น มีคนเข้าร่วมมากขึ้นในแต่ละรุ่นมากขึ้น ผู้คนจำนวนมากขึ้นก้าวขึ้นสู่ตำแหน่งผู้นำในทีมต่างๆ ฉันยังสังเกตเห็นความหลากหลายที่เพิ่มขึ้น ซึ่งเป็นการเปลี่ยนแปลงที่น่ายินดีเสมอ

บรรทัดล่าง: WordPress ต้องการให้เราทุกคนทำให้มันเกิดขึ้น ฉันหวังว่าจะได้พบคุณบนเรือ!