RPS minggu 3 · 2x50 menit

Mendesain Struktur Organisasi yang Efektif untuk Eksekusi Strategi

Implementasi Strategi · Magister Manajemen FEB UNDIP

Selamat datang kembali, Anda sudah melewati Pertemuan 1 tentang kesenjangan pengetahuan-tindakan dan Pertemuan 2 tentang kontrol stratejik — hari ini kita masuk ke elemen yang sering dianggap "teknis" padahal sangat stratejik: struktur organisasi. Banyak dari Anda yang bekerja di perusahaan mengalami sendiri betapa struktur yang salah bisa membunuh strategi paling brilian sekalipun — misalnya divisi baru yang harus lapor ke lima orang berbeda sebelum keputusan diambil. Hari ini kita tidak akan membahas definisi dasar bagan organisasi seperti di S1, tetapi langsung ke bagaimana Anda sebagai calon pengambil keputusan memilih dan merancang ulang struktur agar selaras dengan strategi perusahaan. Siapkan pengalaman kerja Anda sendiri karena kita akan sering mengaitkan teori dengan kasus riil Indonesia seperti Astra, GoTo, dan BCA Digital.

Bagian 1

Mengapa Struktur adalah Keputusan Stratejik, Bukan Sekadar Bagan

Diskusi kelas: pernahkah Anda melihat strategi bagus gagal karena struktur organisasi yang salah di tempat kerja Anda? Apa gejalanya?

Structure Follows Strategy: Dari Dalil Klasik ke Keputusan Manajerial

Dalil Chandler (1962)

Perubahan strategi mendahului perubahan struktur, bukan sebaliknya
Struktur yang tertinggal ("structural lag") menimbulkan inefisiensi dan biaya koordinasi tersembunyi
Riset lanjutan (Amburgey & Dacin, 1994) menemukan hubungan ini juga bisa dua arah pada organisasi matang

Implikasi bagi Anda sebagai manajer

Restrukturisasi bukan proyek HR — ini keputusan alokasi otoritas & sumber daya stratejik
Setiap kali strategi berubah (ekspansi, diversifikasi, digitalisasi), tanyakan: struktur kita masih fit?
Diagnosis structural lag = sinyal awal sebelum kinerja benar-benar turun

Kasus ilustrasi: saat Bank Jago beralih dari model bank konvensional ke platform banking berbasis ekosistem, mereka tidak sekadar mengganti sistem TI — mereka merombak struktur otoritas keputusan produk agar sejalan dengan strategi kolaborasi ekosistem digital.

Enam Elemen Desain Struktur: Mana yang Paling Kritis di Era Digital?

Kerangka klasik Mintzberg (1979) tetap relevan, tetapi bobot kepentingan tiap elemen bergeser pada organisasi yang bersaing dengan kecepatan dan inovasi.

Elemen Desain	Fokus Klasik	Pergeseran di Era Digital
Spesialisasi kerja	Efisiensi tugas sempit	Kompetensi lintas-fungsi (T-shaped skills)
Departementalisasi	Fungsi atau produk	Squad/tribe berbasis pelanggan (model Spotify)
Rantai komando	Hierarki panjang & jelas	Dipipihkan, otoritas didesentralisasi ke tim
Rentang kendali	Sempit (5–7 bawahan)	Melebar (10–15) didukung otonomi tim
Sentralisasi	Keputusan di puncak	Desentralisasi keputusan operasional, sentralisasi arah stratejik
Formalisasi	SOP tertulis rinci	Prinsip & guardrail, eksekusi fleksibel

Poin Keputusan

Sebagai manajer, tugas Anda bukan menghafal enam elemen ini, tetapi menentukan kombinasi yang pas dengan strategi & kecepatan pasar unit bisnis Anda.

Coba Sendiri: Uji Rentang Kendali pada Struktur Tall vs Flat

Geser jumlah bawahan langsung per manajer dan jumlah total karyawan, lalu amati bagaimana jumlah lapisan hierarki dan biaya koordinasi berubah.

Kerangka Analisis: Lima Langkah Memilih Struktur yang Align dengan Strategi

