Gaya Kepemimpinan Taiichi Ohno: Pemborosan Adalah Musuh, Bukan Pekerja

Fakta Kunci: Taiichi Ohno (1912–1990) adalah arsitek dari Toyota Production System (TPS), fondasi dari manufaktur Lean modern. Dia menghabiskan lebih dari 40 tahun di Toyota (1932–1978), menemukan sistem kanban pull, produksi Just-in-Time (JIT), dan teknik Five Whys untuk analisis akar penyebab. Bukunya tahun 1978 Toyota Production System: Beyond Large-Scale Production (edisi Inggris 1988) menjadi benih gerakan Lean global dan membentuk Six Sigma dan pengembangan software Agile.

Taiichi Ohno bergabung dengan Toyoda Spinning and Weaving pada 1932 sebagai insinyur muda. Dia pindah ke Toyota Motor ketika divisi otomotif dibentuk, dan dia menghabiskan 46 tahun berikutnya di perusahaan membangun sistem produksi yang pesaingnya akan menghabiskan empat dekade berikutnya mencoba meniru — dan sebagian besar gagal.

Toyota Production System tidak hanya meningkatkan efisiensi. Ini mengubah apa arti "manajemen" di dalam pabrik. Dan pada akhirnya, melalui gerakan Lean manufacturing dan pengaruhnya pada pengembangan software Agile, ini mengubah apa arti manajemen dalam setiap organisasi kerja pengetahuan yang membaca playbook TPS.

Inti dari wawasan Ohno sederhana untuk dinyatakan dan sulit untuk dieksekusi: setiap langkah dalam proses produksi baik menambah nilai untuk pelanggan atau tidak. Langkah yang tidak menambah nilai adalah pemborosan — dan pemborosan harus dieliminasi tanpa lelah, sistematis, dan permanen. Bukan dikelola, bukan dioptimalkan, bukan ditahan. Dieliminasi.

Dia dipromosikan menjadi manajer bengkel mesin di Toyota pada 1949 dan diberi kewenangan untuk merancang ulang lantai produksi. Di sinilah Toyota Production System lahir. Dia pensiun dari Toyota pada 1978, meninggal pada 1990, dan tidak pernah memegang gelar CEO. Pengaruhnya berasal dari kewenangan operasional dan kedalaman teknis, bukan dari bagan organisasi. Dia menerbitkan Toyota Production System: Beyond Large-Scale Production pada 1978; terjemahan Inggris muncul pada 1988 dan menjadi salah satu buku bisnis paling berpengaruh dalam sejarah manufaktur.

Profil ini bukan perayaan mitologi lean. Ini adalah pemeriksaan tentang apa yang benar-benar Ohno bangun, apa yang dibutuhkannya untuk diterapkan, dan di mana model ini hancur.

Rincian Gaya Kepemimpinan

Kombinasi itu membuat Ohno tidak biasa dalam organisasi besar. Sebagian besar eksekutif manufaktur senior di Jepang dan Amerika Serikat pasca-perang mengelola ke atas — mereka menginterpretasi laporan, menghadiri rapat, dan membuat keputusan berdasarkan data agregat. Ohno mengelola ke bawah dan keluar, tetap terhubung dengan proses produksi aktual sepanjang karirnya. Otoritasnya tidak berasal dari mengelola orang. Itu berasal dari memahami pekerjaan lebih baik daripada orang lain.

Ciri-Ciri Kepemimpinan Utama

Doktrin Just-In-Time Ohno

Doktrin Just-In-Time Ohno menyatakan bahwa sistem produksi harus hanya membuat apa yang proses berikutnya butuhkan, dalam jumlah yang dibutuhkan, pada saat dibutuhkan — dengan inventory, menunggu, dan overproduction diperlakukan sebagai pemborosan daripada buffer. Aliran small-batch yang ditarik menggantikan penjadwalan pushed large-batch sehingga cacat dan bottleneck muncul segera. Doktrin mengubah kerangka kerja kepemimpinan operasi di sekitar penghapusan waktu non-value-adding antara pesanan pelanggan dan pengumpulan uang tunai.

