Elon Musk 5 adımlı mühendislik protokolün

önemli olan bu beş adımın tam olarak onun belirttiği sırayla gerçekleşmesidir. bu protokolü ustaca
vurguluyor burada Musk'un 5 adımlı protokolünün bir özeti yer alıyor.
Elon Musk bir keresinde şöyle yazmıştı: "Akıllı bir mühendisin muhtemelen en yaygın hatası, var olmaması
gereken bir şeyi optimize etmektir. "Akıllı bir muhasebe firması olarak, süreçlerinizin kullanmamanız gereken
kısımlarını daha verimli hale getirmek için zaman mı harcıyorsunuz? Örneğin ekip üyelerinizi, operasyonlarınızı,
müşteri hizmetlerinizi vb. içeren süreçleri iyileştirmeye çalışırken çok fazla zaman harcıyor olabilirsiniz.

1. GEREKSİNİMLERİ DAHA AZ APTALCA YAPIN. HER GEREKSİNİMİ SORGULAYIN

“Birinci adım: Gereksinimleri daha az aptal hale getirin. Gereksinimler kesinlikle aptalca; bunları sana
kimin verdiği önemli değil. Zeki bir kişiden geldiğinde onları yeterince sorgulamayabileceğiniz için özellikle
tehlikelidir. Herkes yanılıyor. Kim olursanız olun, herkes bazen yanılıyor. Tüm tasarımlar yanlıştır, önemli olan ne
kadar yanlış olduğudur.
Süreçlerinizde herhangi bir şeyi değiştirmeden önce Musk'ın algoritmasının ilk adımı, bugün var olan her
gereksinime ilişkin netlik yaratmaktır.
Bu netlik, her gereksinime bir kişinin ve bir adın eklenmesiyle sağlanabilir. Yani her şart, o şartı yapan
kişinin ismiyle birlikte gelmelidir.
'Hukuk departmanı' veya 'güvenlik departmanı' gibi bir departmandan bir gerekliliğin geldiğini asla kabul
etmemelisiniz. Bu şartı getiren gerçek kişinin adını bilmeniz gerekiyor ."
Bu açıklığa ulaşıldığında, yani her gereksinime kişinin adı eklendiğinde, bu gereksinimlerin anlamlı olup
olmadığını sorgulamaya başlayabilirsiniz. Bu kişinin ne kadar akıllı ya da ne kadar 'güçlü' olduğu önemli değil.
" Akıllı insanlardan gelen talepler en tehlikeli olanlardır çünkü insanların onları sorgulama olasılığı daha
düşüktür. Gereksinim benden gelse bile her zaman bunu yapın. Sonra gereksinimleri daha az aptalca yapın ."
Her biri onu yapan kişinin adıyla gelmelidir. Bir talebin "hukuk departmanı" veya "güvenlik departmanı"
gibi bir departmandan geldiğini asla kabul etmemelisiniz. Bu şartı getiren gerçek kişinin adını bilmeniz gerekir. O
zaman o kişi ne kadar akıllı olursa olsun bunu sorgulamanız gerekir. Akıllı insanlardan gelen talepler en tehlikeli
olanlardır çünkü insanların bunları sorgulama olasılığı daha düşüktür. Gereksinim benden gelse bile her zaman
bunu yapın
Yeni bir fabrikada üretimin sorumluluğunu üstlendiğimde, üretim hattının çalışmaya başlayabilmesi için
yöneticilerin kaliteye ilişkin imzaları atmaları gerekiyordu. Mürettebat genellikle bir denetçinin bulunması için
beş veya on dakika bekledi. (Çözülmesi gereken başka bir sorun da buydu; liderlerin ofislerde değil, yerde olması
gerekiyordu.)
Neden? Şirketin CEO'su pahalı bir hatanın ardından kuralı koymuştu. Ancak operatörlere, yaptıkları işin
kalite standartlarını karşılayıp karşılamadığı konusunda güvenilemiyorsa, operatör olmamaları gerekir .
Çoğu genel gereksinim, yanıt olarak bir süreç, kılavuz veya kural gerektirmeyen tek seferlik bir olaya
dayanmaktadır. Bunun yerine, yalnızca spesifik durumla ilgilenin.Bundan ders çıkarın; ancak herkesin sonsuza
kadar içine sığması gereken bir kutu yaratarak yanıt vermeyin.
"ihtiyaçlarınız kesinlikle aptalca; bunları size kimin verdiği önemli değil" bu adımı varsayımları test etmek
için kullanın ve "akıllı bir kişiden" gelen gereksinimlerin, onları yeterince sorgulamayabileceğiniz için çoğu zaman
en tehlikeli olduğuna dikkat edin
"Gereksinimleriniz kesinlikle aptalca, bunları size kimin verdiği önemli değil"