Gunakan rubrik ini saat Anda diminta merekomendasikan struktur untuk unit bisnis atau perusahaan.

Langkah	Pertanyaan Kunci	Output Analisis
1. Petakan strategi inti	Cost leadership, diferensiasi, atau fokus?	Prioritas: efisiensi vs fleksibilitas
2. Identifikasi ketidakpastian lingkungan	Seberapa cepat pasar/teknologi berubah?	Kebutuhan sentralisasi vs desentralisasi
3. Nilai interdependensi tugas	Unit-unit saling bergantung erat atau independen?	Pilihan mekanisme koordinasi
4. Cocokkan dengan tipe struktur	Fungsional, divisional, matriks, atau lintas-batas?	Kandidat struktur (2–3 opsi)
5. Uji biaya transisi	Berapa biaya politik, budaya, & operasional perubahan?	Rekomendasi final + roadmap transisi

Kesimpulan Rubrik

Struktur yang "benar secara teori" bisa gagal kalau Langkah 5 diabaikan — inilah sebab utama resistensi implementasi yang akan kita bahas di Pertemuan 4.

Struktur Fungsional vs Divisional: Trade-off yang Sering Disalahpahami

Fungsional

Efisiensi & keahlian mendalam per fungsi
Cocok untuk strategi cost leadership, produk/pasar tunggal
Risiko: silo, lambat merespons kebutuhan lini produk berbeda

Divisional

Akuntabilitas jelas per produk/pasar/geografi
Cocok untuk strategi diversifikasi & ekspansi multi-pasar
Risiko: duplikasi fungsi, biaya overhead korporat naik

Contoh Astra di layar ini sengaja saya pilih karena hampir semua mahasiswa mengenalnya — Astra memilih struktur divisional karena portofolio bisnisnya sangat berbeda, dari otomotif sampai agribisnis, sehingga setiap divisi butuh strategi dan akuntabilitas kinerja yang terpisah. Bandingkan ini dengan UMKM atau perusahaan single-product yang biasanya cukup dengan struktur fungsional karena semua unit melayani satu lini produk yang sama. Tanyakan ke kelas, bagi yang bekerja di perusahaan multi-lini bisnis, apakah struktur mereka benar-benar divisional murni atau justru masih fungsional tersamar sehingga menimbulkan konflik prioritas antar-lini. Poin pentingnya adalah trade-off ini bukan soal mana yang lebih baik secara absolut, melainkan mana yang align dengan tingkat diversifikasi strategi perusahaan.

Struktur Matriks: Kekuatan Ganda, Risiko Otoritas Ganda

Kapan Efektif

Proyek kompleks lintas-fungsi dengan tekanan ganda (biaya dan spesialisasi produk)
Sumber daya langka yang harus dibagi antar-proyek/produk
Kebutuhan berbagi keahlian teknis lintas lini bisnis

Risiko Utama (Davis & Lawrence, 1977)

Dual authority: karyawan lapor ke 2 atasan → konflik prioritas
Butuh budaya toleransi ambiguitas tinggi
Biaya koordinasi & rapat meningkat tajam

Struktur Hibrida Front-Back: Solusi Saat Trade-off Klasik Terlalu Kaku

Galbraith (2002) menawarkan model front-back untuk perusahaan yang butuh efisiensi produk (back-end) sekaligus kedekatan pelanggan tersegmentasi (front-end) — tanpa harus memilih murni fungsional atau divisional.

Front-End (menghadap pelanggan)

Terorganisasi per segmen pelanggan/geografi
Otonomi tinggi untuk kecepatan respons pasar
Contoh: unit corporate banking vs retail banking di satu bank

Back-End (menghadap produk/operasi)

Terorganisasi per produk/lini untuk skala & efisiensi
Melayani banyak unit front-end sekaligus (shared capability)
Contoh: unit produksi/IT terpusat yang melayani semua segmen

Tantangan terbesar bukan desainnya, tetapi mekanisme penetapan harga internal (transfer pricing) & prioritas sumber daya antara front-end yang bersaing memperebutkan kapasitas back-end yang sama.

