Pengalaman bekerja di GitLab

Pengalaman di GitLab

• Bekerja di GitLab selama sekitar 6 tahun, dari Oktober 2015 hingga Desember 2021.
• Memutuskan meninggalkan GitLab untuk fokus penuh pada pengerjaan Inko, tetapi belum pernah membagikan pengalaman tentang GitLab.
• Setelah NDA (perjanjian kerahasiaan) berakhir, muncul energi untuk menengok kembali masa-masa di GitLab.

Sebelum GitLab

• Bekerja di startup kecil yang berbasis di Amsterdam sambil mengerjakan Rubinius dan Oga, pustaka parsing XML/HTML.
• Karena kekurangan dana dan masalah teknis, penggunaan Rubinius tidak lagi dilanjutkan.
• Bergabung ke GitLab sambil menanyakan apakah bisa mendedikasikan satu hari per minggu untuk mengerjakan Rubinius.

2015-2017

• Hari pertama di GitLab adalah sehari setelah hari kerja terakhir di perusahaan sebelumnya, sekaligus beralih ke kerja jarak jauh.
• GitLab adalah perusahaan remote, tetapi juga perusahaan yang sosial, dengan berbagai pertemuan dan acara.
• GitLab mengalami kesulitan seperti masalah performa, server yang sering down, dan persoalan pengelolaan.
• Karena infrastruktur pemantauan performa kurang memadai, perbaikan performa pun sulit dilakukan.
• Berusaha mengubah budaya dan sikap di GitLab, tetapi mengalami kesulitan karena ketidakpuasan perusahaan terhadap perbaikan performa.

2017-2018

• Performa meningkat drastis, dan GitLab mulai menangani performa dengan lebih serius.
• Beralih ke 'tim database' yang berfokus pada performa database.
• Membangun database load balancer untuk GitLab dan memberi dampak positif pada performa.
• Menolak kebutuhan GitLab terhadap database sharding berdasarkan data.

2019-2021

• Pindah ke tim 'delivery' dan fokus meningkatkan proses rilis serta alat-alat GitLab.
• Setelah commit masuk ke branch utama, rata-rata butuh beberapa hari hingga ter-deploy ke GitLab.com, dan dalam kasus terburuk bisa sampai 3 minggu.
• Memimpin pekerjaan untuk menyatukan GitLab Community Edition dan GitLab Enterprise Edition menjadi satu.
• Motivasi dan produktivitas menurun karena masalah terkait pengelolaan laptop dan perubahan budaya.
• Menyusun 'rencana peningkatan kinerja' akibat konflik dengan manajer baru.

Hal yang dipelajari

• Skalabilitas harus menjadi bagian dari budaya perusahaan: GitLab tidak cukup memberi perhatian pada skalabilitas.
• Tim perlu lebih berpusat pada data dan developer: GitLab memiliki struktur yang berpusat pada product manager.
• Tanpa data, tidak bisa menentukan 'minimum viable product': GitLab menjadikan 'minimum viable change' sebagai prinsip inti, tetapi pada praktiknya banyak membuat fitur yang tidak berguna.
• SaaS dan self-hosting tidak cocok digabungkan: GitLab menawarkan instalasi self-hosted sekaligus layanan SaaS, tetapi ini tidak efektif.
• Lebih banyak orang tidak berarti hasil yang lebih baik: GitLab merekrut banyak orang selama bertahun-tahun, tetapi lebih banyak developer tidak otomatis meningkatkan produktivitas.
• Konflik dalam penggunaan Ruby on Rails: GitLab meraih kesuksesan dengan Ruby dan Ruby on Rails, tetapi itu menjadi tantangan pada proyek besar.
• Waktu deployment kode sangat penting bagi keberhasilan organisasi: Di GitLab, mempersingkat waktu deployment kode adalah tujuan yang penting.
• Gaji berbasis lokasi bersifat diskriminatif: GitLab membayar gaji berbeda tergantung lokasi, dan ini merupakan tindakan diskriminatif.

Opini GN⁺

• Pengalaman di GitLab membantu memahami kelebihan dan kekurangan lingkungan kerja jarak jauh serta berbagai masalah yang muncul dalam proses pertumbuhan startup.
• Menekankan pentingnya peningkatan performa dan skalabilitas, serta pentingnya menjadikannya bagian dari budaya.
• Menunjukkan masalah gaji berbasis lokasi, yang merupakan contoh penting dalam pembahasan sistem kompensasi yang adil di lingkungan kerja jarak jauh.

[GN⁺]

Opini Hacker News

