Apa Artinya Mendefinisikan InnerSource
Pertanyaan #
Orang sering bertanya kepada saya apa definisi InnerSource. Nah, apa itu InnerSource? Saya ingin berbagi beberapa pemikiran tentang InnerSource dan apa artinya bagi saya.
Izinkan saya memperjelas dari awal: ini adalah pendapat pribadi saya, bukan posisi resmi. Meskipun saya saat ini menjabat sebagai Presiden InnerSource Commons Foundation, InnerSource telah dibentuk oleh banyak pionir yang sangat saya hormati. Kontribusi mereka telah membangun apa yang menjadi InnerSource hari ini.
Fondasi InnerSource berasal dari perpaduan praktik korporat, penelitian akademis, dan tentu saja, evolusi open source itu sendiri. Mengingat kekayaan ini, akan sangat sombong jika saya mengklaim dapat mendefinisikan InnerSource secara pribadi. Hanya karena saya saat ini menjabat sebagai Presiden tidak berarti saya memiliki otoritas atau kebijaksanaan untuk menciptakan definisi tersebut sendirian.
Daripada memberikan satu jawaban definitif, saya ingin berbagi perspektif yang berbeda tentang pertanyaan ini, menawarkan sudut pandang yang mungkin membantu Anda menemukan definisi dan pemahaman Anda sendiri tentang apa arti InnerSource untuk konteks Anda.
Dua Jalur Menuju InnerSource #
Kita berada di titik belok yang menarik. Izinkan saya lebih eksplisit tentang apa yang saya maksud. Pada dasarnya ada dua jenis orang yang datang ke InnerSource hari ini:
Kelompok pertama terdiri dari mereka yang telah mempraktikkan open source, menemukan metode kolaboratifnya yang kuat, dan secara alami menerapkan prinsip-prinsip ini secara internal. Bagi mereka, InnerSource hanyalah nama yang diberikan untuk sesuatu yang sudah mereka lakukan—membawa keunggulan kolaborasi open source ke dalam organisasi mereka.
Kelompok kedua menemukan InnerSource sebagai metodologi yang bernama. Mereka mungkin tidak memiliki latar belakang open source yang luas, tetapi mereka menyadari bahwa InnerSource sebagai metodologi organisasi menawarkan nilai yang luar biasa untuk transformasi. Mereka mengadopsi InnerSource bukan karena mereka adalah praktisi open source, tetapi karena InnerSource itu sendiri menjanjikan manfaat organisasi.
Dualitas ini menciptakan peluang yang menarik dalam komunitas kita. Kelompok pertama secara intuitif memahami apa artinya mengimplementasikan InnerSource dalam sebuah organisasi, serta nilai dan budaya InnerSource dan open source. Oleh karena itu, mereka mungkin merenungkan bagaimana InnerSource harus didefinisikan dan memikirkannya dalam kerangka open source. Di sisi lain, kelompok kedua tidak harus terlibat dengan open source, sehingga mereka cenderung mencari ide yang lebih jelas tentang apa sebenarnya itu.
Belajar dari DevOps: Kekuatan Penamaan #
Untuk memahami tantangan definisi InnerSource, mari kita lihat DevOps. Begini cara saya memahami evolusinya: praktisi di perusahaan seperti Flickr melakukan sesuatu yang inovatif—menghancurkan silo antara pengembangan dan operasi. Ketika mereka berbagi pengalaman mereka dan seseorang memberikan nama—“DevOps”—sesuatu yang ajaib terjadi. Tiba-tiba, perusahaan di mana-mana menyadari mereka melakukan hal yang serupa, dan mereka semua mulai berbagi cerita mereka.
Wawasan kuncinya adalah ini: praktik ada sebelum nama, tetapi penamaan menciptakan komunitas. Dengan komunitas itu datang alat, konsep bersama, konferensi, dan pertumbuhan yang eksplosif. DevOps tidak diciptakan; itu ditemukan dan diberi nama. Penamaan mengkatalisasi segala hal lainnya.
InnerSource mengikuti pola yang sangat mirip. Tim O’Reilly menyebutkannya dalam posting blog pada tahun 2000. Pada tahun 2015, Danese Cooper dan kolega, yang saat itu di PayPal, meresmikan InnerSource Commons, kemudian memisahkannya sebagai yayasan. Tetapi mereka tidak menciptakan praktik—mereka menamai sesuatu yang sudah dilakukan orang.
Penamaan ini ajaib. Tiba-tiba, praktisi yang terisolasi menyadari mereka tidak sendirian. “Oh, hal yang kita lakukan dengan perpustakaan internal kita? Itu InnerSource!” Komunitas meledak dengan berbagi pola, yang mengarah pada sumber daya seperti InnerSource Patterns yang menangkap kebijaksanaan kolektif.
Apa itu DevOps Hari Ini? Satu Perspektif di Antara Banyak #
Orang mendefinisikan DevOps dengan cara yang tak terhitung jumlahnya, dan saya tidak mungkin mencakup semuanya. Berikut adalah satu contoh bagaimana itu mungkin dipahami:
- Budaya kolaborasi antara tim yang secara tradisional terpisah
- Seperangkat praktik dan alat otomatisasi
- Filosofi yang menentang pengembangan waterfall tradisional
- Kumpulan metodologi dan kerangka kerja
- Ekstensi ke area khusus: BizDevOps, DevSecOps, dan seterusnya
Ini hanya satu interpretasi. Tanya sepuluh praktisi, dan Anda akan mendapat sepuluh penekanan yang berbeda. Keragaman ini bukan kelemahan—ini adalah kekuatan evolusioner.
Makna Ganda dari “Internal Open Source” #
Frasa “internal open source” tampak paradoks, dan paradoks ini mengungkap mengapa InnerSource berarti hal yang berbeda untuk organisasi yang berbeda. Izinkan saya berbagi beberapa contoh representatif yang muncul dari diskusi komunitas kita:
InnerSource sebagai Jalur menuju Kematangan Open Source #
Bagi beberapa orang, InnerSource membuka jalur organik menuju partisipasi open source dan transformasi digital. Ini bukan hanya tentang mempersiapkan kontribusi open source yang akhirnya—ini tentang menciptakan lingkungan di mana organisasi dapat tumbuh menjadi perusahaan perangkat lunak sejati. Perusahaan seperti Microsoft dan Google mencontohkan perjalanan ini, di mana praktik internal secara alami berkembang untuk mencerminkan yang eksternal, menciptakan kolaborasi yang mulus baik di dalam maupun di luar perusahaan.
Tetapi bagaimana dengan perusahaan manufaktur, pengecer, atau institusi keuangan? Meskipun mereka mungkin menggunakan open source dalam jumlah besar, perjalanan mereka berbeda. Bagi mereka, InnerSource mungkin merupakan langkah pertama dalam transformasi yang lebih panjang—membangun kemampuan perangkat lunak, memupuk budaya inovasi, dan mungkin akhirnya menemukan cara unik mereka sendiri untuk terlibat dengan open source yang selaras dengan model bisnis mereka.
InnerSource sebagai Transparansi Organisasi #
Banyak yang tertarik pada InnerSource untuk transformasi budaya. Ini bukan hanya tentang mengirim pull request—meskipun itu bagian dari itu. Ini tentang menciptakan transparansi organik di mana Anda dapat:
- Mengirimkan permintaan fitur ke tim lain
- Melihat apa yang sedang dibangun tim tetangga
- Memahami lanskap teknologi organisasi yang lebih luas
- Menghancurkan silo yang mencegah kolaborasi
- Menciptakan budaya organisasi yang lebih terbuka dan dapat bernapas di mana informasi mengalir secara alami
Transparansi ini mengubah organisasi dari hierarki yang kaku menjadi jaringan kolaborasi yang hidup.
Pada akhirnya, ini berkontribusi pada kebahagiaan dan kesejahteraan insinyur, tim produk, dan semua orang yang terlibat dalam organisasi. Merasa dipercaya dalam lingkungan kerja yang mendukung—merasa dipercaya secara default—sangat penting. Ini berkaitan dengan pengalaman pengembang, dan akibatnya mengarah pada peningkatan retensi talenta sambil juga memberikan hasil positif untuk rekrutmen.
InnerSource sebagai Optimalisasi Sumber Daya #
Manajemen proyek hierarkis tradisional menambahkan margin di setiap tingkat. Persyaratan mengalir ke bawah, setiap lapisan menambahkan waktu buffer untuk ketidakpastian. Pada saat pekerjaan mencapai implementasi, timeline membengkak dan insinyur terjepit.
InnerSource membalikkan ini. Orang yang paling dekat dengan masalah memahaminya dengan baik. Mereka dapat memprioritaskan, mendiskusikan, dan memecahkan masalah tanpa rapat dan persetujuan yang beruntun. Ini tidak selalu benar—tim lapangan hanya tahu bidang mereka—tetapi ketika diseimbangkan dengan pengawasan strategis, ini kuat.
Tetapi optimalisasi sumber daya melampaui sumber daya manusia dan tim. Ini juga tentang memanfaatkan aset kode organisasi, kekayaan intelektual, dan keunggulan kompetitif. Ketika tim dapat berbagi dan membangun di atas alat, perpustakaan, dan pengetahuan satu sama lain, mereka menciptakan sinergi yang tidak akan ada dalam struktur yang terisolasi. Perpustakaan pembelajaran mesin internal yang dibangun tim Anda? Tim lain mungkin memperluas dengan cara yang tidak pernah Anda bayangkan. Kerangka pengujian yang memberi Anda keunggulan kompetitif? Membaginya secara internal melipatgandakan nilainya di seluruh organisasi. InnerSource membantu organisasi menyadari bahwa aset kode dan pengetahuan mereka adalah sumber daya yang menjadi lebih berharga ketika dibagikan, bukan ditimbun.
Dilema Definisi: Konteks adalah Segalanya #
Tantangan makna ganda ini tidak unik untuk InnerSource. Pertimbangkan bagaimana advokat Open Source Program Office (OSPO) mempromosikan open source secara internal. Mereka benar-benar menggunakan pesan yang berbeda untuk audiens yang berbeda karena setiap aktivitas membutuhkan dukungan dari pemangku kepentingan yang berbeda, dan setiap lapisan organisasi memiliki kepentingan dan kekhawatiran yang berbeda.
Untuk advokasi InnerSource, pesannya mungkin terlihat seperti ini:
Kepada insinyur: “Berkolaborasi dengan kolega yang brilian, belajar dari kode terbaik, berkontribusi pada proyek menarik di luar tim langsung Anda”
Kepada manajemen menengah: “Kurangi duplikasi, tingkatkan efisiensi, percepat pengiriman melalui penggunaan kembali dan kolaborasi”
Kepada eksekutif: “Kurangi biaya, tingkatkan kecepatan inovasi dan pertahankan talenta terbaik”
Inisiatif InnerSource yang sama melayani semua tujuan ini secara bersamaan, tetapi Anda menekankan aspek yang berbeda untuk audiens yang berbeda. Ini bukan penipuan—ini adalah pengakuan bahwa InnerSource, seperti metodologi transformatif lainnya, memberikan nilai di berbagai tingkat.
Definisi InnerSource Anda tidak hanya bergantung pada audiens—tetapi juga bergantung pada fase. Dan itu sangat baik.
Perjalanan InnerSource Anda: Definisi yang Berkembang #
Jadi apa itu InnerSource? Itu adalah apa yang Anda definisikan.
Mungkin di masa depan, InnerSource Commons Foundation akan mengembangkan definisi yang lebih jelas dan lebih dapat dikomunikasikan yang membuatnya langsung jelas apa itu InnerSource. Secara pribadi, saya menantikan hari itu, meskipun saya menyadari bahwa menciptakan definisi seperti itu di tengah keragaman seperti itu adalah tugas yang sangat sulit.
Selain itu, definisi Anda dapat dan harus berkembang. InnerSource yang membantu Anda memulai perjalanan mungkin berbeda dari InnerSource yang Anda praktikkan tiga tahun kemudian. Definisi Anda mungkin berubah seiring organisasi Anda matang, seiring tantangan Anda berubah, seiring pemahaman Anda semakin dalam.
Anda dapat membawa definisi Anda ke komunitas, berbagi perspektif Anda, dan membantu kita semua memikirkan pertanyaan-pertanyaan ini bersama. Eksplorasi kolektif ini adalah bagaimana kita akhirnya akan sampai pada pemahaman bersama—bukan melalui dekrit top-down, tetapi melalui penemuan kolaboratif.
Seruan untuk Bertindak #
Daripada mencari definisi yang sempurna, saya mendorong Anda untuk mengalami InnerSource:
- Kirimkan masalah yang menggambarkan masalah yang Anda lihat
- Kirim pull request yang memperbaiki dokumentasi
- Minta fitur dari tim lain
- Bagikan kode Anda dengan kolega
- Jelajahi apa yang sedang dibangun tim lain
- Berkolaborasi melintasi batas organisasi
Melalui praktik, Anda akan menemukan apa arti InnerSource untuk organisasi Anda. Anda bahkan mungkin menciptakan pola baru yang dapat dipelajari oleh kita semua.
Bergabunglah dalam Percakapan #
Pada tahun 2025, ketika AI mengubah cara kita menulis dan berkolaborasi pada kode, prinsip InnerSource menjadi semakin relevan. Bagaimana kita mempertahankan kualitas ketika AI dapat menghasilkan ribuan baris secara instan? Bagaimana kita melestarikan berbagi pengetahuan ketika pembuatan kode diotomatisasi? Bagaimana kita memastikan penilaian manusia tetap menjadi pusat pengembangan perangkat lunak?
Untuk masalah ini, silakan merujuk ke artikel yang mencakup metodologi kolaborasi di era AI.
Nah, pertanyaan-pertanyaan ini belum memiliki jawaban, tetapi saya percaya InnerSource—dengan penekanannya pada keterbukaan, transparansi, mentoring yang diprioritaskan, dan kontribusi kode sukarela—berada dalam posisi unik untuk mengeksplorasi mereka.
InnerSource memiliki banyak rasa. Anda dapat menambahkan milik Anda sendiri. Anda dapat menamai pola yang ada tetapi belum diartikulasikan. Inilah mengapa InnerSource menarik: ini adalah spanduk di mana komunitas tumbuh, berkembang, dan menyebarkan inovasi.
InnerSource Commons Foundation menyambut diskusi ini. Anggota komunitas kami mengeksplorasi pertanyaan-pertanyaan ini setiap hari, berbagi pengalaman, dan membangun masa depan kolaborasi internal.
Jadi saya bertanya kepada Anda: Apa InnerSource Anda? Bagaimana Anda akan mendefinisikannya untuk organisasi Anda? Pola apa yang akan Anda temukan dan bagikan?
Mari kita jelajahi pertanyaan-pertanyaan ini bersama. Perjalanan baru saja dimulai. Saya menantikan untuk menyambut Anda dalam percakapan di innersourcecommons.org.
