Bagian Tiga: AKSELERASI
Nyalakan Mesin Anda
Sebagian besar keputusan yang dihadapi oleh startup tidaklah bersifat hitam-putih. Seberapa sering sebuah produk harus dirilis? Apakah ada alasan untuk merilisnya setiap minggu daripada setiap hari, setiap kuartal, atau setiap tahun? Setiap peluncuran produk menimbulkan biaya tambahan (overhead). Dari sudut pandang efisiensi, merilis terlalu sering berarti waktu yang tersedia untuk benar-benar membangun produk menjadi lebih sedikit. Namun, menunggu terlalu lama untuk merilis produk dapat menimbulkan pemborosan terbesar: membuat sesuatu yang ternyata tidak diinginkan oleh siapa pun.
Berapa banyak waktu dan energi yang seharusnya diinvestasikan perusahaan pada infrastruktur dan perencanaan sejak awal sebagai persiapan menuju kesuksesan? Jika terlalu banyak, waktu berharga yang seharusnya digunakan untuk belajar dari pasar akan terbuang. Jika terlalu sedikit, perusahaan bisa gagal memanfaatkan keberhasilan awal dan bahkan kehilangan kepemimpinan pasar kepada pesaing yang bergerak cepat.
Apa yang seharusnya dilakukan karyawan setiap hari? Bagaimana kita memastikan bahwa orang-orang bertanggung jawab terhadap proses pembelajaran pada tingkat organisasi?
Departemen tradisional biasanya menciptakan struktur insentif yang membuat orang fokus pada keunggulan dalam spesialisasi mereka, seperti pemasaran, penjualan, atau pengembangan produk. Namun bagaimana jika kepentingan terbaik perusahaan justru tercapai melalui kolaborasi lintas fungsi? Startup membutuhkan struktur organisasi yang mampu menghadapi ketidakpastian ekstrem, yang merupakan musuh utama sebuah startup.
Gerakan lean manufacturing sebelumnya menghadapi pertanyaan serupa di lantai pabrik. Jawaban yang mereka temukan juga relevan bagi startup, meskipun perlu beberapa penyesuaian.
Pertanyaan pertama yang paling penting dalam setiap transformasi lean adalah: aktivitas mana yang menciptakan nilai dan aktivitas mana yang merupakan pemborosan? Setelah memahami perbedaan ini, kita dapat mulai menggunakan teknik-teknik lean untuk menghilangkan pemborosan dan meningkatkan efisiensi aktivitas yang menciptakan nilai. Agar teknik-teknik ini dapat digunakan dalam startup, mereka harus disesuaikan dengan kondisi unik kewirausahaan.
Seperti yang dijelaskan pada Bab 3, nilai dalam startup bukanlah sekadar menciptakan sesuatu, melainkan pembelajaran yang tervalidasi tentang bagaimana membangun bisnis yang berkelanjutan. Produk apa yang benar-benar diinginkan pelanggan? Bagaimana bisnis kita akan tumbuh? Siapa pelanggan kita? Pelanggan mana yang harus kita dengarkan dan mana yang sebaiknya kita abaikan? Pertanyaan-pertanyaan inilah yang harus dijawab secepat mungkin untuk memaksimalkan peluang keberhasilan startup. Itulah yang menciptakan nilai bagi startup.
Pada Bagian Tiga, kita akan mengembangkan teknik-teknik yang memungkinkan Lean Startup untuk tumbuh tanpa mengorbankan kecepatan dan kelincahan yang menjadi sumber kehidupan setiap startup. Berlawanan dengan kepercayaan umum, kelambanan dan birokrasi bukanlah nasib yang tak terhindarkan bagi perusahaan ketika mereka menjadi besar. Dengan fondasi yang tepat, Lean Startup dapat berkembang menjadi perusahaan lean yang tetap mempertahankan kelincahan, orientasi belajar, dan budaya inovasi bahkan ketika mereka melakukan ekspansi.
Dalam Bab 9, kita akan melihat bagaimana Lean Startup memanfaatkan kekuatan yang sering kali terasa bertentangan dengan intuisi, yaitu batch kecil (small batches). Seperti halnya lean manufacturing yang menerapkan pendekatan just-in-time dalam produksi untuk mengurangi persediaan dalam proses, Lean Startup juga menerapkan just-in-time scalability, yaitu melakukan eksperimen produk tanpa harus melakukan investasi besar di awal dalam perencanaan dan desain.
Bab 10 akan membahas metrik yang harus digunakan startup untuk memahami pertumbuhan mereka ketika menambah pelanggan baru dan menemukan pasar baru. Pertumbuhan yang berkelanjutan mengikuti salah satu dari tiga mesin pertumbuhan (engines of growth): paid, viral, atau sticky. Dengan mengidentifikasi mesin pertumbuhan mana yang digunakan oleh startup, perusahaan dapat memfokuskan energi pada hal yang paling efektif untuk memperluas bisnisnya. Setiap mesin pertumbuhan membutuhkan fokus pada metrik yang berbeda untuk mengevaluasi keberhasilan produk baru dan memprioritaskan eksperimen baru. Ketika digunakan bersama metode innovation accounting yang dijelaskan pada Bagian Dua, metrik-metrik ini memungkinkan startup mengetahui kapan pertumbuhan mereka berisiko terhenti dan kapan mereka perlu melakukan pivot.
Bab 11 menunjukkan bagaimana membangun organisasi yang adaptif dengan berinvestasi pada jumlah proses yang tepat agar tim tetap lincah saat perusahaan berkembang. Kita akan melihat bagaimana teknik dari perangkat lean manufacturing, seperti Five Whys, membantu tim startup berkembang tanpa menjadi birokratis atau disfungsional. Kita juga akan melihat bagaimana disiplin lean mempersiapkan startup untuk bertransisi menjadi perusahaan mapan yang didorong oleh keunggulan operasional.
Dalam Bab 12, kita akan kembali ke titik awal. Ketika startup berkembang menjadi perusahaan yang mapan, mereka menghadapi tekanan yang sama yang membuat perusahaan modern perlu menemukan cara baru untuk berinvestasi dalam inovasi disruptif. Bahkan, kita akan melihat bahwa salah satu keuntungan dari pertumbuhan cepat startup adalah kemampuannya untuk mempertahankan DNA kewirausahaan bahkan ketika perusahaan tersebut menjadi dewasa. Perusahaan masa kini harus mampu mengelola portofolio inovasi yang mencakup inovasi berkelanjutan dan inovasi disruptif sekaligus.
Pandangan lama yang menganggap startup melalui tahap-tahap terpisah—di mana jenis pekerjaan sebelumnya seperti inovasi kemudian ditinggalkan—sudah tidak relevan lagi. Sebaliknya, perusahaan modern harus mampu melakukan berbagai jenis pekerjaan secara paralel. Untuk itu, kita akan mempelajari teknik-teknik untuk menginkubasi tim inovasi di dalam perusahaan yang sudah mapan.
Saya juga menyertakan sebuah epilog berjudul “Waste Not”, yang membahas beberapa implikasi lebih luas dari keberhasilan gerakan Lean Startup, menempatkannya dalam konteks sejarah (termasuk pelajaran peringatan dari gerakan-gerakan sebelumnya), serta memberikan beberapa saran mengenai arah masa depannya.
9. Kelompok
Dalam buku Lean Thinking, James P. Womack dan Daniel T. Jones menceritakan sebuah kisah tentang memasukkan buletin ke dalam amplop dengan bantuan dua anak perempuan salah satu penulis.
Setiap amplop harus:
- diberi alamat
- ditempeli perangko
- diisi dengan surat
- kemudian disegel
Kedua anaknya yang berusia enam dan sembilan tahun tahu bagaimana proyek itu seharusnya dilakukan:
“Ayah, pertama lipat semua buletinnya dulu.
Lalu tempelkan segelnya.
Setelah itu baru tempelkan perangkonya.”
Namun sang ayah ingin melakukannya dengan cara yang tidak intuitif: menyelesaikan satu amplop sepenuhnya sebelum beralih ke amplop berikutnya.
Anak-anaknya—seperti kebanyakan dari kita—menganggap cara itu terbalik dan berkata:
“Itu tidak efisien!”
Mereka kemudian membagi amplop menjadi dua bagian dan berlomba untuk melihat siapa yang akan selesai lebih dulu.
Sang ayah memenangkan perlombaan itu, bukan hanya karena dia orang dewasa, tetapi karena metode menyelesaikan satu amplop pada satu waktu ternyata lebih cepat, meskipun terlihat tidak efisien.
Pendekatan ini telah dikonfirmasi oleh banyak penelitian.
Konsep Single-Piece Flow
Pendekatan satu amplop pada satu waktu disebut single-piece flow dalam lean manufacturing.
Metode ini bekerja karena kekuatan mengejutkan dari batch kecil (small batches).
Jika pekerjaan dilakukan melalui beberapa tahap, maka ukuran batch (batch size) adalah jumlah pekerjaan yang berpindah dari satu tahap ke tahap berikutnya dalam satu waktu.
Contoh:
- Jika kita mengisi 100 amplop sekaligus dengan cara intuitif (melipat semua surat dulu), maka batch size = 100
- Dalam single-piece flow, batch size = 1
Mengapa Batch Kecil Lebih Cepat?
Mengisi satu amplop pada satu waktu bisa lebih cepat karena intuisi kita sering mengabaikan waktu tambahan yang dibutuhkan untuk:
- menyortir
- menumpuk
- memindahkan
- mengatur ulang
tumpukan besar amplop yang belum selesai.
Sering kali kita menganggap lebih efisien melakukan tugas yang sama berulang-ulang, karena kita merasa akan menjadi lebih cepat dengan latihan. Namun dalam pekerjaan berbasis proses seperti ini, kinerja sistem secara keseluruhan lebih penting daripada kinerja individu.
Keuntungan Tambahan Batch Kecil
Bahkan jika setiap tahap membutuhkan waktu yang sama, pendekatan batch kecil tetap lebih unggul.
Contoh situasi:
Jika surat tidak muat dalam amplop
- Batch besar: masalah baru diketahui hampir di akhir proses
- Batch kecil: masalah diketahui hampir seketika
Jika amplop rusak dan tidak bisa disegel
- Batch besar: semua amplop harus dibongkar dan diisi ulang
- Batch kecil: masalah langsung diketahui tanpa pekerjaan ulang
Dampak pada Bisnis
Masalah-masalah ini terlihat jelas bahkan dalam proses sederhana seperti mengisi amplop, tetapi dampaknya jauh lebih besar dalam operasi perusahaan.
Pendekatan batch kecil:
- menghasilkan produk selesai setiap beberapa detik
- sedangkan batch besar menghasilkan semua produk sekaligus di akhir
Bayangkan jika waktu produksinya:
- beberapa jam
- beberapa hari
- beberapa minggu
Jika ternyata pelanggan tidak menginginkan produk tersebut, metode mana yang memungkinkan perusahaan mengetahuinya lebih cepat?
Asal-usul Pendekatan Batch Kecil
Produsen lean menemukan manfaat batch kecil beberapa dekade lalu.
Setelah World War II, industri otomotif Jepang menghadapi masalah besar. Perusahaan seperti Toyota tidak mampu bersaing dengan pabrik Amerika yang sangat besar dan menggunakan teknik produksi massal.
Pabrik Amerika:
- menggunakan mesin besar
- memproduksi ribuan komponen sekaligus
- menurunkan biaya per unit dengan skala produksi besar
Namun pasar Jepang terlalu kecil untuk model tersebut.
Selain itu, ekonomi Jepang setelah perang tidak memiliki modal besar untuk membeli mesin raksasa.
Inovasi Toyota
Dalam kondisi ini, para inovator seperti:
- Taiichi Ohno
- Shigeo Shingo
mengembangkan pendekatan batch kecil.
Toyota menggunakan:
- mesin yang lebih kecil
- mesin serbaguna
- produksi dalam batch kecil
Hal ini membutuhkan kemampuan untuk mengonfigurasi ulang mesin dengan cepat agar dapat membuat komponen yang berbeda pada waktu yang tepat.
Konsep SMED
Shigeo Shingo mengembangkan konsep:
SMED (Single-Minute Exchange of Die)
Tujuannya adalah mempercepat pergantian alat produksi sehingga batch kecil menjadi praktis.
Ia berhasil:
- mengurangi waktu pergantian mesin
- dari beberapa jam
- menjadi kurang dari sepuluh menit
Bukan dengan meminta pekerja bekerja lebih cepat, tetapi dengan merancang ulang proses kerja.
Hasilnya
Dengan batch kecil, Toyota mampu:
- memproduksi banyak variasi mobil
- melayani pasar kecil yang terfragmentasi
- tetap bersaing dengan produsen massal
Seiring waktu, kemampuan ini memungkinkan Toyota masuk ke pasar yang lebih besar hingga akhirnya menjadi produsen mobil terbesar di dunia pada tahun 2008.
Keunggulan Terbesar: Kualitas
Keuntungan terbesar batch kecil adalah masalah kualitas dapat ditemukan jauh lebih cepat.
Dari sinilah muncul konsep terkenal Toyota:
Andon Cord
Sebuah sistem yang memungkinkan setiap pekerja menghentikan jalur produksi jika menemukan masalah.
Hal ini tampak bertentangan dengan intuisi, karena jalur perakitan biasanya dianggap optimal ketika berjalan terus tanpa berhenti.
Namun dalam praktiknya:
- menemukan masalah lebih cepat
- memperbaiki lebih cepat
- mengurangi cacat produksi
memberikan keuntungan besar bagi perusahaan dan pelanggan.
Pendekatan ini menjadi salah satu penyebab utama reputasi Toyota dalam kualitas tinggi dan biaya rendah.
Batch Kecil dalam Kewirausahaan
Ketika saya mengajarkan metode ini kepada para wirausahawan, saya sering memulainya dengan kisah-kisah dari dunia manufaktur. Tak lama kemudian, saya dapat melihat tatapan penuh tanya: apa hubungannya semua ini dengan startup saya? Teori yang menjadi fondasi keberhasilan Toyota dapat digunakan untuk secara dramatis meningkatkan kecepatan startup dalam memperoleh pembelajaran yang tervalidasi.
Toyota menemukan bahwa batch kecil membuat pabrik mereka jauh lebih efisien. Sebaliknya, dalam pendekatan Lean Startup, tujuannya bukanlah memproduksi lebih banyak barang secara lebih efisien. Tujuannya adalah—secepat mungkin—mempelajari bagaimana membangun sebuah bisnis yang berkelanjutan.
Coba ingat kembali contoh memasukkan surat ke dalam amplop. Bagaimana jika ternyata pelanggan tidak menginginkan produk yang sedang kita bangun? Meskipun kabar semacam itu tidak pernah menyenangkan bagi seorang wirausahawan, mengetahuinya lebih awal jauh lebih baik daripada mengetahuinya terlambat. Bekerja dalam batch kecil memastikan bahwa sebuah startup dapat meminimalkan pengeluaran waktu, uang, dan upaya yang pada akhirnya terbukti sia-sia.
Batch Kecil di IMVU
Di IMVU, kami menerapkan pelajaran dari dunia manufaktur ini ke dalam cara kami bekerja. Biasanya, versi baru dari produk seperti milik kami dirilis kepada pelanggan dalam siklus bulanan, triwulanan, atau tahunan.
Coba perhatikan telepon seluler Anda. Kemungkinan besar, itu bukanlah versi pertama dari jenisnya. Bahkan perusahaan yang sangat inovatif seperti Apple merilis versi baru dari ponsel andalannya kira-kira sekali setahun. Dalam satu peluncuran produk tersebut, puluhan fitur baru dikemas sekaligus (pada peluncuran iPhone 4, Apple bahkan membanggakan lebih dari 1.500 perubahan).
Ironisnya, banyak produk berteknologi tinggi diproduksi di fasilitas manufaktur canggih yang mengikuti prinsip-prinsip terbaru dalam lean thinking, termasuk batch kecil dan aliran satu unit. Namun, proses yang digunakan untuk merancang produk justru masih terjebak dalam era produksi massal.
Bayangkan semua perubahan yang dilakukan pada produk seperti iPhone; seluruh 1.500 perubahan itu dirilis kepada pelanggan dalam satu batch raksasa.
Di balik layar, dalam proses pengembangan dan perancangan produk itu sendiri, batch besar masih menjadi aturan. Pekerjaan yang terlibat dalam pengembangan produk baru berlangsung seperti di sebuah lini perakitan virtual. Para manajer produk menentukan fitur-fitur apa yang kemungkinan besar akan menyenangkan pelanggan; para desainer produk kemudian merancang bagaimana fitur-fitur tersebut seharusnya tampak dan terasa. Rancangan ini diteruskan kepada para insinyur, yang membangun sesuatu yang baru atau memodifikasi produk yang sudah ada, dan setelah selesai, hasilnya diserahkan kepada pihak yang bertanggung jawab memverifikasi bahwa produk baru tersebut bekerja sebagaimana dimaksud oleh para manajer produk dan desainer. Untuk produk seperti iPhone, serah terima internal semacam ini dapat terjadi setiap bulan atau setiap kuartal.
Mari kembali sekali lagi pada latihan memasukkan surat ke dalam amplop. Apa cara paling efisien untuk melakukan pekerjaan ini?
Di IMVU, kami berusaha merancang, mengembangkan, dan merilis fitur baru satu per satu, dengan memanfaatkan kekuatan batch kecil. Inilah bentuk penerapannya.
Alih-alih bekerja dalam departemen yang terpisah, para insinyur dan desainer bekerja bersama, berdampingan, mengerjakan satu fitur pada satu waktu. Begitu fitur tersebut siap diuji kepada pelanggan, mereka segera merilis versi baru dari produk, yang kemudian langsung aktif di situs web kami untuk sejumlah pengguna yang relatif kecil. Tim dapat segera menilai dampak pekerjaan mereka, mengevaluasi pengaruhnya terhadap pelanggan, dan memutuskan langkah berikutnya. Untuk perubahan yang sangat kecil, seluruh proses ini dapat diulang beberapa kali dalam sehari. Bahkan secara keseluruhan, IMVU melakukan sekitar lima puluh perubahan pada produknya—rata-rata—setiap hari.
Sebagaimana dalam Toyota Production System, kunci untuk dapat bergerak secepat ini adalah memeriksa cacat atau kesalahan segera setelah muncul, sehingga mencegah masalah yang lebih besar di kemudian hari. Sebagai contoh, kami memiliki serangkaian pengujian otomatis yang luas untuk memastikan bahwa setiap kali terjadi perubahan, produk kami tetap berfungsi sebagaimana dirancang. Misalkan seorang insinyur secara tidak sengaja menghapus fitur penting, seperti tombol pembayaran pada salah satu halaman e-commerce kami. Tanpa tombol ini, pelanggan tidak lagi dapat membeli apa pun dari IMVU. Seolah-olah bisnis kami seketika berubah menjadi sekadar hobi. Secara analog dengan andon cord dalam sistem Toyota, IMVU menggunakan serangkaian mekanisme pertahanan yang rumit untuk mencegah para insinyur secara tidak sengaja merusak sesuatu yang penting. Kami menyebutnya sistem kekebalan produk, karena perlindungan otomatis tersebut melampaui sekadar memeriksa apakah produk berperilaku sesuai harapan. Kami juga secara terus-menerus memantau kesehatan bisnis kami sendiri sehingga kesalahan dapat ditemukan dan dihilangkan secara otomatis.
Kembali pada contoh bisnis yang berubah menjadi hobi karena tombol pembayaran yang hilang, mari kita buat masalahnya sedikit lebih menarik. Bayangkan bahwa alih-alih menghapus tombol tersebut sepenuhnya, seorang insinyur melakukan kesalahan dan mengubah warna tombol sehingga menjadi putih di atas latar belakang putih. Dari sudut pandang pengujian fungsional otomatis, tombol itu masih ada dan semuanya tampak berjalan normal; namun dari sudut pandang pelanggan, tombol itu seolah hilang, sehingga tidak seorang pun dapat membeli apa pun. Jenis masalah seperti ini sulit dideteksi hanya melalui otomatisasi, tetapi tetap bersifat katastrofik dari sudut pandang bisnis. Di IMVU, sistem kekebalan kami diprogram untuk mendeteksi konsekuensi bisnis semacam ini dan secara otomatis mengaktifkan padanan andon cord kami.
Ketika sistem kekebalan kami mendeteksi suatu masalah, beberapa hal segera terjadi:
- Perubahan yang cacat segera dihapus secara otomatis.
- Semua orang dalam tim terkait segera diberi tahu tentang masalah tersebut.
- Tim tersebut diblokir dari memperkenalkan perubahan lebih lanjut, sehingga mencegah masalah menjadi semakin parah akibat kesalahan berikutnya …
- … sampai akar penyebab masalah ditemukan dan diperbaiki. (Analisis akar penyebab ini dibahas lebih rinci dalam Bab 11.)
Di IMVU, kami menyebut pendekatan ini continuous deployment, dan bahkan dalam dunia pengembangan perangkat lunak yang bergerak cepat, praktik ini masih dianggap kontroversial. Namun seiring gerakan Lean Startup semakin mendapat perhatian, semakin banyak startup yang mulai mengadopsinya, termasuk yang mengoperasikan aplikasi yang bersifat sangat kritis. Salah satu contoh paling mutakhir adalah Wealthfront, yang pivot-nya telah dijelaskan dalam Bab 8. Perusahaan ini mempraktikkan continuous deployment yang sesungguhnya—termasuk lebih dari selusin rilis kepada pelanggan setiap hari—bahkan dalam lingkungan yang diatur oleh SEC.
Continuous Deployment di Luar Perangkat Lunak
Ketika saya menceritakan kisah ini kepada orang-orang yang bekerja di industri yang bergerak lebih lambat, mereka sering mengira saya sedang menggambarkan sesuatu yang futuristik. Namun semakin lama, semakin banyak industri yang melihat proses desain mereka dipercepat oleh kekuatan-kekuatan mendasar yang sama yang memungkinkan iterasi cepat di industri perangkat lunak. Hal ini terjadi melalui tiga cara.
- Perangkat keras menjadi perangkat lunak.
Perhatikan apa yang terjadi pada elektronik konsumen. Telepon dan komputer tablet terbaru pada dasarnya tidak lebih dari sebuah layar yang terhubung ke internet. Hampir seluruh nilai mereka ditentukan oleh perangkat lunaknya. Bahkan produk tradisional seperti mobil kini melihat semakin besar bagian nilainya dihasilkan oleh perangkat lunak yang ada di dalamnya—yang mengendalikan segala sesuatu, mulai dari sistem hiburan hingga penyetelan mesin sampai pengendalian rem. Apa pun yang dapat dibangun melalui perangkat lunak dapat dimodifikasi jauh lebih cepat daripada perangkat fisik atau mekanis.
- Perubahan produksi yang cepat.
Berkat keberhasilan gerakan lean manufacturing, banyak lini perakitan kini dirancang agar setiap produk baru yang keluar dari lini dapat disesuaikan sepenuhnya tanpa mengorbankan kualitas atau efisiensi biaya. Secara historis, kemampuan ini digunakan untuk memberikan pelanggan banyak pilihan produk. Namun di masa depan, kemampuan ini akan memungkinkan para perancang produk memperoleh umpan balik jauh lebih cepat tentang versi-versi baru. Ketika desain berubah, tidak ada persediaan berlebih dari versi lama yang memperlambat proses. Karena mesin dirancang untuk pergantian yang cepat, begitu desain baru siap, versi baru dapat segera diproduksi.
- Pencetakan 3D dan alat prototipe cepat.
Sebagai salah satu contoh, sebagian besar produk dan komponen plastik saat ini diproduksi secara massal menggunakan teknik yang disebut injection molding. Proses ini sangat mahal dan memakan waktu untuk dipersiapkan, tetapi setelah berjalan, ia dapat menghasilkan ratusan ribu unit identik dengan biaya yang sangat rendah. Ini adalah contoh klasik produksi batch besar. Hal ini menempatkan para wirausahawan yang ingin mengembangkan produk fisik baru pada posisi yang kurang menguntungkan, karena pada umumnya hanya perusahaan besar yang mampu membiayai produksi besar-besaran semacam itu untuk produk baru. Namun teknologi baru kini memungkinkan para wirausahawan membuat batch kecil produk dengan kualitas yang sama seperti produk yang dibuat dengan injection molding, tetapi dengan biaya yang jauh lebih rendah dan dalam waktu yang jauh lebih cepat.
Pelajaran esensialnya bukanlah bahwa setiap orang harus merilis produk lima puluh kali sehari, melainkan bahwa dengan memperkecil ukuran batch, kita dapat melalui siklus umpan balik Build-Measure-Learn lebih cepat daripada para pesaing kita. Kemampuan untuk belajar lebih cepat dari pelanggan merupakan keunggulan kompetitif yang paling mendasar yang harus dimiliki oleh sebuah startup.
Batch Kecil dalam Praktik
Untuk melihat proses ini dalam praktik, izinkan saya memperkenalkan sebuah perusahaan di Boise, Idaho, bernama SGW Designworks. Keahlian utama SGW adalah teknik produksi cepat untuk produk fisik. Banyak kliennya merupakan startup.
SGW Designworks pernah diminta oleh seorang klien yang mendapatkan permintaan dari pelanggan militer untuk membangun sebuah sistem sinar-X lapangan yang kompleks guna mendeteksi bahan peledak dan perangkat destruktif lainnya di perlintasan perbatasan serta di zona perang.
Secara konseptual, sistem tersebut terdiri atas unit kepala canggih yang membaca film sinar-X, beberapa panel film sinar-X, serta kerangka penyangga untuk menahan panel-panel tersebut saat film sedang dipaparkan. Klien sudah memiliki teknologi untuk panel sinar-X dan unit kepala tersebut, tetapi agar produk ini dapat berfungsi dalam lingkungan militer yang keras, SGW perlu merancang serta menyediakan struktur pendukung yang memungkinkan teknologi itu digunakan di lapangan. Kerangka tersebut harus cukup stabil untuk memastikan kualitas citra sinar-X, cukup kuat untuk digunakan di zona perang, mudah dipasang dengan pelatihan minimal, dan cukup ringkas untuk dilipat hingga dapat dimasukkan ke dalam ransel.
Inilah tepatnya jenis produk yang biasanya kita anggap membutuhkan waktu berbulan-bulan atau bahkan bertahun-tahun untuk dikembangkan. Namun teknik-teknik baru kini memperpendek rentang waktu tersebut. SGW segera mulai membuat prototipe visual dengan menggunakan perangkat lunak desain berbantuan komputer tiga dimensi (CAD). Model tiga dimensi ini berfungsi sebagai alat komunikasi cepat antara klien dan tim SGW untuk mengambil keputusan desain sejak tahap awal.
Tim dan klien akhirnya menyepakati sebuah rancangan yang menggunakan engsel pengunci canggih untuk memungkinkan struktur tersebut dilipat tanpa mengorbankan stabilitas. Rancangan itu juga mengintegrasikan mekanisme cangkir hisap/pompa agar panel sinar-X dapat dipasang dengan cepat dan konsisten. Terdengar rumit, bukan?
Tiga hari kemudian, tim SGW menyerahkan prototipe fisik pertama kepada klien. Prototipe tersebut dikerjakan dari aluminium langsung berdasarkan model tiga dimensi, menggunakan teknik yang disebut computer numerical control (CNC), dan kemudian dirakit secara manual oleh tim SGW.
Klien segera membawa prototipe tersebut kepada kontak militernya untuk ditinjau. Konsep umumnya diterima dengan beberapa modifikasi desain kecil. Dalam lima hari berikutnya, satu siklus penuh lain dari iterasi desain, pembuatan prototipe, dan peninjauan desain berhasil diselesaikan oleh klien dan SGW. Produksi awal sebanyak empat puluh unit yang telah selesai siap dikirimkan tiga setengah minggu setelah proyek pengembangan dimulai.
SGW menyadari bahwa ini adalah model yang sangat efektif karena umpan balik terhadap keputusan desain diperoleh hampir secara seketika. Tim tersebut kemudian menggunakan proses yang sama untuk merancang dan menghasilkan delapan produk dengan fungsi yang sangat beragam dalam kurun waktu dua belas bulan. Separuh dari produk tersebut sudah menghasilkan pendapatan saat ini, sementara sisanya masih menunggu pesanan awal—semuanya berkat kekuatan bekerja dalam batch kecil.
Garis Waktu Proyek
Perancangan dan rekayasa prototipe virtual awal — 1 hari
Produksi dan perakitan prototipe fisik awal — 3 hari
Iterasi desain: dua siklus tambahan — 5 hari
Produksi awal dan perakitan empat puluh unit pertama — 15 hari
Batch Kecil dalam Pendidikan
Tidak semua jenis produk—sebagaimana adanya saat ini—memungkinkan perubahan desain dilakukan dalam batch kecil. Namun hal itu bukan alasan untuk terus bertahan pada metode yang sudah usang. Sering kali diperlukan upaya yang cukup besar agar para inovator dapat bereksperimen dengan batch kecil. Sebagaimana telah dijelaskan dalam Bab 2, bagi perusahaan mapan yang ingin mempercepat tim inovasinya, membangun platform untuk eksperimen semacam ini merupakan tanggung jawab manajemen senior.
Bayangkan Anda adalah seorang guru yang bertanggung jawab mengajar matematika kepada siswa sekolah menengah pertama. Meskipun Anda mungkin mengajarkan konsep-konsep dalam batch kecil—hari demi hari—kurikulum secara keseluruhan tidak dapat sering diubah. Karena kurikulum harus disusun terlebih dahulu dan Anda harus mengajarkan konsep yang sama dalam urutan yang sama kepada setiap siswa di kelas, Anda paling banyak hanya dapat mencoba kurikulum baru sekali dalam setahun.
Bagaimana seorang guru matematika dapat bereksperimen dengan batch kecil? Dalam sistem pendidikan kita yang saat ini masih berbasis batch besar, hal itu akan sangat sulit; sistem pendidikan modern dirancang pada era produksi massal dan menggunakan batch besar secara luas.
Namun generasi baru startup sedang bekerja keras untuk mengubah keadaan tersebut. Dalam program School of One, para siswa memiliki “daftar putar” harian berisi tugas belajar yang disesuaikan dengan kebutuhan belajar masing-masing siswa, berdasarkan kesiapan dan gaya belajar mereka. Sebagai contoh, Julia berada jauh di atas tingkat kelasnya dalam matematika dan belajar paling efektif dalam kelompok kecil. Karena itu, daftar tugasnya mungkin mencakup tiga atau empat video yang disesuaikan dengan tingkat kemampuannya, sesi bimbingan pribadi selama tiga puluh menit dengan gurunya, serta aktivitas kelompok kecil di mana ia memecahkan teka-teki matematika bersama tiga teman sebaya yang memiliki tingkat kemampuan serupa. Setiap aktivitas dilengkapi dengan penilaian sehingga data dapat dikembalikan kepada guru untuk memilih tugas yang sesuai bagi daftar tugas berikutnya. Data ini bahkan dapat digabungkan di tingkat kelas, sekolah, atau seluruh distrik.
Sekarang bayangkan mencoba bereksperimen dengan kurikulum menggunakan alat seperti School of One. Setiap siswa belajar dengan kecepatannya masing-masing. Misalkan Anda seorang guru yang memiliki gagasan baru tentang urutan konsep matematika yang seharusnya diajarkan. Anda dapat segera melihat dampak perubahan tersebut pada siswa-siswa yang sedang berada pada bagian kurikulum tersebut. Jika Anda menilai perubahan itu baik, Anda dapat langsung menerapkannya kepada seluruh siswa; ketika mereka mencapai bagian kurikulum itu, mereka akan secara otomatis mendapatkan urutan yang baru. Dengan kata lain, alat seperti School of One memungkinkan para guru bekerja dalam batch yang jauh lebih kecil, demi manfaat para siswa. Dan ketika alat semacam ini digunakan secara luas, eksperimen yang berhasil dilakukan oleh guru individual dapat diterapkan pada tingkat distrik, kota, bahkan nasional. Pendekatan ini telah memberikan dampak nyata dan mendapatkan berbagai pujian. Majalah Time baru-baru ini memasukkan School of One dalam daftar “ide paling inovatif”; dan itu adalah satu-satunya organisasi pendidikan yang masuk dalam daftar tersebut.
Spiral Kematian Batch Besar
Batch kecil sering kali menjadi tantangan bagi para manajer yang terbiasa dengan konsep tradisional tentang produktivitas dan kemajuan, karena mereka percaya bahwa spesialisasi fungsional lebih efisien bagi para pekerja ahli.
Bayangkan Anda seorang perancang produk yang mengawasi pengembangan produk baru dan harus menghasilkan tiga puluh gambar desain terpisah. Kemungkinan besar Anda akan merasa bahwa cara paling efisien adalah bekerja sendirian, menghasilkan desain satu per satu. Setelah semuanya selesai, Anda menyerahkan seluruh gambar tersebut kepada tim rekayasa dan membiarkan mereka bekerja. Dengan kata lain, Anda bekerja dalam batch besar.
Dari sudut pandang efisiensi individu, bekerja dalam batch besar memang masuk akal. Metode ini juga memiliki manfaat lain: mendorong pengembangan keahlian, mempermudah pertanggungjawaban individu, dan—yang paling penting—memungkinkan para ahli bekerja tanpa gangguan. Setidaknya demikianlah teorinya. Sayangnya, kenyataan jarang berjalan seperti itu.
Pertimbangkan contoh hipotetis kita. Setelah menyerahkan tiga puluh gambar desain kepada tim rekayasa, sang desainer bebas mengalihkan perhatiannya ke proyek berikutnya. Namun ingat kembali masalah yang muncul dalam latihan memasukkan surat ke dalam amplop. Apa yang terjadi ketika tim rekayasa memiliki pertanyaan tentang bagaimana gambar tersebut seharusnya digunakan? Bagaimana jika beberapa gambar tidak jelas? Bagaimana jika sesuatu berjalan salah ketika para insinyur mencoba menggunakan desain tersebut?
Masalah-masalah ini hampir pasti berubah menjadi gangguan bagi sang desainer, dan kini gangguan tersebut mengacaukan batch besar berikutnya yang sedang ia kerjakan. Jika gambar perlu diperbaiki, para insinyur mungkin menjadi menganggur sambil menunggu perbaikan selesai. Jika desainer tidak tersedia, para insinyur mungkin harus memperbaiki desain itu sendiri.
Inilah sebabnya begitu sedikit produk yang akhirnya benar-benar dibangun persis seperti yang dirancang.
Ketika saya bekerja dengan para manajer produk dan desainer di perusahaan yang menggunakan batch besar, saya sering menemukan bahwa mereka harus mengulang pekerjaan mereka lima atau enam kali untuk setiap rilis produk. Seorang manajer produk yang pernah saya tangani bahkan begitu kewalahan oleh gangguan sehingga ia mulai datang ke kantor tengah malam agar dapat bekerja tanpa interupsi. Ketika saya menyarankan agar ia mencoba mengubah proses kerja dari batch besar menjadi aliran satu unit, ia menolak—karena menurutnya itu tidak efisien! Begitu kuatnya naluri untuk bekerja dalam batch besar, sehingga bahkan ketika sistem batch besar jelas-jelas tidak berfungsi, kita justru cenderung menyalahkan diri sendiri.
Batch besar cenderung terus membesar seiring waktu. Karena memindahkan batch ke tahap berikutnya sering menimbulkan pekerjaan tambahan, perbaikan ulang, penundaan, dan gangguan, semua orang memiliki insentif untuk bekerja dalam batch yang semakin besar guna meminimalkan beban tambahan tersebut. Fenomena ini disebut spiral kematian batch besar, karena—berbeda dengan manufaktur—tidak ada batas fisik terhadap ukuran maksimum sebuah batch. Ukuran batch dapat terus membesar dan membesar.
Pada akhirnya, satu batch menjadi proyek prioritas tertinggi—sebuah versi baru produk yang “mempertaruhkan seluruh perusahaan”—karena sudah begitu lama sejak rilis terakhir. Namun kini para manajer justru terdorong untuk terus menambah ukuran batch alih-alih merilis produk. Mengingat betapa lamanya produk tersebut dikembangkan, mengapa tidak memperbaiki satu bug lagi atau menambahkan satu fitur lagi? Siapa yang mau menjadi manajer yang dianggap mempertaruhkan keberhasilan rilis besar ini dengan mengabaikan cacat yang berpotensi kritis?
Saya pernah bekerja di sebuah perusahaan yang terperangkap dalam spiral kematian ini. Kami telah berbulan-bulan mengembangkan versi baru dari sebuah produk yang sangat menarik. Versi aslinya sendiri telah bertahun-tahun dalam proses pembuatan, dan ekspektasi terhadap rilis berikutnya luar biasa tinggi. Namun semakin lama kami bekerja, semakin besar pula rasa takut kami terhadap bagaimana reaksi pelanggan ketika akhirnya melihat versi baru tersebut. Seiring rencana kami menjadi semakin ambisius, jumlah bug, konflik, dan masalah yang harus ditangani juga meningkat. Tak lama kemudian kami berada dalam situasi di mana kami tidak dapat merilis apa pun. Tanggal peluncuran kami seolah terus menjauh. Semakin banyak pekerjaan yang kami selesaikan, semakin banyak pula pekerjaan baru yang muncul. Ketidakmampuan untuk merilis produk akhirnya memicu krisis dan pergantian manajemen—semuanya akibat jebakan batch besar.
Kesalahpahaman tentang ukuran batch ini sangat umum terjadi. Apotek rumah sakit sering mengirimkan obat dalam batch besar ke bangsal pasien sekali sehari karena dianggap efisien—hanya satu perjalanan, bukan? Namun banyak dari obat tersebut harus dikembalikan ke apotek ketika resep pasien berubah atau pasien dipindahkan atau dipulangkan, sehingga staf apotek harus melakukan banyak pekerjaan ulang dan pemrosesan kembali (atau bahkan membuang) obat-obatan tersebut. Mengirimkan batch yang lebih kecil setiap empat jam justru mengurangi total beban kerja apotek dan memastikan obat yang tepat berada di tempat yang tepat ketika dibutuhkan.
Pengambilan sampel darah di laboratorium rumah sakit juga sering dilakukan dalam batch per jam; para flebotomis mengumpulkan darah selama satu jam dari banyak pasien, lalu mengirim atau membawa semua sampel ke laboratorium sekaligus. Hal ini memperpanjang waktu tunggu hasil tes dan dapat menurunkan kualitas pengujian. Kini semakin umum bagi rumah sakit untuk membawa batch kecil (dua pasien) atau bahkan aliran satu pasien ke laboratorium, meskipun mereka harus mempekerjakan satu atau dua flebotomis tambahan untuk melakukannya, karena biaya keseluruhan sistem justru lebih rendah.
Tarik, Bukan Dorong
Bayangkan Anda sedang berkendara santai, merenungkan keunggulan batch kecil, lalu tanpa sengaja membuat penyok pada bumper Toyota Camry biru keluaran 2011 yang baru Anda beli. Anda membawanya ke dealer untuk diperbaiki dan menunggu kabar yang mungkin tidak menyenangkan. Teknisi perbaikan memberi tahu bahwa bumper mobil Anda perlu diganti. Ia memeriksa persediaan dan mengatakan bahwa mereka memiliki bumper baru di stok, sehingga perbaikan dapat diselesaikan segera. Ini kabar baik bagi semua pihak—bagi Anda karena mobil dapat kembali lebih cepat, dan bagi dealer karena mereka memiliki pelanggan yang puas serta tidak perlu khawatir Anda membawa mobil ke tempat lain untuk diperbaiki. Selain itu, mereka tidak perlu menyimpan mobil Anda atau menyediakan mobil pengganti sementara menunggu suku cadang datang.
Dalam produksi massal tradisional, cara untuk menghindari kekosongan stok—tidak tersedianya produk yang diinginkan pelanggan—adalah dengan menyimpan persediaan suku cadang dalam jumlah besar untuk berjaga-jaga. Mungkin saja bumper Camry biru keluaran 2011 cukup populer, tetapi bagaimana dengan model tahun lalu atau model lima tahun yang lalu? Semakin banyak persediaan yang disimpan, semakin besar kemungkinan Anda memiliki produk yang tepat untuk setiap pelanggan. Namun persediaan besar sangat mahal karena harus diangkut, disimpan, dan dilacak. Bagaimana jika bumper model 2011 itu ternyata memiliki cacat produksi? Seluruh stok cadangan di semua gudang seketika berubah menjadi pemborosan.
Produksi lean memecahkan masalah kekosongan stok dengan teknik yang disebut pull. Ketika Anda membawa mobil ke dealer untuk diperbaiki, satu bumper Camry biru 2011 digunakan. Hal ini menciptakan “lubang” dalam persediaan dealer, yang secara otomatis memicu sinyal ke fasilitas pengisian stok lokal yang disebut Toyota Parts Distribution Center (PDC). PDC kemudian mengirimkan bumper baru kepada dealer, yang kembali menciptakan lubang dalam persediaan mereka. Lubang ini mengirimkan sinyal serupa ke gudang regional yang disebut Toyota Parts Redistribution Center (PRC), tempat semua pemasok suku cadang mengirimkan produk mereka. Gudang tersebut kemudian memberi sinyal kepada pabrik tempat bumper diproduksi untuk membuat satu unit tambahan, yang kemudian diproduksi dan dikirim ke PRC.
Tujuan idealnya adalah mencapai batch kecil hingga aliran satu unit di seluruh rantai pasok. Setiap tahap dalam lini produksi menarik komponen yang dibutuhkannya dari tahap sebelumnya. Inilah metode produksi just-in-time yang terkenal dari Toyota.
Ketika perusahaan beralih ke jenis produksi seperti ini, gudang mereka segera menyusut, karena jumlah persediaan berjaga-jaga—yang disebut work-in-progress (WIP) inventory—berkurang secara drastis. Penyusutan WIP yang hampir terasa ajaib inilah yang menjadi asal-usul istilah lean manufacturing. Seolah-olah seluruh rantai pasok tiba-tiba menjalani diet.
Startup sering kesulitan melihat persediaan work-in-progress mereka. Jika sebuah pabrik memiliki WIP berlebih, barang-barang itu benar-benar menumpuk di lantai pabrik. Namun karena sebagian besar pekerjaan startup bersifat tidak berwujud, WIP tidak terlihat dengan jelas. Sebagai contoh, semua pekerjaan yang dilakukan untuk merancang minimum viable product—hingga produk itu benar-benar dirilis—sebenarnya hanyalah persediaan WIP. Desain yang belum selesai, asumsi yang belum tervalidasi, dan sebagian besar rencana bisnis adalah WIP. Hampir setiap teknik Lean Startup yang telah kita bahas sejauh ini bekerja dengan dua cara: mengubah metode dorong (push) menjadi tarik (pull) dan memperkecil ukuran batch. Keduanya pada akhirnya mengurangi WIP.
Dalam manufaktur, sistem pull terutama digunakan untuk memastikan proses produksi selaras dengan tingkat permintaan pelanggan. Tanpa itu, pabrik dapat menghasilkan jauh lebih banyak—atau jauh lebih sedikit—produk daripada yang sebenarnya diinginkan pelanggan. Namun menerapkan pendekatan ini pada pengembangan produk baru tidaklah sederhana. Beberapa orang keliru memahami model Lean Startup sebagai sekadar menerapkan sistem pull terhadap keinginan pelanggan. Ini mengasumsikan bahwa pelanggan dapat memberi tahu kita produk apa yang harus dibuat, dan bahwa hal itu akan menjadi sinyal pull bagi pengembangan produk untuk memproduksinya.
Sebagaimana telah disebutkan sebelumnya, bukan demikian cara kerja model Lean Startup, karena pelanggan sering kali tidak benar-benar mengetahui apa yang mereka inginkan. Tujuan kita dalam membangun produk adalah menjalankan eksperimen yang membantu kita mempelajari cara membangun bisnis yang berkelanjutan. Karena itu, cara yang tepat untuk memahami proses pengembangan produk dalam Lean Startup adalah bahwa proses tersebut merespons permintaan pull dalam bentuk eksperimen yang perlu dijalankan.
Begitu kita merumuskan sebuah hipotesis yang ingin diuji, tim pengembangan produk harus dirancang agar mampu merancang dan menjalankan eksperimen tersebut secepat mungkin, menggunakan ukuran batch sekecil mungkin yang tetap memadai untuk menyelesaikan pekerjaan. Ingatlah bahwa meskipun kita menuliskan siklus umpan balik sebagai Build–Measure–Learn karena aktivitasnya terjadi dalam urutan tersebut, perencanaan kita sebenarnya berjalan secara terbalik: kita terlebih dahulu menentukan apa yang perlu kita pelajari, lalu bekerja mundur untuk mengetahui produk seperti apa yang dapat berfungsi sebagai eksperimen untuk memperoleh pembelajaran tersebut. Dengan demikian, bukan pelanggan secara langsung, melainkan hipotesis kita tentang pelanggan, yang menarik pekerjaan dari pengembangan produk dan fungsi-fungsi lainnya. Pekerjaan selain itu adalah pemborosan.
Pull Berbasis Hipotesis dalam Clean Tech
Untuk melihatnya dalam praktik, mari kita perhatikan startup yang berbasis di Berkeley bernama Alphabet Energy. Setiap mesin atau proses yang menghasilkan energi—baik motor di pabrik maupun pembangkit listrik berbahan bakar batu bara—menghasilkan panas sebagai produk sampingan. Alphabet Energy mengembangkan produk yang dapat menghasilkan listrik dari panas terbuang ini dengan menggunakan jenis material baru yang disebut termoelektrik. Material termoelektrik milik Alphabet Energy dikembangkan selama lebih dari sepuluh tahun oleh para ilmuwan di Lawrence Berkeley National Laboratories.
Seperti banyak produk teknologi bersih lainnya, membawa produk semacam ini ke pasar menghadapi tantangan yang sangat besar. Saat menelaah asumsi-asumsi lompatan keyakinannya, Alphabet sejak awal menyadari bahwa pengembangan solusi untuk listrik termoelektrik dari panas buangan memerlukan pembangunan heat exchanger, yakni perangkat umum untuk memindahkan panas dari satu medium ke medium lain, sekaligus rekayasa yang bersifat spesifik untuk setiap proyek. Misalnya, jika Alphabet ingin membangun solusi bagi perusahaan utilitas seperti Pacific Gas and Electric, penukar panas tersebut harus dikonfigurasi, dibentuk, dan dipasang sedemikian rupa agar dapat menangkap panas dari sistem pembuangan pembangkit listrik.
Keunikan Alphabet Energy terletak pada keputusan cerdas yang mereka buat sejak awal proses penelitian. Alih-alih menggunakan unsur-unsur langka sebagai bahan dasar, mereka memilih mendasarkan riset pada wafer silikon, bahan fisik yang sama dengan yang digunakan untuk membuat central processing unit (CPU) komputer. Sebagaimana dijelaskan oleh CEO Matthew Scullin, “Termoelektrik kami adalah satu-satunya yang dapat memanfaatkan infrastruktur semikonduktor berbiaya rendah untuk manufaktur.” Hal ini memungkinkan Alphabet Energy merancang dan membangun produknya dalam batch kecil.
Sebaliknya, sebagian besar startup teknologi bersih yang berhasil harus melakukan investasi awal yang sangat besar. Penyedia panel surya SunPower harus membangun pabrik untuk memproduksi panelnya dan bermitra dengan para pemasang sebelum dapat beroperasi penuh. Demikian pula, BrightSource menghimpun dana sebesar 291 juta dolar untuk membangun dan mengoperasikan pembangkit listrik tenaga surya skala besar sebelum menghasilkan satu watt pun bagi pelanggan.
Berbeda dengan itu, Alphabet tidak perlu menginvestasikan waktu dan dana pada fasilitas fabrikasi yang mahal. Mereka dapat memanfaatkan infrastruktur besar yang sudah ada untuk memproduksi wafer silikon bagi industri elektronik komputer. Hasilnya, Alphabet dapat bergerak dari konsep produk hingga memegang versi fisiknya hanya dalam waktu enam minggu dari awal hingga akhir. Tantangan Alphabet adalah menemukan kombinasi kinerja, harga, dan bentuk fisik yang cocok bagi pelanggan awal. Meskipun teknologinya memiliki potensi revolusioner, para pengadopsi awal hanya akan menggunakannya jika mereka melihat keuntungan investasi yang jelas.
Sekilas tampaknya pasar paling jelas bagi teknologi Alphabet adalah pembangkit listrik, dan memang itulah hipotesis awal tim. Alphabet berhipotesis bahwa turbin gas simple cycle akan menjadi aplikasi yang ideal; turbin ini, yang menyerupai mesin jet yang dipasang di darat, digunakan oleh perusahaan listrik untuk menyediakan energi pada saat permintaan puncak. Alphabet meyakini bahwa memasang semikonduktor mereka pada turbin tersebut akan sederhana dan murah.
Perusahaan kemudian menguji hipotesis ini dalam batch kecil dengan membangun solusi berskala kecil bagi para pelanggan sebagai sarana pembelajaran. Seperti banyak gagasan awal lainnya, hipotesis tersebut dengan cepat terbukti keliru. Perusahaan listrik memiliki toleransi risiko yang sangat rendah, sehingga kecil kemungkinannya menjadi pengadopsi awal. Karena tidak terikat oleh pendekatan batch besar, Alphabet siap melakukan pivot setelah hanya tiga bulan penyelidikan.
Alphabet juga telah menyingkirkan banyak pasar potensial lainnya, yang menghasilkan serangkaian pivot segmen pelanggan. Upaya perusahaan saat ini difokuskan pada perusahaan manufaktur, yang memiliki kemampuan untuk bereksperimen dengan teknologi baru di bagian tertentu dari pabrik mereka; hal ini memungkinkan para pengadopsi awal mengevaluasi manfaat nyata sebelum berkomitmen pada penerapan yang lebih luas. Implementasi awal ini terus menguji lebih banyak asumsi Alphabet. Berbeda dengan industri perangkat keras komputer, pelanggan di sektor ini tidak bersedia membayar mahal demi kinerja maksimum. Hal ini menuntut perubahan signifikan pada produk Alphabet, dengan mengonfigurasinya untuk mencapai biaya per watt serendah mungkin.
Seluruh eksperimen ini hanya menghabiskan sebagian kecil biaya yang dikeluarkan oleh startup energi lainnya. Hingga saat ini, Alphabet telah menghimpun dana sekitar satu juta dolar. Waktu yang akan menentukan apakah mereka akan berhasil, tetapi berkat kekuatan batch kecil, mereka akan dapat menemukan kebenarannya jauh lebih cepat.
Toyota Production System mungkin merupakan sistem manajemen paling maju di dunia. Namun yang lebih mengesankan adalah bahwa Toyota telah membangun organisasi pembelajaran paling maju dalam sejarah. Perusahaan ini menunjukkan kemampuan luar biasa untuk membebaskan kreativitas karyawannya, mencapai pertumbuhan yang konsisten, dan secara tak henti-hentinya menghasilkan produk inovatif selama hampir satu abad.
Inilah jenis keberhasilan jangka panjang yang seharusnya menjadi aspirasi para wirausahawan. Meskipun teknik produksi lean sangat kuat, ia pada hakikatnya hanyalah manifestasi dari organisasi yang berfungsi dengan baik—organisasi yang berkomitmen mencapai kinerja maksimal dengan menggunakan ukuran kemajuan yang tepat dalam jangka panjang. Proses hanyalah fondasi tempat budaya perusahaan yang hebat dapat berkembang. Tanpa fondasi ini, upaya untuk mendorong pembelajaran, kreativitas, dan inovasi akan runtuh—sebagaimana dapat disaksikan oleh banyak direktur sumber daya manusia yang pernah kecewa.
Lean Startup hanya akan berhasil jika kita mampu membangun organisasi yang seadaptif dan secepat tantangan yang dihadapinya. Hal ini menuntut kita untuk menghadapi tantangan manusiawi yang melekat dalam cara kerja baru ini; dan itulah yang akan menjadi pokok pembahasan pada bagian selanjutnya dari Bagian Tiga.
cara startup
January 12, 2019
January 12, 2019
January 12, 2019
January 12, 2019
January 12, 2019
January 12, 2019
Comments (0)