RPS minggu 9 · 2x50 menit

Desain dan Arsitektur Organisasi

Mengelola Perusahaan Rintisan — Magister Manajemen FEB UNDIP

Peta Pembelajaran Hari Ini

Sub-CPMK 9: menganalisis pilihan desain struktur organisasi sesuai tahap pertumbuhan perusahaan.

Jam ke-1 (50 menit)

Lima konfigurasi Mintzberg (1979)
Organik vs Mekanistik (Burns-Stalker)
Galbraith Star Model (strategy, structure, process, reward, people)
Differentiation & Integration (Lawrence-Lorsch)

Jam ke-2 (50 menit)

Kasus Haier — model Rendanheyi
Spotify Model — squads, tribes, chapters, guilds
Struktur per tahap skala (Discovery → Company Building)
Ambidextrous organization (eksploitasi + eksplorasi)

Posisi: P9 melengkapi P7–P8 (sistem imbalan & appraisal) sebagai kerangka organisasional yang menaungi keduanya. P10 kapstone akan menyatukan strategi-SDM-struktur.

Mengapa Struktur Organisasi Penting

Struktur menentukan kecepatan keputusan, koordinasi, dan kapasitas inovasi — trade-off fundamental yang harus dikelola setiap manajer.

Kecepatan

FAST

Struktur flat & otonom → keputusan cepat

Konsistensi

ALIGNED

Struktur hierarkis → koordinasi kuat

Inovasi

AGILE

Struktur ambidextrous → eksplorasi + eksploitasi

Tidak ada struktur yang menang di semua dimensi. Pilihan struktur = trade-off eksplisit tentang apa yang diprioritaskan.

