Dari Tujuh Puluh Empat Hari ke Batas Fisik: Apa yang Diubah Pemikiran "Kecepatan Cahaya" Jensen Huang dalam Rekayasa
Pendahuluan: Mengapa memperbaiki jadwal sebelum memahaminya?
Sebuah tim mengatakan suatu proses memerlukan tujuh puluh empat hari. Mereka menawarkan pengurangan menjadi tujuh puluh dua hari. Usulannya terdengar seperti kemajuan. Tetapi bagaimana jika pekerjaan dasarnya bisa selesai dalam enam hari dengan pengaturan berbeda?
Angka-angka ini merupakan ilustrasi metode, bukan janji tentang proyek tertentu. Jensen Huang menggunakan pemikiran "kecepatan cahaya" untuk menggambarkan pencarian batas mendasar sebelum menerima proses yang ada sebagai titik awal.
Pertanyaan pentingnya bukan bagaimana menuntut usaha lebih besar dari orang yang sama. Pertanyaannya adalah bagaimana membedakan pekerjaan yang perlu dari penundaan yang diwarisi.
1. Proses yang ada adalah bukti, bukan hukum alam
Jadwal yang sudah mapan dapat memuat banyak hal berbeda: pekerjaan fisik, waktu tunggu, persetujuan, serah terima, pemrosesan berkelompok [Batching], dan kompromi yang dibuat karena alasan yang tidak lagi berlaku.
Perbaikan berkelanjutan [Continuous Improvement] dimulai dari pengaturan yang ada itu. Pendekatan ini menanyakan bagaimana proses bisa menjadi sedikit lebih baik.
Penalaran dari prinsip dasar [First-principles Reasoning] mengajukan pertanyaan yang lebih awal. Apa yang benar-benar harus terjadi, dan apa yang mencegahnya terjadi dengan cara berbeda?
Ini tidak membuat pengalaman menjadi tidak berharga. Orang berpengalaman sering tahu persis mengapa langkah yang sulit itu ada. Intinya adalah menemukan kembali alasan tersebut, bukan menganggap jadwal itu sendiri sebagai penjelasan.
2. Temukan batas untuk setiap dimensi penting
"Kecepatan cahaya" adalah ungkapan singkat untuk batas kemungkinan dalam kendala yang relevan. Itu tidak berarti setiap kegiatan bisnis secara harfiah dibatasi oleh kecepatan rambat cahaya.
Dalam komputasi, dimensinya dapat mencakup perpindahan data memori [Memory Movement], energi, latensi [Latency], laju pemrosesan [Throughput], biaya, dan waktu manufaktur. Suatu desain mungkin mendekati batasnya pada satu dimensi, sementara masih menyisakan banyak ruang pada dimensi lain.
Memisahkan dimensi-dimensi tersebut berguna. Sistem yang memberikan satu jawaban dengan cepat dapat berbeda dari sistem yang dirancang untuk memproses banyak permintaan secara efisien. Mengoptimalkan [Optimising] yang satu tidak otomatis mengoptimalkan yang lain.
Sebelum menggabungkan semuanya menjadi desain akhir, tim perlu memahami apa yang dituntut setiap sasaran.
3. Tetapkan acuan ideal, lalu jelaskan kesenjangannya
Ilustrasi enam hari baru menjadi berharga ketika enam puluh delapan hari sisanya diperiksa.
Sebagian kesenjangan itu mungkin dapat dibenarkan. Proses yang lebih lambat mungkin lebih murah, menggunakan peralatan langka secara lebih adil, atau menyediakan pemeriksaan yang diperlukan. Penundaan lain mungkin berasal dari keputusan yang berulang atau urutan yang belakangan ini tidak pernah dipertanyakan.
Latihan ini membuat pilihan-pilihan tersebut terlihat. Alih-alih berdebat apakah dua hari bisa dihemat, tim dapat membahas mengapa mereka menerima kesenjangan yang jauh lebih besar dari acuan dasarnya.
Karena itu, minimum fisik merupakan titik rujukan untuk penilaian. Itu tidak otomatis menjadi tenggat komersial yang tepat.
4. Kesederhanaan berarti menghapus kerumitan yang tidak perlu
Sistem komputasi yang canggih dapat berisi banyak bagian yang berinteraksi dan tetap memiliki tujuan sederhana. Kerumitan menjadi masalah ketika hadir tanpa melayani tujuan tersebut.
Pendekatan Huang adalah menanyakan apakah komponen, langkah, atau ketergantungan [Dependency] memang diperlukan. Jika perlu, pahami. Jika tidak, tanyakan mengapa masih ada.
Ini berbeda dari mengurangi isi sistem sampai tidak lagi mampu melakukan tugasnya. Penyaluran daya, pendinginan, pengujian, dan keandalan tidak menjadi opsional hanya karena membuat diagram rumit.
Sasaran yang berguna adalah desain dengan kerumitan yang cukup untuk memenuhi persyaratannya, tanpa kerumitan tambahan yang hanya mempertahankan kebiasaan.
5. Pemimpin perlu memahami titik berlangsungnya tindakan
Laporan proyek dapat menjelaskan penundaan sambil menyembunyikan penyebabnya. Di tempat pekerjaan berlangsung, penjelasannya mungkin jauh lebih jelas.
Bagaimana kabel dipasang? Mengapa komponen menunggu? Keputusan mana yang menghalangi tugas berikutnya? Pertanyaan ini menghubungkan sistem luas dengan tindakan-tindakan kecil yang menghasilkannya.
Urgensi menjadi berguna ketika menghilangkan hambatan nyata. Mengulang tenggat yang lebih agresif tanpa memahami pekerjaan tidak menciptakan kemajuan rekayasa.
Kepemimpinan seharusnya membantu mengungkap kendala, mempertemukan keahlian yang tepat, dan memutuskan kompromi mana yang dapat diterima.
Kesimpulan: Pertanyakan acuan sebelum merayakan perbaikan
Kekuatan pemikiran "kecepatan cahaya" adalah disiplin untuk bertanya mengapa. Mengapa urutan ini? Mengapa waktu tunggu ini? Mengapa desain ini? Batas mana yang berasal dari fisika, dan mana yang berasal dari pilihan?
Setelah jawabannya jelas, perbaikan berkelanjutan [Continuous Improvement] memiliki landasan yang lebih baik. Tim dapat memperbaiki proses yang dipahami, bukan memoles proses yang diwarisi.
Metode ini tidak menjanjikan bahwa setiap proyek tujuh puluh empat hari akan memerlukan enam hari. Metode ini meminta tim mengetahui mengapa tidak demikian. Pengetahuan itu mengubah kualitas setiap keputusan berikutnya.
Powered By K7