3 Framework Yang Mendefinisikan Taiichi Ohno

1. Just-in-Time: Memproduksi Hanya Apa Yang Diperlukan, Kapan Diperlukan

Just-in-Time (JIT) adalah elemen paling terkenal dari Toyota Production System dan paling sering disalahpahami. Ini tidak berarti memproduksi secepat mungkin atau mengeliminasi semua inventory. Ini berarti memproduksi persis apa yang dibutuhkan, dalam jumlah yang dibutuhkan, pada saat yang dibutuhkan — tidak lebih, tidak kurang.

Ohno mengembangkan JIT sebagai respons langsung terhadap model produksi massal Ford, yang dia pelajari dengan cermat setelah Perang Dunia II. Sistem Ford memproduksi dalam batch besar: tekan satu juta bagian ini, simpan, pindahkan ke stasiun berikutnya, tunggu tahap sebelumnya selesai sebelum batch berikutnya bisa mengalir. Model itu memaksimalkan utilisasi mesin tetapi menciptakan buffer inventory yang sangat besar antara setiap tahap produksi. Buffer itu menyembunyikan masalah kualitas, menunda feedback tentang cacat, dan memerlukan ruang gudang yang menambah biaya tanpa menambah nilai.

JIT membalikkan logika. Alih-alih memproduksi batch besar dan mendorongnya ke hilir, Toyota menarik produksi: proses hilir mengingatkan proses hulu untuk hanya memproduksi apa yang dibutuhkan untuk mengisi ulang apa yang telah dikonsumsi. Hasilnya adalah batch kecil mengalir terus menerus melalui sistem produksi, dengan waktu siklus pendek dan loop umpan balik cepat yang menampilkan masalah kualitas segera daripada setelah satu juta suku cadang cacat telah diproduksi.

Terjemahan kerja pengetahuan signifikan. Dalam pengembangan software, setara dengan JIT adalah membatasi work in progress (WIP) dan membangun fitur secara inkremental terhadap permintaan pelanggan aktual daripada roadmap batch yang telah ditentukan sebelumnya. Dalam operasi konten, ini berarti memproduksi konten sebagai respons terhadap kebutuhan audiens yang terbukti daripada kalender editorial kuartalan yang buffering produksi jauh sebelum distribusi. Dalam sistem apa pun di mana pekerjaan di-batch dan didorong, bertanya "bagaimana JIT terlihat di sini?" adalah pertanyaan diagnostik yang produktif.

2. Jidoka: Bangun Kualitas, Jangan Inspeksi Itu

Jidoka — diterjemahkan berbagai-bagai sebagai "otomasi" atau "otomasi dengan sentuhan manusia" — adalah pilar kedua yang kurang terkenal tetapi mungkin lebih penting dari Toyota Production System. Prinsip inti adalah bahwa kualitas harus dibangun ke dalam proses produksi daripada diinspeksi di akhir.

Dalam istilah manufaktur, ini berarti melengkapi mesin dengan kemampuan mendeteksi abnormalitas dan berhenti secara otomatis daripada terus memproduksi output cacat. Ketika mesin berhenti, lini produksi berhenti, dan seorang pekerja menyelidiki sebelum lini dimulai ulang. Ini radikal pada tahun 1950-an: pendekatan yang diterima adalah menjaga mesin berjalan dengan utilisasi maksimal dan inspeksi cacat di akhir lintasan produksi.

Wawasan Ohno adalah bahwa inspeksi-setelah-fakta adalah bentuk pemborosan. Anda telah menghabiskan waktu dan materi untuk memproduksi output cacat — menginspeksinya di akhir hanya mengungkap kerusakan daripada mencegahnya. Membangun deteksi ke dalam proses itu sendiri menghentikan cacat pada titik penciptaan, di mana akar penyebab terdekat dan biaya koreksi terendah.