2. SÜRECİN BİR KISMINI DENEYİN VE SİLİN

“İkinci adım: Parçayı veya süreci silmek için çok çalışın. Parçalar en az %10 oranında tasarıma tekrar
eklenmiyorsa, bu, yeterli sayıda parçanın silinmediği anlamına gelir. Önyargı, 'ihtiyacımız olursa bu parçayı veya
süreç adımını ekleyelim' yönünde çok güçlü olma eğilimindedir. Ek olarak, gerekli her parça ve süreç bir
departmandan değil bir isimden gelmelidir çünkü bir departmana bir gereksinimin neden var olduğu sorulamaz
ama bir kişi sorulabilir" diyor Musk.
İkinci adım tamamen çıkarma işlemiyle ilgilidir ; bu, yönetimde oldukça az değer verilen bir alışkanlıktır.
Bu durumda, tüm mesele sürecin mümkün olan herhangi bir bölümünü silmekle ilgilidir.
Aslında mesele, kendinizi rahat hissettiğinizden biraz daha fazlasını silmekle ilgilidir.
" [Parçaları veya süreçleri] daha sonra tekrar eklemek zorunda kalabilirsiniz. Aslında, bunların en az
%10'unu geri eklemezseniz, yeterince silmemişsiniz demektir ."
 İlk yönetici olduğumda işlerimden biri günlük bir rapor hazırlamak, basmak ve yaklaşık 20 kişiye teslim
etmekti. Tüm süreç bir saatten fazla sürdü. Bir gün raporu gerçekten okuyan var mı diye merak ettim, bu yüzden
raporu hazırladım ama basamadım ya da teslim etmedim.
Hiç kimse fark etmedi.
Bu yüzden birkaç raporu daha teslim etmeyi bıraktım. Bunları yarattım ama teslim etmedim. Hiç kimse
fark etmedi.
Çoğu zaman bazı şeyleri sırf her zaman yaptığımız için yaparız. Veya buna ihtiyacımız olduğunu
düşündüğümüz için. Veya çünkü bu bizim işimiz ve bu nedenle önemli olmalı. (İşlerimizle ilgili her şey önemlidir,
değil mi?)
Gerektiğinde yalın başlamayı ve geliştirme yapın ancak önyargının "her ihtimale karşı" bir şeyler eklemek
olacaktır. Daha da ileri giderek, her gereksinimin veya kısıtlamanın bir departmana değil, bir kişiye karşı sorumlu
olması gerekir; çünkü kimsenin sahip olmadığı ve gereksiz olmasına rağmen yıllarca ısrarla devam ettirdiği bir
gereksinim yerine o kişiye bunun alaka düzeyi ve amacı hakkında soru sorabilirsiniz.

3. BASİTLEŞTİRİN VEYA OPTİMİZE EDİN