Model front-back ini penting untuk Anda ketahui karena banyak perusahaan jasa keuangan dan telekomunikasi di Indonesia sebenarnya sudah menerapkannya tanpa menyebutnya secara eksplisit dengan istilah ini. Jelaskan bahwa front-end fokus pada kecepatan dan kedekatan pelanggan sementara back-end fokus pada skala dan efisiensi, dan keduanya sengaja dipisah supaya masing-masing tidak saling mengorbankan tujuan yang berbeda. Contoh bank dengan unit corporate banking dan retail banking yang berbagi platform IT dan operasional yang sama adalah ilustrasi konkret yang mudah dibayangkan mahasiswa dari sektor perbankan. Tekankan bahwa tantangan implementasi utamanya adalah mekanisme alokasi sumber daya dan penetapan prioritas ketika beberapa unit front-end memperebutkan kapasitas back-end yang terbatas, sesuatu yang akan kita perdalam sedikit di Pertemuan 4 tentang alokasi sumber daya.

Latihan Singkat: Diagnosis Struktur di Perusahaan Anda

Instruksi (10 menit, berpasangan):

Pilih satu perusahaan tempat Anda/pasangan Anda bekerja
Identifikasi tipe struktur saat ini (fungsional/divisional/matriks)
Jalankan rubrik 5 langkah dari slide sebelumnya — apakah struktur saat ini masih align dengan strateginya?
Siapkan 1 rekomendasi singkat untuk dibagikan ke kelas

Bagian 2

Organisasi Lintas-Batas (Boundaryless)

Diskusi kelas: batasan organisasi mana yang menurut Anda paling sering menjadi hambatan eksekusi strategi — vertikal (hierarki), horizontal (antar-fungsi), atau eksternal (dengan mitra/pelanggan)?

Dari Batasan Kaku ke Organisasi Lintas-Batas

Ashkenas, Ulrich, Jick & Kerr (1995) mengidentifikasi empat jenis batasan yang perlu "dilubangi" agar organisasi bisa bergerak secepat strategi menuntutnya.

Batasan Internal

Vertikal — jenjang hierarki & status
Horizontal — silo antar-fungsi/departemen

Batasan Eksternal

Eksternal — pemasok, mitra, regulator
Geografis — budaya, pasar, zona waktu

Manifestasi struktural: organisasi hollow (outsourcing fungsi non-inti), modular (komponen dipasok mitra, dirakit internal), dan virtual (jaringan temporer lintas perusahaan untuk satu peluang).

Studi Kasus Ilustratif: Ekosistem GoTo sebagai Organisasi Virtual

Konteks (ilustrasi, disederhanakan untuk pembelajaran): GoTo mengoordinasikan jutaan mitra pengemudi & UMKM merchant tanpa mempekerjakan mereka sebagai karyawan — struktur intinya kecil, jaringan eksternalnya masif.

Mekanisme Koordinasi Pengganti Hierarki

Platform algoritmik menggantikan supervisi langsung
Insentif & reputasi (rating) menggantikan kontrol formal
Standar API & kebijakan platform menggantikan SOP internal

Keputusan Manajerial Kunci

Fungsi mana yang tetap di-insource (keamanan data, kepercayaan)?
Bagaimana menjaga kualitas layanan tanpa otoritas hierarkis penuh?
Trade-off skalabilitas vs kontrol kualitas

Kerangka Analisis: Menentukan Batas Insourcing vs Lintas-Batas

Rubrik ini membantu Anda memutuskan fungsi mana yang sebaiknya tetap di dalam batas organisasi dan mana yang dilepas ke jaringan eksternal.