Terjemahan kerja pengetahuan adalah pengujian otomatis, integrasi berkelanjutan, dan standar definition-of-done dalam pengembangan software. Alih-alih menulis kode dan menginspeksinya untuk kualitas dalam fase QA terpisah, bangun pemeriksaan kualitas ke dalam proses produksi: tes unit berjalan pada setiap commit, linting menangkap kesalahan sebelum mencapai codebase, standar code review mencegah cacat dari maju. Prinsipnya identik dengan Jidoka: hentikan lini ketika ada yang salah daripada melewatkan cacat ke hilir di mana biayanya lebih tinggi untuk diperbaiki.

3. 7 Pemborosan: Framework untuk Melihat Apa Yang Tidak Menambah Nilai

Ohno mengidentifikasi 7 kategori pemborosan (muda dalam Jepang) dalam proses manufaktur. Mereka adalah: overproduction (memproduksi lebih dari yang dibutuhkan), waiting (waktu ketika tidak ada yang terjadi), transport (memindahkan material secara tidak perlu), overprocessing (melakukan lebih dari yang dibutuhkan pelanggan), inventory (memegang lebih banyak material daripada yang dibutuhkan), motion (gerakan orang yang tidak perlu), dan defects (memproduksi output yang tidak memenuhi persyaratan).

Kekuatan framework adalah dalam membuat pemborosan terlihat. Sebagian besar pemborosan dalam sistem produksi tidak terlihat oleh orang yang bekerja di dalamnya karena dinormalisasi — ini hanya cara hal-hal bekerja di sini. 7 Pemborosan Ohno memberi manajer kosakata dan lensa untuk melihat aktivitas non-value-adding yang akan sebaliknya tetap tidak terlihat.

Dalam kerja pengetahuan, 7 Pemborosan diterjemahkan dengan beberapa modifikasi. Overproduction menjadi membuat fitur yang tidak digunakan siapa pun atau laporan yang tidak dibaca siapa pun. Waiting menjadi antrian persetujuan, penundaan rapat, dan item pekerjaan yang diblokir. Transport menjadi context-switching antara rapat dan tugas. Inventory menjadi work in progress yang telah dimulai tetapi tidak diselesaikan. Motion menjadi navigasi antara alat yang tidak terhubung. Overprocessing menjadi perfeksionisme pada deliverable yang hanya perlu cukup baik. Defects menjadi rework pada persyaratan yang disalahpahami.

Disiplinnya adalah menerapkan framework dengan jujur. Sebagian besar tim kerja pengetahuan, jika mereka memetakan proses aktual mereka terhadap 7 Pemborosan, akan menemukan bahwa porsi signifikan dari waktu kerja mereka jatuh ke dalam salah satu dari tujuh kategori. Ketidaknyamanannya bukan dalam framework — ini dalam apa yang framework ungkapkan.

Apa Yang Taiichi Ohno Akan Lakukan di Peran Anda

Jika Anda adalah CEO, pertanyaan Ohno untuk Anda adalah tentang WIP (work in progress) di puncak organisasi Anda. Berapa banyak inisiatif strategis yang saat ini aktif? Berapa banyak dari mereka yang lebih dari 50% selesai? Sebagian besar tim kepemimpinan memiliki 8 hingga 12 prioritas aktif pada waktu tertentu, yang berarti tidak satupun yang mendapat perhatian cukup untuk membuat kemajuan cepat. Ohno akan mengidentifikasi itu sebagai overproduction dalam perencanaan strategis — memulai lebih banyak daripada yang dapat Anda selesaikan, menciptakan inventory yang menua sebelum selesai. Resepnya adalah menghentikan sebagian besar, menyelesaikan dua atau tiga sepenuhnya, dan kemudian memulai inisiatif baru hanya ketika kapasitas terbuka. Itu tidak nyaman tetapi itulah JIT yang terlihat diterapkan pada strategi.

