約束を超えて: GitHub に GitHub を構築する

GitHub エグゼクティブインサイトで公開

"自分のドッグフードを食べる"という言い方で最も知られており、自社製品を使用して製品を開発するプロセスは、GitHub の社風の基礎となります。考えていることについて、コミュニティが学んで経験できるようにします。コミュニティで適用できないか、予想通りに機能しない場合、リリースする準備ができないからです。社内ハッカソン、コンピュータクラブ、社内機能のリクエストにより、デベロッパーによって開発された製品やデベロッパーのために開発された製品の創作に焦点を当てます。

この"約束を超えて"のエピソードでは、GitHub のエンジニアリング副社長、Neha Batra はホストの Christopher Harrison と共演してこの開発者ファーストアプローチについて詳しく説明し、機能がコミュニティに適していないと、デベロッパーにも適していないというアイディアを採用します。

多くの機能はデベロッパーが問題点を発見することで生まれました。例えば、マージキューについて説明します。速くリリースして、あるプルリクエストのマージが後発のものを中断する可能性を軽減したかったため、このニーズに応える社内ツールを開発しました。そこで、他のユーザーがこの機能による恩恵を受けられるかどうかについて自問しました。恩恵を受けられたらリリースします。したがって、マージキューがリリースされました。

情熱的なオタクのグループである"コンピュータクラブ"の雰囲気を大いに活かしています。GitHub 開発者が自分たちの趣味を機能や製品で自己認識、機能に早期アクセス、いただいたフィードバックを製品に反映することに注目できるようにします。Codespaces はコンピュータクラブから生まれて、最新の GitHub Copilot 機能の一部は同じ過程をたどりました。

設立以来、リモートファーストを重視する組織である GitHub は、包括的な一連のコミュニケーション習慣を開発し、非同期、スケーリング可能、包括的な強力をサポートします。オープンソースコミュニティが強調するドキュメントと非同期ワークフローから由来し、GitHub はこれらの戦略を"コミュニケーションの取り方"というパブリックガイドに形式化しました。この習慣の多くはインナーソースから採用されました。

コード用だけではなく、プランニングとチームコミュニケーションにも問題、プルリクエスト、ディスカッションなどのツールを使用することで、透明性、自律性、適応性を重視する社風を作りました。このフレームワークは 100 名を超えるエンジニアの強力によって策定され、"まずは非同期に考える"、"ものごとをメモする"、"作業を視覚化する"などのガイドとなる原則を確立しました。この"約束を超えて"のエピソードでは、GitHub のこのベストプラクティスと組織のソフトウェア開発のし方を向上できる方法について共有します。

詳しく学んで過程を進めるには、以下のリソースを参考にしてください。

インサイト

ドキュメント

GitHub での AI やその他のイノベーションの戦略的役割について、さらに詳しく知りたいですか? エグゼクティブインサイトで、テクノロジーとビジネスの将来について、ソートリーダーシップの詳細をご覧ください。