WordPressコア開発のメンターになるための非技術的なリリースリードの旅
公開: 2020-08-122019年の夏、私はWordPressのリリースを手伝うように頼まれました。 数ヶ月前、リリースチームの多様性を高めるためにコアチームの代表者が他のチームに連絡を取り、私はそれを真剣に検討し始めました。
当時、私はすでにWordPressエコシステムに深く関わっており、SiteGroundのWordPressコミュニティおよびパートナーシップマネージャーとして2年目になりましたが、コアの観点からWordPressがどのように行われるかについてはまったく経験がありませんでした。 それでも、WordPress.orgのエグゼクティブディレクターであるJosepha Hadenが私にpingを送信したとき、私はためらうことなく「はい」と答えました。 そして、それは私の人生で最も挑戦的でやりがいのある経験の1つであることが証明されました。 方法は次のとおりです。
偶然の貢献者：技術における私の道
幼い頃から、開発者になる運命にあったようです。 私の両親はプログラマーで、彼らは60年代に始まりました。私は、イタリアの人々がそれらが何であるかを実際に知らなかった1982年に私の最初のパーソナルコンピューターを手に入れました。
私は彼らの労働倫理を守り、彼らの仕事は魅力的で、機械にあなたが望むことをさせることだと思いましたが、私は他のキャリアの選択肢に惹かれました。 実際、私は大人になったときに何をしたいのかよくわかりませんでしたが、コンピューターやWebサイトは、私の個人的および職業的な生活の大きな部分を占め続けていました。
バックエンドプログラミングは私にとって興味のあるものではありませんでしたが、1999年にウェブデザインのクラスを受講し、2004年にアートとマルチメディアの学位を取得しました。2008年にようやくWordPressを見つけ、 2010年にそれ。
すぐに、私の本当のスキルは、ウェブサイトのリクエストで私に来たクライアントが、私を雇う前に、ウェブサイトの「理由」に焦点を当て、ビジネスとマーケティング戦略について考えるのを助けることであることに気付きました。 事業計画、生産性、ウェブサイトに関する本を書きました。 また、WordCampsやその他のイベントで、これらのトピックについてフリーランサーを教育するための講演を始めました。
2015年に、WordPressコミュニティに参加している何人かの人々にランダムに会い、それによって私も貢献し始めました。 開発スキルがなかったので、OSSに貢献できるとは思ってもみませんでしたが、それは不要でした。 私は、WordPressを作成し、最初にPolyglotsで、後でCommunityで活動し始めた多くの異なるチームを指摘してくれた人々に会いました。
私は自分のビジネスに取り組み続けましたが、WordPressに貢献すればするほど、一度に何千人もの人々を助ける方法を見つけたいと思いました。 講演を行い、コミュニティオーガナイザーを支援し、規模を拡大するために必要なコンテンツを作成するという私のアウトリーチ活動。
ここで私はSiteGroundに会いました。 2017年の夏、彼らはコミュニティマネージャーを探していました。貿易ではないにもかかわらず、私は応募して就職することにしました。 入社したことで、WordPressに貢献する時間を後援することができました。 また、プロジェクトの新しいアイデアを作り始めるときに、同僚の集合的な知識を活用することもできました。
だから私はためらうことなく「はい」と言いましたが、真実は、この「はい」はほぼ5年の歳月をかけて作成されたということです。 さらに、JosephaとSiteGroundは私が良い仕事をすることを信頼してくれたと感じました。 その見返りとして、私はWordPressコミュニティを信頼して、学ぶ必要のあるすべてのことを理解するのを手伝ってくれました。
WordPressが成し遂げられる方法
もう1つの励みになる要因は、WordPress 5.0以降、何年も前のように1人の人、または2人の代理人がリリースを作成しなくなったことです。 現在、愛情を込めて「チーム」として知られているチーム全体が働いていたので、デッキには多くの手があります。
たくさんのコミュニケーション
リリースサイクルの間、多くのコミュニケーションがあります。 さまざまなMakeチームからのブログ投稿があります。 リリースの各段階で、WordPress.orgのニュースセクションにブログ投稿があります。 パブリックSlackチャネルでは常におしゃべりがあり、プライベートチャネルでは、大規模なパブリックチャネルで質問することで最初は不安を感じる可能性のある新しい人々のためのセーフティネットがあります。
リリースチームのさまざまな役割
このリリースのモデルで私が最も気に入っているのは、含まれているさまざまな役割です。 開発者、デザイナー、マーケター、テクニカルライター、プロジェクトマネージャーがいます。 WordPressはコードでできているだけでなく、これらのさまざまなスキルがすべて集まってリリースに貢献しているのを見るのは素晴らしいことです。
リリースコーディネーター（WordPress 5.3および5.4でカバーした役割）とトリアージPM（5.3、5.4、および5.5で優れたDavid Baumwaldがカバーした役割）の役割は、すべての可動部品。 そして、それはほとんど不可能なので、私は試してみると言います。 これが、作業中のさまざまな部分にフォーカスリードがある理由です。
Matt Mullenwegはプロジェクトリーダーであり、WordPress5.0以降のリリースリーダーです。 彼は、高レベルのロードマップとフォーカスプロジェクトを考え出します。 しかし、それを超えて、彼はコア開発の日常生活には関与していません。 コアリリースに関与してから1年以上が経ち、マットは機能の追加を1回だけ依頼しました。
WordPressで起こることはすべて、Mattがそのように望んでいるからだと人々が考えると、私はイライラします。 それは、プロジェクトに関心を持ち、物事を前進させ、問題を解決し、チケットを擁護し、そして一般的に、WordPressをすべての人にとってより良いものにするために貢献することを約束するすべての人々の役割を減らします。 1枚のチケットで購入するか、フルタイムで作業します。
コンポーネントメンテナとコアコミッター
リリースの形成に尽力する人々のグループは、コンポーネントのメンテナです。 彼らは、コアを構成する特定のコンポーネントの世話をし、そのエリアのチケットがどのように進行しているかを確認する責任があります。 チケットをマージする準備ができているかどうかを評価できるのは彼らです。
チケットの準備ができたと見なされると、コアコミッターが登場します。 彼らはチケットの最終レビューを行います。 彼らはいくつかの変更を要求したり、コミット中に自分で変更を加えたりする場合があります。 これはおそらく私を驚かせたものです。 コミットに何時間もかかるとは本当に思っていませんでしたが、間違いなく可能です。 私が調整したリリースでは、メンテナやコミッターからのエンゲージメントはそれほど多くないことは間違いありません。これは、チケットに取り組んでいる人々にとって非常に意欲をそそるものです。 パッチの準備ができていても、レビューしてフィードバックを提供し、最終的にコミットするのに十分な人がいないため、すべてがリリースに入るわけではありません。 リソースが少ないため、選択を行う必要があり、それらは必ずしも各WordPressユーザーまたは寄稿者の設定に一致するとは限りません。
これはおそらく、WordPressが前進するために取り組む必要のある最大の課題の1つです。大きな助けを与えることができる人々をどのように再活性化できるでしょうか。
リリースパーティー
これらの問題にもかかわらず、物事は完了し、リリースの準備ができたら、パーティーで祝います。 誰が彼らをリリースパーティーと呼び始めたのか、いつ彼らが始めたのかはわかりません。 私が知っているのは、5.3と5.4については、かなりの数をホストしていて、それらはすべてとても楽しかったということです。
リリースのステップの1つ（ベータ版、リリース候補版、一般リリースなど）の日に、コアチャネルが非常にアクティブになります。多くの人がオンラインにアクセスして、WordPressのバージョンがどのようにリリースされるかを確認します。 複数のステップがあり、さまざまなタスクにさまざまな人が関わっています。 リリース手順はコアハンドブックに文書化されており、誰もがすべてを見ることができるように公開されています。
最大のパーティーは一般公開日です。 信じられないほど強力な特定の瞬間があります。 WordPressにはダウンロードカウンターがあるので、新しいバージョンをリリースする前に、チームは前のバージョンのスクリーンショットを撮ります。さようならを言って、新しい子供を歓迎します。 すべてが仮想的であるにもかかわらず、この瞬間はほとんど具体的であり、私を動かすのをやめることは決してありません。 もう一度WordPressを作りました。
コアコントリビューターとして12か月
私がこの記事を書いている間、私は1年前からコアコントリビューターであることに気づきました。 私はまだSiteGroundでフルタイムの役割を果たしていますが、それは時々やりがいがありませんでした。そのため、チームのサポートに感謝する必要があります。
私はまだPHPを書くことができず、JavaScriptを深く軽蔑することはできませんが、振り返ってみると、過去12か月間に起こった変化を信じられないほど誇りに思っています。 全部は信用できませんが、なんとか参加できて良かったです。
リリーススケジュール
多くの寄稿者が求めていたのは、仕事や個人のカレンダーに合わせてリリースするための中間スケジュールでした。 物事が特定の方法で行われる理由の全体的な歴史と背景がわからないため、新しい子供になるのは難しいかもしれませんが、それは特典でもあります。 会話を自由に再開できます。 チームや他のチームと話し合った後、それは「マットと一緒にこれを持ち出すのは誰か」の問題であることが私には明らかでした。 そして、私はそうしました。 数日後、WordPress 6.0がCoreブログで公開されるまでの暫定的なリリーススケジュールであり、それ以来、私たちはそれを使用しています。
より大きなリリースチームとメンターシップ
リリースチームもリリースごとに大きくなっています。 多くのチームがそれを作ることに関与し、それによって影響を受けています。 これらすべてのチームがプロセスに参加することが重要です。 WordPress 5.5にはいくつかの新しい役割があり、5.6にはさらに多くの役割があります。テスト、ドキュメント、サポートはすべてWordPressを優れたものにする重要なコンポーネントであるため、ソフトウェアの開発が活発な間にフィードバックを得ることが重要です。
そして、メンターがいることが重要です。 これは、JosephaがWordPress5.3で導入した大きな改善点です。 リリースチームはフォーカスリードで構成されているだけでなく、新しい貢献者がロープを学ぶのを助けることができるメンターのグループが増えています。 アイデアは、それらの人々が最終的にメンターになり、新しい人々を教えるということです。 これは、さまざまなスキルとバックグラウンドを持つ、より多くの人々をCoreに参加させるためのもう1つの優れた方法です。
そして、これは私をすべての中で最大の変化（そして挑戦）に導きます。 大規模なリリースになりつつあるWordPress5.6には、完全に女性と女性であると特定する人々で構成されるチームが含まれます。 WordPressの多くのものと同様に、それはすべて「大声で考える」瞬間から始まり、今では現実になっています。 このリリースの作業はまもなく開始され、メンターとして参加できることに興奮しています。
WordPressはあなたの助けを必要としています
すべてユニコーンとレインボーだと言えればいいのですが、そうではありません。 このプロジェクトを実現するために積極的に関与している人々の数は、その到達範囲の大きさに比べてまだ非常に少ないです。
私は非常にやりがいがあるので、人々がWordPressを批評するのにかかる時間とエネルギーを費やして、それを積極的な貢献の時間に変えてほしいと思います。 はい、時にはそれはチケットについて非常に頑固である必要があり、それを執拗にフォローアップする必要がありますが、それでもそれは価値があると思います。
積極的な参加とは、チケットに建設的なフィードバックを残したり、開発チャット中にメモを取ることを提案したりすることも意味します。 それが大規模なプロジェクトの呪いと美しさです。 やることは常にあります！
ここ数年、さまざまな企業からの貢献も増えています。 たとえば、SiteGroundでは、何年にもわたってイベントやコミュニティに貢献してきました。 私たちは後援し、ボランティアをしました。私たちは主催者であり、講演者でした。 私たちはスペイン語のWordPressコミュニティ内で多くの作業を行い、開発と成長を支援しました。現在、スペイン語はグローバルコミュニティで最大のコミュニティの1つです。 昨年、私たちはより多くの技術チームに捧げる時間を増やしました。 私はまだコアでメンターとして、そしてチーム代表として活動しています。 WordPressエンジニアの1人であるStanimirStoyanovはセキュリティチームの一員であり、JavaScriptエンジニアの1人であるKirilZhelyazkovは現在グーテンベルクに週に数日を捧げています。
これらのトピックは私たちの価値観と一致しているので、私たちがより関与するようになるのは自然な進歩でした。
最後に、エンドツーエンドのテストについて、数日前にCoreブログで公開した提案に人々が参加することを期待しています。 今は1つあり、もっとうまくやれると確信しています。 繰り返しますが、必要なのは開発者だけではありません。 ユーザーは最もまれな貢献者であり、おそらくプロジェクトが最終的にユーザーテストを実施するために最も必要とする貢献者です。 私は開発者ではありません。開発者以外の人が影響を与えることができてうれしいです。
プロジェクトの将来に対する私の個人的な懸念と希望
Coreに貢献し始めたとき、私は自分のコンピューターでいくつかの観察事項をメモし始めました。 プロジェクトで17年の経験がないことは、偏見なく物事を見るのに役立ちます。開発者でないことは、プロジェクトをコンポーネントやチケットではなく、生き生きとした呼吸する体として見るのに役立ちます。 私の懸念、希望、そして将来への夢を共有させてください。
コンポーネントメンテナとコアコミッター：これまで以上に必要とされている
この記事を書いている時点で、プロジェクトには約60人のコミッターと60人のコンポーネントメンテナーがいて、多くの人が2倍、3倍、時には6倍の職務を担っています。 しかし現実には、WordPress 5.4と5.5では、SergeyBiryukovによって何百ものコミットが行われていました。 セルゲイの仕事にとても感謝しています。 同時に、コアに誤ってバスファクターを組み込んでいるような気がします。 コアコミットアクセス権を持つ大多数の人々は、1つのチケットをコミットしませんでした。 同様に、私はすべてのコンポーネントメンテナに連絡を取り、今後のリリースの計画について聞いたところ、コンポーネントの約50％しか回答しませんでした。
チケットのコミットとシェパーディングを支援する権限、つまり責任を持つ人々が関与していることをどのように確認しますか？ しかしまた、新しい人々がステップアップできるように、どのように人々に辞任して自分自身を非アクティブであると宣言するように勧めますか？
私のキャリアはさまざまな業界で25年以上に及びますが、1つは同じです。他の誰かが役割を果たしているのを見ると、やる気が低下し、時にはステップアップするのを恐れることさえあります。 希少性は購入を促進するだけでなく、新しいエンゲージメントを促進します。
たとえば、コミュニティチームは、代理人とそのさまざまなステータスのリストを管理しています。 Coreが同様のことを実行できるかどうか疑問に思っていたので、新しい人がステップアップしたいときに、どのコンポーネントにメンテナが不足しているかが一目でわかります。 「コア開発者」について不平を言う人は、彼らをブロブとしてではなく、いつでも一定期間活動していない可能性がある個人として見るでしょう。 実際に積極的にレビューしてコミットしている人が数人しかないことがわかると、すべてのチケットがフィニッシュラインに到達できるわけではない理由を理解しやすくなる可能性があります。
ドキュメントは寛大さの最高の形です
OSSへの貢献について話すたびに、これを言います。ドキュメントが不足していることがよくあります。 多くの場合、そこにあるものは時代遅れです。
ドキュメントが後から付け加えられたものではなく、開発プロセスに組み込まれていることをどのように確認しますか？
開発に影響を与える変更について開発ノートを作成するために多くの作業が行われていますが、必要なドキュメントはそれだけではありません。 コアハンドブックに記載されているプロセスの一部は古く、経験豊富な寄稿者の心の中にあるために欠落しているものもあります。
グーテンベルクの大ファンであり、豊かで魅力的なテキストとして、私たちのハンドブックがブロックエディタの力を十分に活用し、より魅力的になることを願っています。 今のところ、それらはテキストの壁であり、ハンドブックを見るように人々に言うときはいつでも、私は私の心が縮んでいるのを感じます。
考えられる解決策は、技術的には実行可能かどうかはわかりませんが、女の子は夢見ることができます。GitHubと同期して、少なくともバージョン管理の問題を解決してください。 次に、ドキュメント、メタ、およびデザインを採用、採用、採用、および連携して、有用で魅力的で読みやすく、スキャンしやすいハンドブックを提供します。
可動部品を追跡し、1つとして機能します
私がよく気付くもう1つのことは、チーム、フォーカス、およびコンポーネントがサイロでどのように機能するかです。
これはゲートキーパーになるために絶対に行われるのではなく、すべてのチームが何年にもわたって自己組織化した方法です。
次のリリースで何が行われ、すべての可動部分が何であるかを俯瞰する方法を見つける必要があります。
Tracは非常にきめ細かく、既製のレポートが多数あります。マイルストーンでフィルタリングして、各コンポーネントに含まれるチケットの数を確認できますが、これは話の一部にすぎません。
はい、私はプロジェクト全体を管理する方法を見つけることについて話しているのであって、ちょっとしたことではありません。
GitHubと入力します。 ある時点で。
これはすぐには起こらないでしょうが、私はそれが最終的に起こることを願っています。 グーテンベルクが行ってきたように、WordPressの開発とプロジェクト管理をGitHubに移します。
多くの人にとって、より身近な方法でWordPressに貢献することがインセンティブになることを私は知っています。 それはバーを入り口まで下げます、それはいつでも歓迎です。 いくつかの便利なチュートリアルを使用すると、技術者以外の人がドキュメント、テスト、およびプロジェクト管理に貢献できるようになります。
未来は明るい
すべての問題にもかかわらず、またはおそらくそれらのせいで、WordPressの未来は明るいです。
私はここ数年、複数のチームの周りに潜んでいますが、最近、より多くの人々が参加し、各リリースに関与する人々が増え、さまざまなチームでリーダーシップの役割を担う人々が増えていることに気付きました。 また、多様性の増加にも気づきました。これは常に歓迎すべき変化です。
結論：WordPressはそれを実現するために私たち全員を必要としています。 船上でお会いしましょう！