Jika Anda adalah COO, framework 7 Pemborosan yang diterapkan pada proses operasi inti Anda layak dijalankan sebagai audit terstruktur setidaknya sekali setahun. Pilih tiga proses operasi dengan leverage tertinggi di organisasi Anda dan petakan mereka end-to-end: setiap langkah, setiap handoff, setiap persetujuan, setiap waktu tunggu. Kemudian kategorikan setiap langkah sebagai value-adding atau pemborosan. Sebagian besar COO yang melakukan latihan ini dengan jujur menemukan bahwa 40 hingga 60 persen langkah dalam proses kunci mereka jatuh ke dalam kategori pemborosan. Itu bukan kritik — ini adalah baseline. Ohno menghabiskan 30 tahun menguranginya di Toyota. Anda tidak harus melakukannya dalam satu kuartal.

Jika Anda adalah pemimpin produk, Jidoka memiliki aplikasi langsung dalam proses kualitas Anda. Jika siklus rilis Anda masih melibatkan fase QA yang membatasi penyebaran, tanyakan apakah kualitas sedang dibangun ke dalam proses pengembangan Anda atau diinspeksi di akhir. Celah antara dua pendekatan adalah celah antara menemukan cacat ketika murah untuk diperbaiki (selama pengembangan, ketika insinyur yang menulis kode masih dalam konteks) dan menemukannya ketika mahal untuk diperbaiki (selama QA atau, lebih buruk, dalam produksi). Investasi dalam pengujian otomatis, pair programming, dan standar definition-of-done adalah investasi Jidoka: ia menggeser titik deteksi ke kiri menuju sumber.

Jika Anda dalam penjualan atau pemasaran, prinsip JIT berlaku pada permintaan dan pipeline penjualan Anda. Sebagian besar pipeline penjualan memiliki WIP besar: ratusan atau ribuan peluang dalam berbagai tahap, banyak di antaranya basi, tidak satupun yang mendapat perhatian konsisten. Itu adalah masalah inventory. Ohno akan melihat waktu siklus deal rata-rata Anda, mengidentifikasi di mana deal terganggu tanpa aktivitas, dan menanyakan apa kegagalan proses yang menyebabkannya menunggu. Apakah itu bahwa rep membawa terlalu banyak peluang secara bersamaan? Bahwa kriteria kualifikasi terlalu lemah, memungkinkan deal probabilitas rendah untuk mengonsumsi kapasitas pipeline? Bahwa proses persetujuan menunda proposal? Bottleneck biasanya terlihat dalam data waktu tunggu jika Anda bersedia melihatnya dengan jujur.

Analisis Rework: Doktrin Ohno untuk Operasi SMB Modern

Dua hal non-negotiable Ohno — penghapusan pemborosan dan perbaikan berkelanjutan (kaizen) — diterjemahkan dengan bersih ke operasi SMB modern, di mana headcount tipis dan inefisiensi yang di-buffer fatal. Sebagian besar tim kecil menjalankan setara kerja pengetahuan dari tujuh pemborosan Ohno setiap minggu: spreadsheet duplikat, catatan pipeline basi, antrian persetujuan, tool-switching, dan rework dari brief yang tidak selaras. Peran Rework dalam stack operasi lean adalah mengcollapse pemborosan itu ke dalam satu sistem. Rework CRM + Sales Ops ($12/user/mo) menghilangkan buffer inventory data deal yang tersebar; Rework Work Ops ($6/user/mo) menggantikan antrian handoff dengan permukaan kerja bersama yang menampilkan bottleneck saat itu muncul. Disiplin kaizen — perbaikan kecil, berkelanjutan, yang diamati lantai — adalah apa yang mengubah rollout alat menjadi sistem yang tahan lama. Rework memberikan permukaan; metode Ohno memberikan kebiasaan menggunakannya.