Langkah	Pertanyaan Analisis	Implikasi Struktural
1. Nilai kekritisan stratejik	Apakah fungsi ini sumber keunggulan kompetitif inti?	Inti → insource; non-inti → kandidat outsource
2. Ukur risiko kualitas & reputasi	Seberapa besar dampak kegagalan mitra ke merek?	Risiko tinggi → kontrol ketat/insource
3. Cek kematangan pasar mitra	Tersedia mitra/vendor kompeten & kompetitif?	Pasar matang → modular/hollow layak
4. Evaluasi kebutuhan kontrol data	Apakah fungsi ini menyentuh data sensitif/regulasi?	Sensitif → tetap internal + audit ketat
5. Rancang mekanisme koordinasi pengganti	Kontrak, SLA, platform, atau insentif reputasi?	Pilih mekanisme sesuai skala & frekuensi interaksi

Prinsip Panduan

Lintas-batas bukan "semua dilepas" — ini keputusan selektif per fungsi, disesuaikan dengan sumber keunggulan kompetitif strategi Anda.

Risiko & Mitigasi Governance pada Organisasi Lintas-Batas

Risiko Utama

Celah akuntabilitas — siapa bertanggung jawab saat mitra gagal?
Kebocoran kekayaan intelektual ke mitra/pesaing
Ketergantungan berlebihan (single point of failure) pada satu mitra kunci
Inkonsistensi standar layanan lintas jaringan mitra

Mekanisme Mitigasi

SLA & klausul audit yang mengikat secara kontraktual
Dual-sourcing untuk fungsi/mitra kritis
Unit governance khusus (bukan hierarki, tapi fungsi pengawas jaringan)
Sistem reputasi/skor mitra yang transparan & terukur

Ilustrasi: bank yang menyerahkan layanan core banking ke vendor teknologi tetap wajib menjaga fungsi kepatuhan & audit internal di dalam batas organisasi — ini bukan pilihan, melainkan mandat OJK.

Structural Inertia: Kapan Waktu yang Tepat untuk Merestrukturisasi?

Hannan & Freeman (1984) menunjukkan organisasi cenderung resisten terhadap perubahan struktural — inertia meningkat seiring usia & ukuran organisasi.

Sinyal Structural Lag

Waktu keputusan memanjang meski strategi menuntut kecepatan
Unit bisnis baru "dipaksa masuk" ke struktur lama yang tak sesuai
KPI unit saling bertentangan dengan tujuan stratejik korporat

Trigger yang Membenarkan Restrukturisasi

Perubahan strategi besar (diversifikasi, digitalisasi, M&A)
Pergeseran lanskap kompetitif/regulasi signifikan
Kinerja unit menurun konsisten meski strategi sudah tepat

Bagian 3

Organisasi Ambidextrous: Menyeimbangkan Eksploitasi & Eksplorasi

Diskusi kelas: bagaimana perusahaan bisa tetap efisien menjalankan bisnis inti sambil berinovasi radikal di saat bersamaan — haruskah dua hal ini dipisah struktural atau digabung?

Ambidextrous Organization: Structural vs Contextual

O'Reilly & Tushman (2004, 2013) membedakan dua pendekatan menyeimbangkan eksploitasi (efisiensi bisnis inti) dan eksplorasi (inovasi terobosan).

Structural Ambidexterity

Unit eksplorasi dipisah secara struktural (entitas/tim terpisah)
Punya proses, budaya, & KPI berbeda dari bisnis inti
Integrasi terjadi di level manajemen puncak (senior team)
Cocok saat inovasi bersifat radikal & disruptif

Contextual Ambidexterity

Individu/tim yang sama menyeimbangkan keduanya sehari-hari
Mengandalkan budaya & sistem dukung (disipline + stretch)
Lebih ringan secara struktural, butuh kematangan budaya tinggi
Cocok saat inovasi bersifat inkremental & berkelanjutan

Mini-Kasus: Unit Digital Bank Sebagai Structural Ambidexterity

Konteks (ilustrasi, disederhanakan untuk pembelajaran): Beberapa bank besar Indonesia membentuk unit/anak usaha bank digital yang beroperasi terpisah dari struktur bank induk — tim, budaya kerja, dan kecepatan keputusan berbeda dari organisasi induk yang birokratis.