“Üçüncü adım: tasarımı basitleştirin ve optimize edin. Akıllı bir mühendisin en yaygın hatası: var olmaması
gereken bir şeyi optimize etmek. Kendisi de bu adımları düzensiz uygulamanın kurbanı olmaktır. Yalnızca birinci
ve ikinci adımları tamamladığınızda süreçlerinizi basitleştirmeye ve (bölümlerini) optimize etmeye
başlayabilirsiniz.
Bu özel adım sırası sizi gereksiz işler yapmaktan korur; sonuçta ihtiyacınız olmayan şeyleri (süreçlerin
bölümlerini) iyileştirmekten alıkoyar.
" Yaygın bir hata, var olmaması gereken bir parçayı veya süreci basitleştirmek ve optimize etmektir.
Bu ikinci adımdan sonra gelmelidir. Yaygın bir hata, var olmaması gereken bir parçayı veya süreci
basitleştirmek ve optimize etmektir.
Bazı durumlarda belirli verilere ihtiyaç duyulur, bu yüzden toplama sürecini otomatikleştirmenin bir
yolunu bulun ve üretim ekiplerinin de toplama sürecine dahil olmamalarının bir yolunu bulun; bu da onların üretime
daha fazla, veri giriş memuru olarak hizmet etmeye daha az zaman ayırabilecekleri anlamına gelir.
Var olması gerekmeyen bir süreci otomatikleştirmediğinizden veya optimize etmediğinizden emin olun.
Elbette, bir şeyi daha iyi hale getirerek yüzde kazanç elde edebilirsiniz, ancak neden gereksiz bir süreci
tamamen ortadan kaldırarak zamandan, çabadan ve maliyetten yüzde 100 tasarruf etmiyorsunuz

4. DÖNGÜ SÜRESİNİ HIZLANDIRIN