Kutipan Terkenal & Pelajaran Melampaui Ruang Rapat

"Semua yang kami lakukan adalah melihat garis waktu, dari saat pelanggan memberi kami pesanan hingga saat kami mengumpulkan uang tunai. Dan kami mengurangi garis waktu itu dengan menghilangkan pemborosan yang tidak menambah nilai." Itu dari Toyota Production System: Beyond Large-Scale Production, diterbitkan pada 1978. Ini adalah deskripsi presisi tentang apa yang benar-benar operasi lean mencoba lakukan, dan layak untuk dipegang terhadap inisiatif perbaikan apa pun yang dijalankan organisasi Anda. Jika Anda tidak dapat melacak garis langsung dari inisiatif ke pengurangan dalam waktu siklus customer-to-cash, layak untuk menanyakan apa yang benar-benar Anda optimalkan.

"Tanpa standar, tidak ada perbaikan." Kutipan ini menangkap bagian yang kurang dirayakan dari sistem Ohno: sebelum Anda dapat meningkatkan proses, Anda harus mendefinisikan apa proses saat ini. Sebagian besar proses kerja pengetahuan tidak didokumentasikan cukup baik untuk ditingkatkan secara sistematis — mereka dilakukan berbeda oleh setiap orang yang melakukannya. Menstandarkan proses bukan tentang kekakuan; ini tentang membuat baseline yang membuat perbaikan terlihat. Anda tidak dapat tahu apakah Anda telah membuat sesuatu lebih baik jika Anda tidak tahu seperti apa "kondisi saat ini".

Pelajaran jujur lainnya dari karir Ohno adalah tentang perbedaan antara menginstal alat dan membangun budaya. Sebagian besar perusahaan manufaktur Barat yang mencoba menerapkan lean pada tahun 1990-an menginstal alat — papan Kanban, program 5S, acara kaizen — tanpa menginternalisasi filosofi mendasar. Hasilnya adalah teater lean: fitur permukaan TPS tanpa disiplin manajemen yang membuatnya bekerja di Toyota. Sistem Ohno memerlukan observasi tingkat lantai, visibilitas masalah yang jujur, dan kesabaran jangka panjang yang sebagian besar organisasi yang didorong kuartalan tidak dapat bertahan. Itu bukan argumen melawan mencoba. Ini adalah argumen untuk memahami apa yang sebenarnya Anda berkomitmen sebelum Anda mulai.

Di Mana Gaya Ini Rusak

Toyota Production System dirancang untuk manufaktur volume tinggi, variabilitas rendah — memproduksi ratusan ribu bagian yang sama dengan spesifikasi yang sama. Lebih sulit diterapkan dalam pekerjaan kustom atau berbasis proyek di mana variabilitas adalah produk, bukan cacat. Metode 5 Whys bekerja dengan baik pada kegagalan mekanik dengan akar penyebab tunggal tetapi dapat keliru dalam sistem sosioteknis yang kompleks di mana berbagai penyebab simultan berinteraksi — bertanya mengapa lima kali menghasilkan satu rantai kausal daripada web faktor kontribusi yang sebenarnya dibutuhkan masalah. Dan model otoritas tingkat lantai Ohno bergantung pada manajer yang benar-benar memahami pekerjaan yang dikelola, yang langka dalam lapisan kepemimpinan kerja pengetahuan di mana sebagian besar manajer dua atau tiga abstraksi jauh dari eksekusi aktual. Prinsip-prinsipnya diterjemahkan. Metode spesifik memerlukan adaptasi signifikan.

---

Untuk bacaan terkait, lihat Gaya Kepemimpinan Peter Drucker, Gaya Kepemimpinan Andy Grove, Gaya Kepemimpinan W. Edwards Deming, Gaya Kepemimpinan Akio Toyoda, Gaya Kepemimpinan Mary Barra, dan Membangun Tim Berkinerja Tinggi.