• Klaim bahwa gaji berbasis lokasi bersifat diskriminatif

  • Tidak tepat membandingkan diskriminasi berdasarkan warna kulit atau gender dengan gaji berbasis lokasi. Warna kulit dan gender tidak dapat diubah, sedangkan lokasi tempat tinggal dapat diubah.
  • Lokasi tempat tinggal berkaitan dengan persoalan nyata yang terkait pekerjaan, seperti masalah hukum dan pajak yang dihadapi perusahaan, perbedaan zona waktu, serta biaya perjalanan.
  • Diskusi tentang diskriminasi dalam gaji berbasis lokasi sah untuk dilakukan, tetapi menyamakannya dengan diskriminasi ras atau gender dapat menutup ruang diskusi.

• Mulai sebagai karyawan nomor 28 lalu perlahan makin banyak manajer ditempatkan di atasnya

  • Karyawan yang pada awalnya melapor langsung kepada CEO, seiring waktu ditempatkan di bawah makin banyak manajer, lalu akhirnya menerima penilaian kinerja dan keluar dari perusahaan.
  • Ini adalah situasi umum yang sering terjadi di perusahaan besar, dan karena struktur seperti ini, perusahaan besar sering kali sulit mencapai pencapaian yang luar biasa.

• Pendapat tentang karyawan menggunakan komputer pribadi

  • Terlepas dari ukuran organisasi, perusahaan seharusnya mewajibkan penggunaan komputer yang disediakan perusahaan.
  • Ini memberi keuntungan besar dalam mengendalikan kekayaan intelektual perusahaan, memisahkan pekerjaan dari waktu pribadi, dan biayanya juga tidak terlalu besar.

• Pendapat tentang manajer yang buruk

  • Manajer yang buruk adalah racun bagi industri kita, tetapi banyak startup lahir karena para pendirinya pernah mengalami manajer buruk di pekerjaan sebelumnya.
  • Penulis sendiri juga bertemu manajer buruk yang nonteknis dan sangat politis, dan itu menjadi motivasi untuk memulai startup.

• Perubahan pandangan tentang gaji berbasis lokasi

  • Beranjak dari pemikiran bahwa gaji berbasis lokasi itu diskriminatif, kini dianggap masuk akal bahwa orang menerima gaji yang memungkinkan kehidupan yang layak di wilayah masing-masing.
  • Jika ingin gaji lebih besar, seseorang harus pindah, dan jika tidak pindah, tentu ada alasannya.

• Pendapat tentang penggunaan Ruby/Rails

  • Ruby dirancang dengan asumsi bahwa kecepatan bahasa bukan hal yang penting, tetapi sekarang ada model pemrograman di Node.js dan JVM yang memungkinkan pemrosesan asinkron untuk mengerjakan hal lain selama menunggu IO/jaringan.
  • Ruby/Rails mungkin masih berguna dalam situasi tertentu, tetapi seiring waktu dapat menjadi sulit dipelihara.

• Pendapat tentang kebijakan gaji di perusahaan global

  • Jika developer di Amsterdam memberikan nilai yang sama dengan developer di Bay Area, maka mereka harus dibayar sama.
  • Sebagai perusahaan global, karena bersaing dengan perusahaan global lain, dalam jangka panjang penting untuk membayar talenta sesuai nilai yang mereka berikan, terlepas dari lokasi.

• Pertanyaan tentang kebijakan harga GitLab

  • Pertanyaan tentang cara memilih harga berbasis lokasi di halaman harga GitLab.

• Masalah manajemen terkait skalabilitas GitLab

  • GitLab terutama menghasilkan pendapatan dari GitLab Enterprise Edition yang di-host sendiri, sedangkan GitLab.com mahal untuk dijalankan tetapi menghasilkan sedikit pendapatan.
  • Masuk akal bagi perusahaan untuk berinvestasi pada bagian yang menghasilkan pendapatan, tetapi juga perlu mempertimbangkan bahwa peningkatan performa GitLab.com dapat menarik lebih banyak pelanggan dan membangun reputasi yang lebih kuat.

• Pendapat tentang pertumbuhan perusahaan dan peran karyawan awal

  • Tidak semua orang yang tumbuh bersama perusahaan kecil akan terus dapat menjalankan semuanya dengan baik setelah perusahaan berkembang.
  • Memberikan kompensasi yang layak kepada karyawan yang berperan penting di tahap awal, serta mengelolanya agar tidak menghambat pertumbuhan pribadi maupun pertumbuhan perusahaan, adalah tanggung jawab kepemimpinan.
  • Ada kasus di mana kontributor awal menunggu peristiwa likuiditas lebih dini atau mengorbankan keuntungan finansial besar karena sulit mempertahankan nilai diri dan kesehatan mental secara bersamaan.
  • Untuk meminimalkan benturan budaya dan turnover, diperlukan perpanjangan besar atas periode pelaksanaan stock option, perekrutan peran cadangan secara prioritas bagi individu yang menunjukkan tanda awal benturan budaya dan perpindahan kerja, serta coaching yang empatik yang secara jelas menunjukkan masalah dan mencakup sumber daya untuk tim atau perusahaan yang lebih cocok.