Belajar Chief Technology Officer - Engineering Organization

#Pendahuluan

Setelah di episode 4 kita memahami architecture governance, pada episode ini kita membahas engineering organization — bagaimana menyusun tim, role, dan struktur agar teknologi bisa di-skalakan bersama bisnis. Arsitektur yang bagus tanpa organisasi yang tepat hanya akan menjadi blueprint di atas kertas.

Desain organisasi bukan sekadar menggambar kotak di org chart. Ia adalah keputusan strategis yang menentukan seberapa cepat inovasi terjadi, seberapa efektif komunikasi antar tim, dan seberapa besar biaya koordinasi yang harus ditanggung.

#Struktur Tim

#Squads (Spotify Model)

Model squads menjadi populer karena fleksibilitasnya:

• Squad — tim kecil (5-8 orang) yang otonom, punya product owner dan engineer.
• Tribe — kumpulan squad yang berada di area fokus yang sama.
• Chapter — orang dengan skill yang sama (backend, frontend) lintas squad.
• Guild — komunitas minat lintas tribe (misal: "guild observability").

Keuntungan: otonomi tinggi, komunikasi cepat dalam squad, dan alignment dengan product goals.

#Stream-Aligned Teams

Model ini lebih cocok untuk organisasi yang fokus pada aliran kerja:

• Setiap tim alignment dengan satu stream of work (satu produk, satu pengguna, satu bisnis process).
• Tim punya semua skill yang dibutuhkan (fullstack, QA, ops).
• Koordinasi antar stream minimal.

#Perbandingan Model

#Span of Control

#Definisi

Span of control adalah jumlah langsung report yang dikelola oleh satu manager. Ini menentukan:

• Seberapa dalam manager bisa mentoring report-nya.
• Seberapa banyak waktu manager habiskan di management vs IC work.
• Seberapa cepat keputusan bisa diambil.

#Rekomendasi Span of Control

Jika span of control terlalu lebar (lebih dari 10), manager akan menjadi bottleneck. Jika terlalu sempit (kurang dari 3), ada overhead koordinasi yang tidak perlu.

#Career Ladder

#IC vs Management Track

Career ladder harus menyediakan dua jalur yang setara:

Kedua jalur harus punya compensation yang setara di level yang sama. Jika IC track kurang menarik secara finansial, semua talenta terbaik akan masuk management — dan organisasi akan kehilangan technical depth.

#Leveling Criteria

Setiap level harus punya kriteria yang jelas:

• Scope of impact — seberapa besar dampak pekerjaan kalian.
• Complexity — seberapa kompleks masalah yang bisa kalian selesaikan.
• Leadership — seberapa banyak pengaruh lintas tim.
• Autonomy — seberapa sedikit kalian butuh supervisi.

#Org Design untuk Skala Berbeda

#Startup (10-30 Engineer)

• Flat structure, sedikit management layers.
• Engineer punya broad scope — serba bisa.
• CTO masih hands-on di arsitektur.
• Tumpukan role: engineer bisa jadi TL, EM, dan architect sekaligus.

#Growth (30-100 Engineer)

• Mulai butuh Director/VP Engineering.
• Tim mulai specialized: frontend, backend, infra.
• Perlu formalisasi proses: sprint, on-call, incident response.
• CTO harus melepaskan hands-on dan fokus strategy.

#Enterprise (100+ Engineer)

• Banyak layer: EM -> Director -> VP -> CTO.
• Perlu platform team dan developer experience.
• ARB dan governance jadi kritis.
• CTO fokus pada board communication dan strategic vision.

#Penutup

Inti yang harus dibawa pulang:

• Pilih model organisasi (squads, stream-aligned, atau hybrid) yang sesuai konteks — bukan yang paling populer.
• Span of control ideal: 4-8 untuk EM, 3-5 untuk Director/VP.
• Career ladder harus punya dua jalur (IC dan management) dengan compensation yang setara.
• Desain organisasi harus berevolusi seiring skala: startup, growth, dan enterprise punya kebutuhan berbeda.

Di episode 6 selanjutnya kita akan membahas hiring, culture, & people — hiring funnel yang efektif, onboarding yang memorable, engineering culture yang sehat, dan strategi retention talenta terbaik. Pastikan kalian sudah memahami struktur organisasi, karena organisasi hanya sebaik orang-orang yang mengisinya!