“Dördüncü adım: döngü süresini hızlandırın. Çok yavaş hareket ediyorsun, daha hızlı git! Ancak ilk önce
diğer üç şey üzerinde çalışmadan daha hızlı ilerlemeyin. Burada bu adımların sırayla nasıl gerçekleşmesi
gerektiğine dair başka bir örnekle. Yanlış yönlendirilmiş bir süreçte sadece durmalısınız, hızlanmayın. "Mezarını
kazıyorsan, daha hızlı kazma".
Dördüncü adım tamamen hız ile ilgilidir. Bürokratik süreçlerinizi hızlandırmanın yollarını bulmakla ilgilidir.
Musk, "Her süreç hızlandırılabilir" diyor. "Fakat bunu yalnızca ilk üç adımı izledikten sonra yapın. Tesla
fabrikasında, daha sonra silinmesi gerektiğini fark ettiğim süreçleri hızlandırmak için yanlışlıkla çok fazla zaman
harcadım
Eski işimde sürekli olarak iş değişimlerinden zaman kazanmak için çalışıyorduk; İşten işe ne kadar hızlı
geçebilirsek, günde o kadar çok birim üretebiliyorduk. Basit bir ifadeyle üretkenliği artırmanın iki ana yolu,
üretim hızını artırmak (saatte kilometreyi artırmayı düşünün) ve bir alet üretiminden diğerine geçiş süresini
hızlandırmaktır.
Bir dizi konveyör kılavuzunun ayarlanmasını kolaylaştırmak için çok zaman harcadık. Birkaç saniye şurada,
birkaç saniye orada, ta ki bir gün kıdemsiz bir operatör şunu söyleyene kadar: "Bunları neden ayarlamamız
gerektiğini anlamıyorum. Eğer şeklini biraz değiştirirsek, kullandığımız her boyuttaki ürün için işe yarayacaklar."
koşmak."
5. OTOMATİKLEŞTİRİN
“Son adım: otomatikleştirin. Bunun önemli bir kısmı, sorunlar teşhis edildikten sonra süreç içi testlerin
kaldırılmasıdır; Bir ürün yüksek kabul oranıyla üretim hattının sonuna ulaşıyorsa süreç içi testlere gerek yoktur.
Ben kişisel olarak beş adımın hepsinde birden çok kez geriye gitme hatasını yaptım. Tesla'nın Model 3'ünü
yaparken kelimenin tam anlamıyla otomatikleştirdim, hızlandırdım, basitleştirdim ve sonra sildim" diyor Musk.
Fabrikalarımdaki en büyük hata, her adımı otomatikleştirmeye çalışarak başlamamdı. Tüm gereksinimler
sorgulanana, parçalar ve süreçler silinene ve hatalar giderilene kadar beklemeliydik. Diyor Musk
 İlk dört adımı tamamladıktan sonra, geriye kalanlar (gerçekten yapmanız gereken, gerçekten önemli,
gerçekten değer katan şeyler) optimize edilebilir ve otomatikleştirilebilir. Tüm tüylerden kurtulun ve geriye
kalanları olabildiğince etkili ve verimli hale getirin.
Firmanızın önümüzdeki 90 gün içinde yukarıdaki beş adımdan hangisini iyileştirmeye odaklanabileceğini
düşünüyorsunuz? Örneğin, firmanızın ekibiniz için (kayıt tutma süresi gibi) veya müşterileriniz için (belgeleri
belirli bir şekilde biçimlendirmek gibi) geri adım atıp bunları düşündüğünüzde biraz aptalca görünen
gereksinimleri var mı? Sırf "bu her zaman böyle yapıldı" diye, işleri bu şekilde yapmaya devam etmek için
yeterince iyi bir neden değil. Daha fazla bilgi için yukarıdaki 1. Adıma bakın.
Firmanızın iyi işlemesi için kesinlikle gerekli değilse, sürecinizin hangi kısımlarını ortadan
kaldırabilirsiniz? Kritik şeyleri en az %10 oranında sürece geri eklemelisiniz çünkü süreci çok akıcı ve verimli
hale getirdiniz. Değilseniz, büyük olasılıkla orijinal işlemi yeterince silmiyorsunuzdur. Daha fazla bilgi için
yukarıdaki 2. Adıma bakın.
Daha sonra ekibinize, sürecinizin hangi bölümünün tamamen silinemezse basitleştirilebileceğini sorun.
Musk, kullandığınız gereksinimlerin her zaman sorgulanmasını savunuyor. Bunlar firmanızın operasyonları için
gerçekten gerekli mi? Eğer öyleyse, bunlar basitleştirilebilir mi veya sadeleştirilebilir mi? Daha fazla bilgi için
yukarıdaki 3. Adıma bakın.
Dördüncü adımı "döngü süresini" hızlandırmaktır. Döngü süresi, bir ekibin, ürün sevkiyata hazır olana
kadar bir ürünü üretmek için fiilen çalışarak harcadığı süredir. Hepimiz işimizi daha hızlı bitirmek istiyoruz,
ancak geceleri nadiren dört saatten fazla uyuyan ünlü bir hız iblisi olan Musk, tüm enerjinizi yanlış yöne
harcıyorsanız ışık hızında gitmemeniz konusunda uyarıyor. Sizin ve ekibinizin doğru yönde daha hızlı ilerlemesini
sağlamak için sürecinin ilk üç adımını yerine getirene kadar daha hızlı hareket etmemenizi öneriyor. Daha fazla
bilgi için yukarıdaki 4. Adıma bakın.
Son olarak, otomatikleştirilmesi mümkün olan her şeyin otomatikleştirin. Müşterinizin işe alım, belge
teslimi ve vergi iadesi süreçlerine kaç insan elinin dahil olduğuna bir göz atın. Bu rutin süreçlerin
otomatikleştirilebileceğini varsayalım. Müşterilere daha iyi hizmet vermek ve yeni iş fırsatları yaratmak gibi
daha etkili faaliyetlere ekibinizin kaç saatini ayırabilirsiniz? Daha fazla bilgi için yukarıdaki 5. Adıma bakın