Yetmiş dört günden fiziksel sınıra: Jensen Huang'ın "ışık hızı" düşüncesi mühendislikte neyi değiştiriyor?
Giriş: Bir takvimi anlamadan önce neden iyileştirelim?
Bir ekip, sürecin yetmiş dört gün sürdüğünü söylüyor. Bunu yetmiş iki güne indirmeyi öneriyor. Teklif ilerleme gibi geliyor. Peki asıl iş farklı bir düzenlemeyle altı günde tamamlanabilseydi?
Bu sayılar belirli bir projeye ilişkin taahhüt değil, bir yöntemin örneğidir. Jensen Huang, mevcut süreci başlangıç olarak kabul etmeden önce temel sınırı aramayı anlatmak için "ışık hızı" düşüncesini kullanır.
Önemli soru, aynı insanlardan nasıl daha fazla çaba isteneceği değildir. Gerekli işin, devralınmış gecikmeden nasıl ayrılacağıdır.
1. Mevcut süreç bir kanıttır, doğa kanunu değil
Yerleşik takvim birçok farklı şey içerebilir: fiziksel çalışma, bekleme, onaylar, devirler, toplu işlem ve artık geçerli olmayan nedenlerle yapılmış uzlaşmalar.
Aşamalı iyileştirme [Continuous Improvement] bu mevcut düzenden başlar. Sürecin nasıl biraz daha iyi olabileceğini sorar.
İlk ilkelerden akıl yürütme [First-principles Reasoning] daha önce gelen bir soru sorar. Gerçekte ne olmalıdır ve bunun farklı biçimde olmasını ne engeller?
Bu, deneyimi değersiz yapmaz. Deneyimli kişiler zor bir adımın neden var olduğunu çoğu zaman tam olarak bilir. Amaç, takvimin kendisini açıklama saymak yerine bu nedenleri yeniden ortaya çıkarmaktır.
2. Her önemli boyutun sınırını bulun
"Işık hızı", ilgili kısıtlar altında mümkün olanın sınırını anlatan bir kısaltmadır. Her ticari faaliyetin gerçekten ışığın yol alma hızıyla sınırlı olduğu anlamına gelmez.
Hesaplamada boyutlar bellek hareketini, enerjiyi, yanıt süresini [Latency], işlem hızını [Throughput], maliyeti ve üretim süresini içerebilir. Tasarım bir boyutta sınıra yakınken başka bir boyutta önemli alan bırakabilir.
Bu boyutları ayırmak yararlıdır. Tek bir yanıtı hızla veren sistem, çok sayıda isteği verimli işlemek için tasarlanmış sistemden farklı olabilir. Birini optimize etmek diğerini otomatik olarak optimize etmez.
Ekip, her şeyi nihai tasarımda birleştirmeden önce her hedefin ne istediğini anlamalıdır.
3. İdeal bir başlangıç ölçüsü oluşturun, ardından farkı açıklayın
Altı günlük örnek, ancak kalan altmış sekiz gün incelendiğinde değer kazanır.
Farkın bir bölümü haklı olabilir. Daha yavaş bir süreç daha az maliyetli olabilir, kıt ekipmanı daha adil kullanabilir veya gerekli bir denetimi sağlayabilir. Diğer gecikmeler, yinelenen kararlardan ya da yakın zamanda kimsenin sorgulamadığı bir sıralamadan kaynaklanabilir.
Bu çalışma seçimleri görünür kılar. Ekip, iki gün kazanılıp kazanılamayacağını tartışmak yerine temel ölçüden neden çok daha büyük bir farkı kabul ettiğini konuşabilir.
Bu nedenle fiziksel asgari, değerlendirme için bir referans noktasıdır. Otomatik olarak doğru ticari son tarih değildir.
4. Sadelik, gereksiz karmaşıklığı kaldırmak demektir
Gelişmiş bir hesaplama sistemi, birbirini etkileyen birçok parça içerirken yine de basit bir amaca sahip olabilir. Karmaşıklık, bu amaca hizmet etmeden var olduğunda soruna dönüşür.
Huang'ın yaklaşımı, bileşen, adım veya bağımlılığın gerekli olup olmadığını sormaktır. Gerekliyse anlayın. Değilse neden kaldığını sorun.
Bu, sistemi işini yapamaz hâle gelene kadar budamaktan farklıdır. Güç sağlama, soğutma, test ve güvenilirlik bir şemayı karmaşıklaştırdığı için isteğe bağlı hâle gelmez.
Yararlı hedef, gereksinimleri karşılayacak kadar karmaşıklığı olan, fakat yalnızca alışkanlığı sürdüren ek karmaşıklık barındırmayan tasarımdır.
5. Liderler eylemin gerçekleştiği noktayı anlamalıdır
Proje raporu gecikmeyi anlatırken nedenini saklayabilir. İşin yapıldığı yerde açıklama çok daha net olabilir.
Kablo nasıl takılır? Bir bileşen neden bekler? Hangi karar sonraki görevi engeller? Bu sorular büyük sistemi, onu üreten küçük eylemlere bağlar.
Aciliyet gerçek engeli kaldırdığında işe yarar. İşi anlamadan daha saldırgan bir son tarihi tekrarlamak mühendislik ilerlemesi yaratmaz.
Liderlik kısıtı açığa çıkarmaya, doğru uzmanlığı bir araya getirmeye ve hangi ödünleşimlerin [Trade-offs] kabul edilebilir olduğuna karar vermeye yardımcı olmalıdır.
Sonuç: İyileşmeyi kutlamadan önce başlangıç ölçüsünü sorgulayın
"Işık hızı" düşüncesinin gücü, neden diye sorma disiplinidir. Neden bu sıra? Neden bu bekleme süresi? Neden bu tasarım? Hangi sınırlar fizikten, hangileri seçimlerden gelir?
Bu yanıtlar netleştiğinde aşamalı iyileştirme daha iyi bir temele kavuşur. Ekip, devraldığı süreci parlatmak yerine anladığı süreci iyileştirebilir.
Yöntem her yetmiş dört günlük projenin altı gün süreceğini vaat etmez. Ekibin neden öyle olmadığını bilmesini ister. Bu bilgi, sonraki her kararın kalitesini değiştirir.
Powered By K7