Elemen	Bank Induk (Eksploitasi)	Unit Digital (Eksplorasi)
Fokus utama	Efisiensi, kepatuhan, skala nasabah besar	Kecepatan, eksperimen, akuisisi nasabah baru
Struktur keputusan	Berlapis, komite risiko formal	Ringkas, otonomi produk tinggi
Metrik kinerja	ROA, NPL, efisiensi biaya	Growth rate, engagement, kecepatan rilis fitur
Titik integrasi	Manajemen puncak grup — menjaga sinergi modal, data, & merek tanpa memaksakan birokrasi induk ke unit digital

Pelajaran Kunci

Ambidexterity berhasil bila integrasi dilakukan di puncak, bukan dengan memaksa unit eksplorasi mengikuti proses birokrasi unit eksploitasi.

Kasus unit digital bank ini saya sajikan sebagai ilustrasi konseptual dari pola yang umum terjadi di industri perbankan Indonesia, bukan data spesifik satu bank tertentu, jadi sampaikan itu dengan jelas kepada mahasiswa. Perhatikan baris terakhir tabel tentang titik integrasi, karena inilah yang paling sering gagal dipahami praktisi — integrasi seharusnya terjadi di level strategi dan alokasi modal di puncak, bukan dengan memaksa unit digital mengikuti proses persetujuan kredit yang sama lambatnya dengan bank induk. Tanyakan kepada mahasiswa dari sektor perbankan, apakah mereka pernah melihat unit inovasi yang akhirnya "dibunuh pelan-pelan" karena dipaksa mengikuti SOP bisnis inti. Ini adalah pelajaran praktis yang sangat berharga bagi mereka yang suatu saat akan memimpin atau mengevaluasi unit inovasi semacam ini.

Latihan Sintesis: Checklist Keputusan Struktur untuk Unit Anda

Instruksi individu (tulis sebelum sesi berikutnya):

Tentukan strategi unit bisnis Anda (efisiensi, diferensiasi, atau inovasi radikal)
Jalankan rubrik 5 langkah (Slide 5) untuk menilai kesesuaian struktur saat ini
Jika unit Anda perlu ambidexterity, tentukan pendekatan: structural atau contextual? Jelaskan alasannya
Identifikasi 1 risiko governance (Slide 13) yang relevan bila Anda merekomendasikan elemen lintas-batas

Ringkasan & Jembatan ke Pertemuan 4

Yang Telah Kita Bangun Hari Ini

Struktur adalah keputusan stratejik (Chandler), bukan administrasi rutin
Rubrik 5 langkah untuk memilih struktur align dengan strategi
Fungsional/divisional/matriks — trade-off, bukan pilihan absolut
Organisasi lintas-batas & governance-nya
Ambidexterity: structural vs contextual, integrasi di puncak

Menuju Pertemuan 4

Struktur baru sudah dirancang — bagaimana mengalokasikan sumber daya untuk mendukungnya?
Restrukturisasi memicu resistensi — bagaimana mengelolanya?
Keselarasan kinerja-penggajian-budaya pasca-restrukturisasi

Bawa hasil latihan checklist Anda (slide sebelumnya) ke Pertemuan 4 — kita akan gunakan sebagai kasus diskusi pembuka isu implementasi operasional.

Sebagai penutup, mari kita rekap bahwa hari ini kita bergerak dari fondasi teori Chandler, melalui tiga bentuk struktur klasik, organisasi lintas-batas, hingga konsep ambidexterity yang cukup canggih untuk level manajerial senior seperti Anda. Tekankan bahwa ketiga bagian ini saling terkait — memilih struktur yang tepat hanyalah langkah pertama, karena struktur yang bagus di atas kertas bisa gagal total kalau alokasi sumber daya dan pengelolaan resistensi perubahan tidak dilakukan dengan baik, itulah yang akan kita bahas di Pertemuan 4. Ingatkan mahasiswa untuk membawa hasil latihan checklist mereka karena akan langsung dipakai sebagai bahan diskusi pembuka pekan depan. Ucapkan Terima Kasih atas partisipasi aktif hari ini dan dorong mereka mengaitkan konsep-konsep ini dengan pengalaman kerja mereka secara berkelanjutan sepanjang semester.