Struktur organisasi adalah trade-off fundamental. Struktur flat dan otonom memberi kecepatan keputusan — engineer dapat ship kode tanpa approval berlapis. Tetapi struktur ini sulit untuk koordinasi lintas-tim saat skala tumbuh. Struktur hierarkis memberi konsistensi dan koordinasi kuat — semua orang tahu siapa lapor ke siapa, decision authority jelas. Tetapi struktur ini lambat dan dapat membunuh inovasi. Struktur ambidextrous (O'Reilly-Tushman) berusaha menang di kedua sisi dengan memisahkan unit eksploitasi (efficiency) dan eksplorasi (innovation) dalam satu organisasi. Tidak ada struktur yang menang di semua dimensi — pilihan struktur adalah trade-off eksplisit tentang apa yang diprioritaskan. Pertanyaan strategis pertama: untuk fase startup saat ini, mana yang paling kritikal — kecepatan, konsistensi, atau inovasi? Jawaban berbeda per tahap customer development.

Bagian 1 · 1/4

Lima Konfigurasi Mintzberg

Diskusi kelas: untuk startup yang Anda kenal, identifikasi bagian inti operasional, puncak strategis, technostructure, support staff, dan ideologi. Konfigurasi Mintzberg mana yang paling cocok?

Lima Bagian Organisasi (Mintzberg 1979)

Mintzberg mengusulkan bahwa setiap organisasi memiliki lima bagian. Strategic Apex adalah top management — founder CEO dan eksekutif yang menetapkan visi dan strategi. Middle Line adalah manajer menengah yang menerjemahkan strategi menjadi operasional. Operating Core adalah mereka yang menghasilkan output langsung — engineer, sales, ops, customer service. Technostructure adalah analysts yang menstandardisasi pekerjaan — HR, finance, quality assurance, data analyst. Support Staff menyediakan dukungan di luar alur utama — legal, IT internal, fasilitas. Plus ideologi — budaya dan keyakinan yang melingkupi semua bagian. Lima konfigurasi Mintzberg: Simple Structure (apex dominan, startup awal), Machine Bureaucracy (technostructure dominan, pabrik massal), Professional Bureaucracy (operating core dominan, rumah sakit/universitas), Divisionalized Form (middle line dominan, konglomerasi multidivisi), Adhocracy (mutual adjustment, startup tech modern). Pertanyaan diskusi akan membantu Anda mengidentifikasi konfigurasi startup yang Anda kenal.

Lima Konfigurasi Mintzberg

Konfigurasi	Mekanisme Koordinasi	Contoh
Simple Structure	Direct supervision oleh founder	Startup awal 5–15 orang
Machine Bureaucracy	Standardisasi proses kerja	Pabrik, bank tradisional, call center
Professional Bureaucracy	Standardisasi keterampilan	Rumah sakit, firma hukum, universitas, akuntan publik
Divisionalized Form	Standardisasi output (profit center)	Konglomerasi multidivisi (Astra, Indofood)
Adhocracy	Mutual adjustment, tim otonom	Startup tech modern, R&D lab, studio kreatif

Startup tech Indonesia cenderung bergerak dari Simple Structure (5–20 orang) ke Adhocracy (20–500) lalu ke Divisionalized Form (500+ multidivisi seperti GoTo).

Lima konfigurasi ini adalah tipologi Mintzberg. Simple Structure cocok untuk startup awal 5–15 orang — koordinasi langsung oleh founder, sedikit formalitas. Machine Bureaucracy adalah organisasi efisiensi seperti pabrik massal atau bank tradisional — proses distandardisasi untuk efisiensi, inovasi lambat. Professional Bureaucracy mengandalkan profesional terlatih seperti dokter, lawyer, akuntan — koordinasi lewat standardisasi keterampilan, otonomi tinggi per profesional. Divisionalized Form adalah konglomerasi multidivisi seperti Astra atau Indofood — setiap divisi adalah profit center semi-otonom, koordinasi lewat standardisasi output (target profit). Adhocracy adalah organisasi inovatif seperti startup tech, R&D lab, studio kreatif — tim kecil otonom berkoordinasi lewat mutual adjustment, sedikit hierarki formal. Startup tech Indonesia umumnya bergerak dari Simple Structure (5–20 orang) ke Adhocracy (20–500 orang dengan squads/tribes ala Spotify), lalu ke Divisionalized Form (500+ multidivisi seperti GoTo dengan Gojek, Tokopedia, GoTo Financial sebagai divisi). Penting: konfigurasi tidak statis; berevolusi sesuai skala dan strategi.

Organik vs Mekanistik (Burns-Stalker 1961)

Burns & Stalker meneliti perusahaan Inggris dan menemukan dua tipe struktur yang cocok untuk kondisi berbeda.

Dimensi	Mekanistik	Organik
Lingkungan	Stabil, predictable	Dinamis, tidak pasti
Hierarki	Tinggi, formal	Rendah, flat
Komunikasi	Vertical (atas-bawah)	Horizontal (lintas-fungsi)
Tugas	Spesialisasi sempit	Generalis, lintas-fungsi
Otoritas	Posisi-based	Kompetensi-based
Komitmen	Konformitas	Kontribusi & inovasi

Pelajaran: struktur harus selaras dengan lingkungan. Startup tech di pasar dinamis cocok organik; bank tradisional di pasar stabil cocok mekanistik. Tidak ada yang lebih baik secara absolut.

Tom Burns dan George MacMurray Stalker (1961) meneliti perusahaan elektronik Inggris dan menemukan dua tipe struktur. Mekanistik cocok untuk lingkungan stabil dan predictable — hierarki tinggi, komunikasi vertical, tugas terspesialisasi sempit, otoritas berbasis posisi, komitmen pada konformitas. Organik cocok untuk lingkungan dinamis dan tidak pasti — hierarki rendah, komunikasi horizontal lintas-fungsi, tugas generalis, otoritas berbasis kompetensi (bukan posisi), komitmen pada kontribusi dan inovasi. Pelajaran utama: struktur harus selaras dengan lingkungan. Startup tech di pasar dinamis (consumer internet, fintech) cocok organik karena perlu iterasi cepat dan adaptasi. Bank tradisional di pasar stabil cocok mekanistik karena efisiensi proses dan konsistensi adalah kunci. Banyak organisasi gagal karena menerapkan struktur yang tidak selaras dengan lingkungan — korporasi mapan yang mencoba jadi "agile startup" tanpa mengubah fondasi, atau startup yang over-engineer birokrasi terlalu cepat. Tidak ada struktur yang lebih baik secara absolut; pilihan harus konsisten dengan strategi dan lingkungan.

Bagian 2 · 2/4

Galbraith Star Model

Diskusi kelas: untuk startup yang Anda kenal, identifikasi inkonsistensi antar-kelima dimensi Galbraith Star Model. Mana yang paling akut?

Galbraith Star Model (1974)

Lima dimensi desain organisasi yang harus konsisten (horizontal fit) untuk kinerja optimal.

Galbraith Star Model adalah kerangka lima dimensi desain organisasi. Strategi di tengah sebagai jangkar — goals, direction, value proposition. Struktur adalah authority dan roles — siapa lapor ke siapa, divisional vs functional vs matrix. Proses adalah informasi dan kontrol — planning, budgeting, performance management, decision-making flow. Reward adalah kompensasi dan incentive — apa yang diukur dan dihargai (P7). People adalah HR practices — hiring (P8), training, development, culture. Kelima dimensi ini harus konsisten (horizontal fit) untuk kinerja optimal. Contoh inkonsistensi: startup yang strateginya inovasi (eksplorasi) tetapi reward annual bonus untuk hitting quarterly target (eksploitasi) — friksi budaya. Atau startup yang hire top talent otonom (people) tetapi struktur hierarkis dengan approval berlapis (struktur) — talent akan frustrasi resign. Pertanyaan diskusi tadi akan membantu Anda mengaudit konsistensi lima dimensi pada startup yang Anda kenal. Sebagai manajer, ketika mengubah satu dimensi (mis. restrukturisasi), sadari bahwa dimensi lain juga perlu menyesuaikan untuk menjaga horizontal fit.

Differentiation & Integration (Lawrence-Lorsch)

Paul Lawrence & Jay Lorsch (1967) menemukan bahwa organisasi menghadapi tegangan abadi antara diferensiasi (spesialisasi) dan integrasi (koordinasi).

Tahap Skala	Diferensiasi	Integrasi
Startup awal (5–20)	Rendah — semua kerjakan semua	Tinggi — semua di satu ruangan
Skala awal (20–100)	Sedang — fungsi terpisah (eng, product, sales)	Sedang — perlu weekly sync, all-hands
Skala menengah (100–500)	Tinggi — sub-fungsi spesialis	Sulit — perlu formal integrator (PM, chief of staff)
Skala besar (500+)	Sangat tinggi — divisi multidivisional	Sulit — struktur matriks, executive committee

Tegangan ini meningkat seiring skala. Banyak startup mati di skala 100–500 karena diferensiasi tumbuh lebih cepat dari kapasitas integrasi (premature scaling).

Lawrence dan Lorsch (1967) menemukan tegangan abadi dalam desain organisasi: diferensiasi (spesialisasi per fungsi) bertumbuh seiring skala, sementara integrasi (koordinasi lintas-fungsi) menjadi semakin sulit. Tabel ini menggambarkan dinamika per tahap skala. Startup awal 5–20 orang: diferensiasi rendah (semua kerjakan semua), integrasi tinggi (semua di satu ruangan, koordinasi informal). Skala awal 20–100: diferensiasi sedang (fungsi terpisah — engineering, product, sales), integrasi sedang (perlu weekly sync, all-hands meeting). Skala menengah 100–500: diferensiasi tinggi (sub-fungsi spesialis — backend, frontend, DevOps dalam engineering), integrasi sulit (perlu formal integrator seperti product manager, chief of staff, program manager). Skala besar 500+: diferensiasi sangat tinggi (divisi multidivisional), integrasi sangat sulit (struktur matriks, executive committee). Tegangan ini meningkat seiring skala. Banyak startup mati di skala 100–500 karena diferensiasi tumbuh lebih cepat dari kapasitas integrasi — ini adalah inti premature scaling yang kita bahas di P1. Mitigasi: investasi sengaja dalam integrator (PM, ritual sync, shared metrics) sebelum tegangan menjadi kritis.

Bagian 3 · 3/4

Haier Rendanheyi & Spotify Squads

Diskusi kelas: untuk startup yang Anda kenal dengan 100+ karyawan, struktur mana yang lebih cocok — Haier micro-enterprises otonom atau Spotify squads-tribes? Mengapa?

Kasus Haier — Model Rendanheyi

Haier (Tiongkok, ~80.000 karyawan) mengadopsi model Rendanheyi sejak 2005 — radikal: hapus hierarki, ganti dengan ribuan micro-enterprises otonom.

Platform

Elemen	Praktik Haier
Micro-enterprises (ME)	Unit 10–15 orang dengan P&L sendiri; otonomi penuh (hire, fire, kompensasi)
"Users first"	Setiap ME bertanggung jawab langsung ke pengguna akhir, bukan atasan
Kontrak dinamis	ME harus renewal value setiap periode; gagal = dibubarkan
Vesting tim	Anggota ME dapat equity bonus sesuai kinerja tim ME
Hasil	Salah satu perusahaan alat rumah tangga terbesar dunia; akuisisi GE Appliances 2016

Pelajaran: desain radikal dapat bekerja di skala besar jika konsisten. Haier membuktikan bahwa burokrasi hierarkis bukan satu-satunya jalan untuk organisasi 80.000+.

Haier adalah kasus klasik yang dipakai di seluruh buku strategi global. Zhang Ruimin (CEO Haier) memulai transformasi Rendanheyi pada 2005 ketika Haier menghadapi tekanan kompetisi dan inovasi lambat. Rendanheyi berarti "integrasi erat dengan pengguna sepanjang waktu". Praktiknya: hapus 10.000+ middle manager, ganti dengan ribuan micro-enterprises (ME) 10–15 orang. Setiap ME memiliki profit & loss sendiri, otonomi penuh untuk hire, fire, menentukan kompensasi, dan memilih pemimpin. ME bertanggung jawab langsung ke pengguna akhir, bukan ke atasan hierarkis. Kontrak dinamis: setiap ME harus renewal value setiap periode; ME yang gagal meeting target user dibubarkan. Anggota ME menerima equity bonus sesuai kinerja ME — vesting tim, bukan individu. Platform shared (R&D, supply chain, finance) melayani ME sebagai internal service provider. Hasilnya: Haier menjadi salah satu perusahaan alal rumah tangga terbesar dunia, akuisisi GE Appliances 2016 ~USD 5,4 miliar. Pelajaran: desain radikal dapat bekerja di skala besar jika konsisten (horizontal fit tinggi). Haier membuktikan burokrasi hierarkis bukan satu-satunya jalan untuk organisasi 80.000+. Tetapi Rendanheyi membutuhkan budaya kuat dan komitmen jangka panjang — tidak mudah ditiru.

Spotify Model — Squads, Tribes, Chapters, Guilds

Spotify Model dipopulerkan oleh Henrik Kniberg (2012) berdasarkan observasi struktur Spotify. Empat elemen: Squad adalah unit otonom 6–12 orang cross-functional dengan misi produk spesifik (mis. Squad Payment API, Squad Refund Flow). Squad otonom dalam ship cadence, backlog prioritas, dan experiment — seperti mini-startup. Tribe adalah kelompok squads terkait ~100–150 orang (Amazon "two-pizza team" konsep serupa) — koordinasi lewat tribe lead. Chapter adalah fungsi horizontal lintas-squad dalam tribe yang sama (mis. Chapter Backend Engineering, Chapter UX Design) — untuk berbagi praktik dan standardisasi keterampilan. Guild adalah komunitas minat lintas-tribe (mis. Guild Python, Guild Accessibility) — informal, sukarela. Spotify Model banyak diadopsi startup tech termasuk Indonesia — Tokopedia, Gojek, Traveloka menerapkan variant. Yang menarik, Spotify sendiri mengaku bahwa model ini adalah idealisasi — praktik nyata berbeda antar-tribe dan berevolusi. Pelajaran: model adalah inspirasi, bukan blueprint; adaptasi ke konteks lokal dan kultural penting.

Trade-off Haier vs Spotify vs Hierarki Tradisional

Dimensi	Hierarki Tradisional	Spotify Squads	Haier Rendanheyi
Unit dasar	Departemen fungsional	Squad cross-functional 6–12	Micro-enterprise 10–15
Otonomi	Rendah (manajer decide)	Tinggi (squad decide)	Sangat tinggi (ME = mini-startup)
P&L	Pusat	Tribe-level	Per-ME
Kompensasi	Posisi-based	Peran + kinerja	Tim ME + user value
Skala cocok	Mapan 1000+	50–5000	1000–100.000+
Trade-off utama	Inovasi lambat	Integrasi lintas-squad	Koordinasi platform

Tidak ada model terbaik universal. Spotify cocok untuk startup tech 50–5000 dengan produk digital iteratif. Haier cocok untuk organisasi besar yang ingin radikal transformasi. Hierarki cocok untuk efisiensi mapan.

Tabel ini membandingkan tiga model secara langsung. Hierarki tradisional cocok untuk organisasi mapan yang mengutamakan efisiensi dan konsistensi — bank, manufaktur, pemerintahan. Spotify Squads cocok untuk startup tech 50–5000 orang dengan produk digital iteratif yang butuh kecepatan dan otonomi tim. Haier Rendanheyi cocok untuk organisasi besar 1000–100.000+ yang ingin radikal transformasi dari hierarki stagnan ke otonomi massal. Trade-off utama berbeda: hierarki mengorbankan inovasi untuk efisiensi; Spotify mengorbankan integrasi untuk otonomi; Haier mengorbankan koordinasi platform untuk otonomi radikal. Sebagai manajer MM, pilihan model harus konsisten dengan strategi (vertical fit, P10), budaya (Netflix vs Patreon, P10), dan tahap skala startup. Tidak ada model terbaik universal; yang ada adalah model yang paling cocok untuk konteks tertentu. Banyak startup Indonesia salah mengadopsi model tanpa kontekstualisasi — menyalin Spotify Squads tanpa budaya otonomi yang mendukung akan menjadi facade tanpa substance.

Bagian 4 · 4/4

Struktur per Tahap & Ambidextrous Org

Diskusi kelas: startup pada tahap apa paling rentan mengalami "premature structural scaling"? Apa indikatornya?

Pilihan Struktur per Tahap Skala

Tahap (Blank)	Karyawan	Struktur Cocok	Risiko
Discovery	1–10	Simple Structure — semua lapor founder	Founder bottleneck; tidak ada spesialisasi
Validation	10–50	Functional — eng/sales/ops terpisah	Silo mulai; perlu ritme sync
Creation	50–250	Squads/Matrix — cross-functional	Integrasi sulit; PM sebagai integrator
Company Building	250–1000+	Divisional — product line / geography	Inovasi lambat; subsidiary silos
Maturity / Public	1000+	Multidivisional + ambidextrous unit	Birokrasi; eksploitasi dominan

Transisi struktur harus SELARAS dengan validasi product-market fit. Banyak startup mengadopsi struktur Company Building padahal masih di Validation — premature structural scaling.

Tabel ini menghubungkan struktur dengan tahap customer development (P1). Discovery 1–10 orang: Simple Structure — semua lapor founder, koordinasi langsung, kecepatan tinggi. Risiko: founder bottleneck (semua keputusan lewat founder) dan tidak ada spesialisasi. Validation 10–50: Functional — engineering, sales, ops terpisah sebagai departemen. Risiko: silo mulai, perlu ritme sync (weekly all-hands, sprint planning). Creation 50–250: Squads/Matrix — cross-functional teams per produk atau fitur. Risiko: integrasi sulit, perlu Product Manager sebagai integrator formal. Company Building 250–1000+: Divisional — product line atau geography sebagai divisi profit center. Risiko: inovasi lambat, subsidiary silos. Maturity/Public 1000+: Multidivisional plus ambidextrous unit (eksploitasi + eksplorasi). Risiko: birokrasi, eksploitasi dominan. Kuncinya: transisi struktur harus SELARAS dengan validasi product-market fit. Banyak startup mengadopsi struktur Company Building (multidivisi, formal hierarki) padahal masih di Validation — premature structural scaling yang membunuh kecepatan iterasi. Audit struktur startup Anda terhadap tahap customer development aktual.

Ambidextrous Organization (O'Reilly & Tushman)

Charles O'Reilly & Michael Tushman (2004) mengusulkan struktur yang menang di dua sisi: eksploitasi (efficiency) dan eksplorasi (innovation).

Eksploitasi (Exploit)

Optimasi bisnis inti yang sudah mapan
Struktur hierarkis, proses formal
Metrik: efisiensi, margin, retention
Mis. Google Search Ads (cash cow)

Eksplorasi (Explore)

Eksperimen produk baru untuk masa depan
Struktur organik, otonom
Metrik: pembelajaran, eksperimen
Mis. Google X (moonshot), Area 120

Inti ambidextrous: pisahkan unit eksplorasi dari eksploitasi agar yang pertama tidak tercekik proses formal yang kedua. Tetapi pertahankan link strategi di tingkat eksekutif.

O'Reilly dan Tushman (2004) "The Ambidextrous Organization" di HBR adalah artikel klasik. Tesis mereka: organisasi yang bertahan lama adalah yang dapat menang di dua sisi secara bersamaan — eksploitasi (exploit) bisnis inti yang sudah profitable, dan eksplorasi (explore) produk baru untuk masa depan. Trade-off klasik: struktur yang baik untuk eksploitasi (hirarkis, formal, efisiensi) berbeda dari struktur yang baik untuk eksplorasi (organik, otonom, eksperimen). Solusi ambidextrous: pisahkan unit eksplorasi dari eksploitasi secara struktural — unit eksplorasi punya struktur organik sendiri, metrik sendiri (pembelajaran, eksperimen, bukan margin), dan leadership sendiri. Tetapi pertahankan link strategi di tingkat eksekutif agar eksplorasi tetap aligned dengan strategi korporat. Contoh: Google Search Ads (eksploitasi, cash cow) berdampingan dengan Google X (eksplorasi, moonshot seperti self-driving car). Amazon retail (eksploitasi) berdampingan dengan AWS awal (eksplorasi). Bagi startup: setelah product-market fit tercapai, founder harus sadar mendirikan unit eksplorasi formal (mis. tim R&D terpisah, hackathon quarterly, "20 persen time" Google) agar tidak semua fokus terisap ke eksploitasi bisnis inti. Tanpa ini, startup akan stagnan setelah produk pertama matang.

Mini-Kasus: GoTo Post-Merger Integration

Merger Gojek-Tokopedia (2021) menjadi GoTo mengilustrasikan tantangan struktur organisasi pasca-merger di skala besar.

Tantangan	Implikasi Struktur
Dua kultur berbeda	Gojek (transportasi-operasional) vs Tokopedia (marketplace-product)
Leader overlap	Banyak kepala unit duplikat; friksi siapa-lapor-siapa
Sistem & proses beda	Integrasi teknis: backend, data, payment rails
Trade-off fokus vs sinergi	Velocity produk turun selama integrasi; sinergi value capture lambat
Restrukturisasi 2022–2024	Many senior leaders resigned; focus narrowed ke profitabilitas

Pelajaran: integrasi pasca-merger adalah transformasi struktur tersendiri. Tanpa disiplin Galbraith Star Model (strategi-struktur-proses-reward-people konsisten), friksi dapat bertahan bertahun-tahun.

GoTo post-merger integration (2021–sekarang) adalah mini-kasus Indonesia yang sangat instruktif untuk P9. Merger Gojek (transportasi, operasional-heavy) dengan Tokopedia (marketplace, product-heavy) menciptakan organisasi 10.000+ karyawan dengan dua kultur yang berbeda. Tantangan: leader overlap — banyak kepala unit duplikat yang menyebabkan friksi siapa lapor siapa; sistem dan proses beda — integrasi teknis backend, data warehouse, payment rails adalah proyek multi-tahun; trade-off fokus vs sinergi — velocity produk turun selama integrasi (engineer split attention antara integration work dan new product development), sinergi value capture lambat terwujud. Restrukturisasi 2022–2024: banyak senior leaders resigned (Andre Sulistiyo, Kevin Aluwi di Gojek side; beberapa senior Tokopedia), focus narrowed ke profitabilitas setelah era ZIRP berakhir. Pelajaran: integrasi pasca-merger adalah transformasi struktur tersendiri yang membutuhkan disiplin Galbraith Star Model — strategi, struktur, proses, reward, dan people harus konsisten dan diintervensi secara terkoordinasi. Tanpa disiplin ini, friksi dapat bertahan bertahun-tahun dan menghancurkan value yang seharusnya ditangkap dari merger.

Workshop: Diagnosa Struktur Startup

Format diagnosis: untuk startup pilihan Anda, jawab pertanyaan berikut (25 menit).

Lensa	Pertanyaan Diagnosa
1. Konfigurasi Mintzberg	Mana yang paling cocok? Simple/Bureaucracy/Adhocracy/Divisional?
2. Organik vs Mekanistik	Lingkungan startup dinamis atau stabil? Struktur sudah selaras?
3. Galbraith Star	Lima dimensi (strategi-struktur-proses-reward-people) konsisten? Mana inkonsisten?
4. Tahap skala	Tahap customer development mana? Struktur sudah sesuai?
5. Diferensiasi vs Integrasi	Integrasi tertinggal? Kapasitas integrator cukup?
6. Eksplorasi vs Eksploitasi	Apakah ada unit eksplorasi formal terpisah?
7. Rekomendasi	Satu perubahan struktur yang akan paling berdampak?

Output: diagnosis 1-halaman dengan minimal TIGA rekomendasi spesifik dan terukur.

Workshop ini adalah inti tugas hari ini. Pilih satu startup yang Anda kenal baik — bisa tempat kerja, investasi, atau yang Anda observasi publik. Jawab tujuh pertanyaan diagnosis secara jujur dan observatif. Kuncinya: jangan idealistis. Apakah startup tersebut cocok dengan Adhocracy Mintzberg atau jangan-jangan sudah terlalu hierarkis? Apakah struktur sudah selaras dengan lingkungan (organik vs mekanistik)? Lima dimensi Galbraith Star konsisten atau ada inkonsistensi paling akut? Tahap customer development mana — dan apakah struktur sudah sesuai? Integrasi lintas-fungsi sudah cukup atau tertinggal dari diferensiasi? Apakah ada unit eksplorasi formal terpisah dari eksploitasi? Terakhir, satu perubahan struktur yang akan paling berdampak. Output: diagnosis 1-halaman dengan minimal tiga rekomendasi spesifik dan terukur — bukan "tingkatkan kolaborasi" tetapi "bentuk 3 squad cross-functional untuk produk X dalam Q4 dengan PM dedicated". Bawa hasil ini ke P10 kapstone SDM strategis yang menyatukan strategi-SDM-struktur.

Span of Control & Centralization Trade-off

Dimensi	Centralized	Decentralized
Span of control	Sempit (3–5 bawahan)	Lebar (8–12 bawahan)
Kecepatan keputusan	Lambat (escalate)	Cepat (decide lokal)
Konsistensi	Tinggi	Rendah (variasi)
Inovasi	Rendah	Tinggi
Cocok untuk	Operasional formal, mapan	Knowledge work, inovasi

Amazon "two-pizza team" (Jeff Bezos): tim seukuran dua pizza dapat makan (~6–10 orang) sebagai unit otonom. Prinsip: keep teams small for agility.

Span of control adalah jumlah bawahan langsung per manajer. Centralized cenderung span sempit 3–5 bawahan — banyak lapisan hierarki, keputusan lambat karena harus escalate, konsistensi tinggi. Decentralized cenderung span lebar 8–12 bawahan — sedikit lapisan hierarki, keputusan cepat karena decide lokal, tetapi konsistensi rendah dan variasi antar-tim. Trade-off: kecepatan vs konsistensi. Amazon "two-pizza team" dipopulerkan Jeff Bezos: tim seukuran dua pizza dapat makan (sekitar 6–10 orang) sebagai unit otonom. Prinsip: keep teams small for agility — tim besar cenderung lambat dan birokratis. Bagi startup tech Indonesia, banyak yang mengadopsi prinsip small autonomous team ini — Gojek dan Tokopedia memiliki squad 6–8 orang per fitur. Yang menarik, dengan remote work dan tools kolaborasi (Slack, Notion, Figma), span of control dapat lebih lebar tanpa kehilangan koordinasi — banyak startup fully remote memiliki span 10–15 dengan dokumentasi kuat. Pertimbangan: span yang sangat lebar tanpa dokumentasi akan kacau; dokumentasi dan ritual sync menjadi pengganti manajer tradisional.

Ringkasan Kunci Pertemuan 9

Struktur = trade-off

Kecepatan vs konsistensi vs inovasi; tidak ada pemenang universal

Selaras dengan tahap

Struktur berevolusi per tahap skala; premature structural scaling berbahaya

Horizontal fit (Galbraith)

Lima dimensi harus konsisten; Haier & Spotify bukan blueprint

Bawa tiga lensa ini (struktur-adalah-trade-off · selaras-dengan-tahap · horizontal-fit-Galbraith) sebagai peta rujukan P10 kapstone yang menyatukan strategi-SDM-struktur.

Persiapan P10: baca Lepak & Snell (1999) "The Human Resource Architecture" atau Huselid, Becker, & Beatty (2005) The Workforce Scorecard. Identifikasi satu startup yang menurut Anda punya sistem SDM strategis yang kuat (mis. Netflix, Patreon) — siapkan analisis singkat untuk kapstone integrasi.

Sebagai penutup, tiga pesan kunci hari ini. Pertama, struktur organisasi adalah trade-off eksplisit antara kecepatan, konsistensi, dan inovasi — tidak ada pemenang universal. Pilihan struktur adalah pilihan tentang apa yang diprioritaskan untuk konteks tertentu. Kedua, struktur harus selaras dengan tahap customer development — Simple Structure untuk Discovery, Adhocracy untuk Creation, Divisional untuk Company Building. Premature structural scaling (mengadopsi struktur tahap lebih tinggi dari yang dibutuhkan) berbahaya dan membunuh kecepatan iterasi. Ketiga, horizontal fit (Galbraith Star Model) — kelima dimensi strategi-struktur-proses-reward-people harus konsisten. Haier Rendanheyi dan Spotify Squads adalah inspirasi yang kuat tetapi bukan blueprint untuk ditiru persis — adaptasi ke konteks lokal dan kultural adalah kunci. Sampai jumpa di P10 kapstone yang menyatukan strategi-SDM-struktur dalam analisis Netflix vs Patreon — dua sistem radikal berbeda yang sama-sama konsisten dan efektif. Jangan lupa baca Lepak-Snell atau Huselid-Becker-Beatty dan identifikasi satu startup dengan sistem SDM strategis yang kuat.