Ezici gecikmeler size paraya mal olur mu? Gerçekten 90 dakikadan kısa sürede düzeltin.

Bu duyguyu biliyorum. İş ilerliyor. İnsanlar meşgul. Ancak nakit hala sıkışmış gibi görünüyor. Bir adımdaki küçük bir gecikme tüm akışı yavaşlatabilir. Eksik bir onay. Geç bir devir. El değmemiş bir alıntı. Hiçbir zaman gönderilmeyen bir ödeme bağlantısı. Bunların her birinin fazla ses çıkarmadan bir işten para çektiğini gördüm. Bir darboğazı düzeltmek istediğimde şirketin tamamına aynı anda bakmıyorum. İşin beklemeye başlayacağı adımı arıyorum. Ana bloğu genellikle 90 dakikadan daha kısa bir sürede tespit edebilirim. Buradan başlıyorum: - Talepten nakde kadar olan tüm yolu yazıyorum - Her duraklama noktasını işaretliyorum - İşin nerede durduğunu soruyorum - Hangi görevin en çok yeniden çalışma gerektirdiğini kontrol ediyorum - Çok fazla kişiye bağlı olan bir adım arıyorum Bu liste basit görünüyor. İşe yarıyor çünkü gecikmeler genellikle göz önünde gizleniyor. Birkaç ay önce küçük bir matbaanın her hafta nakit akışını kaybettiğini gördüm. Siparişler zamanında geldi. Takımın yeterince işi vardı. Ancak faturalar geç kesildi. Sorun satış değildi. Sorun bir devretme meselesiydi. Tasarım ekibi dosyaları tamamladı ancak son onay adımına kimse sahip çıkmadı. Jobs orada oturuyordu. Ödeme onların arkasındaydı. Bir kişiyi bu devir işleminin sahibi yaparak süreci düzelttim. İşin tamamı değil. Sadece bir adım. Bu değişiklik üç şey yaptı: - Bekleme hattını ortadan kaldırdı - Takip mesajlarının sayısını azalttı - Faturaların daha erken gönderilmesine yardımcı oldu İşletmenin tamamen yeniden inşa edilmesine gerek yoktu. Açık bir yola ihtiyacı vardı. Bugün iş akışınızı kontrol etsem şu sırayı kullanırdım: 1. İşin beklediği noktayı bulun Tek bir soru soruyorum: İş nerede ilerlemeyi bırakıyor? Gecikme genellikle şu yerlerden birinde ortaya çıkar: - Onay - Devir - Eksik veri - Belirsiz sahiplik - Yeniden işleme - Ödeme takibi Sanmıyorum. Durdurulan son beş işe bakıyorum ve onları karşılaştırıyorum. Aynı adım tekrar tekrar beliriyorsa bloğu bulmuşum demektir. 2. Yalnızca işi değil, beklemeyi de ölçün Çoğu ekip çıktıyı izler. Daha az sayıda ekip bekleme süresini takip ediyor. Şunu belirtmek isterim: - birisi ona dokunmadan önce bir görev ne kadar uzun sürüyor - bir dosya kaç kez geri gönderiliyor - teslimattan sonra bir fatura göndermek ne kadar sürüyor - fatura kesildikten sonra ödeme ne kadar sürüyor Bu rakamlar bana paranın nerede sıkışıp kaldığını gösteriyor. Bir takım aktif görünse de her gün zaman kaybedebilir. Bu süre daha sonra gecikmiş nakit olarak ortaya çıkar. 3. Tek bir aktarmayı kaldırın Çok fazla aktarma her şeyi yavaşlatır. Bir sonraki adım başlamadan önce üç kişinin bir dosyayı iletmesi gerekiyorsa, bunu tek bir net sahibine indirmeye çalışıyorum. Bir görevin imzalanması gerekiyorsa onay kuralının görülmesini kolaylaştırıyorum. Bir fiyat teklifi eksik ayrıntıları bekliyorsa, ekibin her şeyi aynı anda isteyebilmesi için kısa bir kontrol listesi oluştururum. Her aktarımı ilk günde düzeltmeye çalışmıyorum. En çok beklemeye neden olanı düzeltiyorum. 4. Tekrarlanan işler için tek bir temiz yol kullanın Tekrarlanan işler hafızaya bağlı olmamalıdır. Herkesin takip edebileceği kısa bir süreç notunu severim: - görevi ne başlatır - görevin sahibi kimdir - bir sonraki adım nedir - ne kontrol edilmelidir - ne zaman ilerleyebilir Açık bir yol zaman kazandırır. Aynı zamanda hataları da azaltır. Daha az hata, daha az gecikme anlamına gelir. Daha az gecikme, daha hızlı nakit hareketi anlamına gelir. 5. Değişikliği tek bir canlı işte test edin Hiçbir zaman mükemmel bir kurulum beklemem. Yeni akışı aktif bir işte test ediyorum ve ne olduğunu izliyorum. Görev daha hızlı ilerlerse, parayı saklarım. Hala yavaşlıyorsa bir sonraki bloğa bakarım. Bu kısım çok önemli. Kağıt üzerinde iyi görünen bir düzeltme, günlük işlerde başarısız olabilir. Canlı bir test gerçeği hızlı bir şekilde gösterir. Gecikmeler nedeniyle paranın kayıp gittiğini hisseden her işletme sahibine şunu söyleyeceğim: Her sorunu bir anda kovalamayın. Her şeyi geride tutan adımla başlayın. Teklifleriniz yavaşsa teklif yolunu düzeltin. Onaylarınız yavaşsa onay kuralını düzeltin. Faturalarınız gecikmişse teslimattan sonra devir işlemini düzeltin. Ekibiniz aynı soruları sormaya devam ederse eksik kontrol listesini düzeltin. Küçük sürtünme noktaları uzun süre nakit kaybına neden olabilir. Kısa bir gecikmenin bir haftalık kayıp ivmeye dönüştüğünü gördüm. Ayrıca temiz bir süreç değişikliğinin hemen daha iyi bir akışın kilidini açtığını da gördüm. Benim görüşüm basit: darboğazlar her zaman gürültülü olmuyor. Genellikle sessizdirler, normaldirler ve görmezden gelinmeleri kolaydır. Bu yüzden bekleme süresi, sahiplik ve tekrarlanan adımları arıyorum. Bu üç şey netleştiğinde iş daha iyi ilerler. Nakit işi takip eder. Basınç düşer. Eğer bir kural kullanmam gerekse o da şu olurdu: İşin durduğu adımı bulun, o adımı düzeltin ve sistemin geri kalanının nefes almasına izin verin.

Sürekli aynı sorunu görüyorum: Bir proje iyi niyetle başlıyor, sonra küçük gecikmeler birikiyor, mesajlar birikiyor ve süreçten para sızmaya başlıyor. Kaçırılan bir devir, fazladan iş gücü, aceleye getirilmiş bir revizyon, geç bir lansman veya zor sorular sormaya başlayan bir müşteri anlamına gelebilir. Basit bir gecikmenin bir haftalık temizliğe dönüştüğünü gördüm. Bu yüzden teslim tarihleri ​​kaymaya başladığında 90 dakikalık kısa bir sıfırlama kullanıyorum. Bu sihir değil. Bu, gerçek bloğu bulmama, israfı azaltmama ve bir sonraki teslimatı korumama yardımcı olan temiz bir sıfırlamadır. İşte bunu nasıl yapacağım. --- Bir soruyla başlıyorum: Masamdan çıkması gereken bir sonraki şey nedir? Projenin tamamına aynı anda bakmıyorum. Şu anda en önemli teslimatlardan birini seçiyorum. Bana göre bu şunlar olabilir: - bir müşteri teklifi - bir ürün sayfasının yeniden yazılması - bir kampanya devri - bir tasarım taslağı - bir yöneticinin beklediği bir rapor Her şeyi bir anda düzeltmeye çalışırsam, kendimi tekrar yavaşlatırım. Tek bir çıktıya odaklanıyorum. Bu bana net bir hedef veriyor. --- İlk 15 dakikayı gerçek gecikmeyi bulmakla geçiriyorum. Üç şeyi yazıyorum: - ne yapılması gerekiyordu - onu ne engelliyor - kim ya da ne bekliyor Bu kulağa basit geliyor ama yine de beni birçok tahminde bulunmaktan kurtarıyor. İşimden küçük bir örnek: Bir müşterim bir keresinde bana satış sayfasının "geciktiğini" söylemişti. Yakından baktığımda yazının bittiğini gördüm. Gecikme, eksik ürün fotoğraflarından ve belirsiz fiyatlandırmadan kaynaklandı. Ekip iki gününü yanlış sorun hakkında konuşarak geçirmişti. Bu yaygındır. Çoğu zaman gerçek gecikmenin çaba eksikliği olmadığını görüyorum. Bu, eksik bir parça, belirsiz bir onay veya kimsenin sahip olmadığı bir görevdir. --- Sonraki 20 dakikayı kapsamı keserek geçiriyorum. Kendime soruyorum: Sonuca zarar vermeden neleri ortadan kaldırabilirim? İşi mükemmelleştirmeye çalışmıyorum. Zamanında ve kullanılabilir hale getirmeye çalışıyorum. Sahip olmak güzel olan ama şu anda ihtiyaç duyulmayan her şeyi kırpıyorum. Bunlar şunları içerebilir: - ekstra slaytlar - ekstra tasarım seçenekleri - ekstra kopya versiyonları - ekstra veri noktaları - bekleyebilecek küçük cila çalışmaları Bir zamanlar birlikte çalıştığım bir serbest çalışan, bir müşterisinden açılış sayfası güncellemesi talebinde bulundu. Orijinal planın altı bölümü, özel grafikleri ve üç tur düzenlemesi vardı. Son teslim tarihi kaymaya devam etti. Konuyu ana teklife, kanıt noktalarına ve açık bir eylem çağrısına ayırdık. Sayfa yayına girdi ve müşteri daha sonraki cilayı ikinci tura sakladı. Bu seçim projeyi kurtardı. Burada basit bir kural kullanıyorum: Görev bir sonraki devirde yardımcı olmazsa, onu bir kenara bırakırım. --- Sonraki 20 dakikayı temiz bir çalışma bloğunu korumakla geçiriyorum. Bu kısım insanların düşündüğünden daha önemli. İhtiyacım olmayan sekmeleri kapatıyorum. Uyarıları susturuyorum. Birkaç dakikada bir mesajları kontrol etmeyi bırakıyorum. Bir blokta çalışıyorum, sonra tekrar kontrol ediyorum. Dikkatim dağılmaya devam ederse zamandan daha fazlasını kaybederim. Düşünce trenimi kaybediyorum ve onu yeniden inşa etmek için ekstra dakikalar harcıyorum. Bunun küçük takımlarda ve büyük takımlarda olduğunu gördüm. Desteklediğim bir pazarlama ekibinin her sohbete hemen cevap verme alışkanlığı vardı. Taslak çalışmaları tüm gün boyunca uzamaya devam etti. Her sabah bir sessiz blok oluşturduklarında çıktı hızla değişti. Daha fazla saat çalışmıyorlardı. Yoğun çalışmanın ortasında daha az ara vererek çalışıyorlardı. Bu değişiklik küçük hissettirdi. Küçük değildi. --- Sonraki 20 dakikayı bir sonraki geçişi açıkça ortaya koymak için kullanıyorum. Bundan sonra çalışmaya ihtiyacı olan kişi için kısa bir güncelleme yazıyorum. Notum genellikle şunları kapsar: - Yapılanlar - Hala açık olanlar - Onlardan ihtiyacım olan şeyler - Bir sonraki güncellemeyi ne zaman göndereceğimi sade tutuyorum. Uzun hikaye yok. Belirsiz bir dil yok. İnsanları tahmin etmeye bırakırsam daha fazla soru sorarlar ve bu da bir sonraki hamleyi yavaşlatır. Net bir not şu şekilde görünebilir: "Taslağı bitirdim ve fazladan kısmı kestim. Nihai dosyayı göndermeden önce hâlâ ürün fiyat kontrolüne ihtiyacım var. Bunu bugün alırsam bir sonraki adımda tam sürümü iletebilirim." Bu tür bir mesaj projenin ilerlemesini sağlar. --- Son 15 dakikamı önümüzdeki 24 saati kontrol ederek geçiriyorum. Burası aynı sorunun geri gelmesini engellediğim yer. Şunlara bakıyorum: - bir sonraki teslim tarihine - bir sonraki sahipe - bir sonraki riske - göndermem gereken bir sonraki mesaja Büyük bir plan inşa etmiyorum. Sadece bir sonraki hamleyi ayarladım. Bu beni, günü temiz bir masa ve dağınık bir yarınla ​​bitirmekten alıkoyuyor. Tanıdığım küçük bir dükkan sahibi bu yöntemi ürün lansmanından önce kullanmıştı. Sürekli gözden kaçan üç görevi vardı: reklam metni, fotoğraf yükleme ve ödeme sayfasını inceleme. Bunları bir sıraya koyduk, iki yan görevi kaldırdık ve sabit bir check-in noktası belirledik. Fırlatma gösterişli değildi ama yolunda kaldı. Bu, hiçbir zaman değişmeyen mükemmel bir plandan daha önemliydi. --- Benim görüşüm basit: İnsanlar gerçek sorun etrafında düşük değerli işler yapmaya devam ettiklerinde teslim tarihleri ​​genellikle kayıyor. Kısa bir sıfırlama bu düzeni durdurmama yardımcı oluyor. Her hafta yeni bir sisteme ihtiyacım yok. Bir sonraki net hamleye, daha az gürültüye ve ilerlemeyi engelleyen şeyin ne olduğuna dürüst bir bakışa ihtiyacım var. İşim kaymaya başlarsa 90 dakikalık düzeltmeyi tekrar kullanıyorum: - gerçek bloğu bul - fazladan işi kes - derin bir iş bloğunu koru - net bir güncelleme gönder - bir sonraki geçişi kilitle Bu rutin iş üzerindeki baskıyı ortadan kaldırmaz. Baskının israfa dönüşmesini engellememe yardımcı oluyor. Ve paranın gecikmeyle dışarı sızması yerine işte kaldığı yer burasıdır.

Gecikmeyi küçük bir sorun olarak görmüyorum. İş yavaşladığında, kayıp genellikle ilk başta sessizdir. Cevap geç geliyor. Bir teklif bir klasörde bekler. Bir müşteri iki kez takip ediyor ancak yine de net bir yanıt alamıyor. Daha sonra düzen bozulur, takım odağını kaybeder ve bir sonraki şans kaybolmaya başlar. Bu modeli birçok kez gördüm. İyi günlerde hızlı hareket eden ancak bir adım belirsiz olduğunda takılıp kalan satış, servis, operasyon ve küçük ekiplerde kendini gösterir. İşin zor kısmı gecikmenin kendisi değil. İşin zor kısmı bunu takip eden sürüklenmedir. İlk 90 dakikada yapacağım şey basit. Her şeyi düzeltmeye çalışmıyorum. İşin durduğu noktayı arıyorum, sonra en çok canımı yakan engeli kaldırıyorum. 1. Son temiz adımı buluyorum ve bir soru soruyorum: İş nerede ilerlemeyi bıraktı? Hiç yayınlanmayan bir cevap mıydı? Onay bekleyen bir dosya mıydı? Fiyat isteyen ve asla fiyat alamayan bir müşteri miydi? Son net adıma odaklanıyorum çünkü burası patikayı takip etmenin en kolay olduğu yer. Sondan başlarsam zaman kaybederim. Tam durma noktasından başlarsam daha hızlı hareket edebilirim. 2. Gecikmenin maliyetinin ne kadar olduğunu kontrol ediyorum. Duran işleri sayıyorum. Cevaplanmamış mesajlar Açık teklifler Geç devirler Onay bekleyen siparişler Sahibi olmayan görevler Bunun için süslü bir rapora ihtiyacım yok. Kısa bir liste yeterlidir. Yığını görebildiğimde baskıyı değerlendirebilirim. Bir durumda beş dakikalık bir gecikme önemli olmayabilir. Sıcak bir potansiyel müşteride beş saatlik bir gecikme satışa mal olabilir. Bir keresinde küçük bir özel baskı dükkanının, tasarım onayının paylaşılan bir gelen kutusunda kalması nedeniyle düzenli siparişleri kaybettiğini görmüştüm. Ekip, sorunun talebin düşük olmasından kaynaklandığını düşündü. Değildi. Müşteri dosyaları gönderdi, dosyalar bekledi ve ilgi söndükten sonra yanıt geldi. Çözüm basitti: gelen kutusu bir kişiye aitti, bir yanıt şablonu çıktı ve her dosyaya net bir sonraki adım verildi. Mağaza pazarını değiştirmedi. Hızını değiştirdi. 3. Bir darboğaz seçip onu temizliyorum Burası birçok takımın işleri daha da kötüleştirdiği yerdir. Beş problemin üzerinden atlıyorlar ve hiçbirini bitirmiyorlar. Bir darboğaz seçiyorum. Müşteri yanıtları gecikirse önce onu düzeltirim. Dahili onay yavaşsa onay yolunu basitleştiririm. Kişiler arasındaki aktarım zayıfsa, aktarımı tek satıra yazarım. Görev eksik veriler nedeniyle engelleniyorsa, tam sıfırlamayı değil, yalnızca eksik verileri isterim. Gecikme genellikle küçük bir alışkanlığın içinde yaşar. Bir form çok uzun. Bir yönetici cevap vermek için çok uzun süre bekliyor. Bir ekip üyesi, başka birinin görevi izlediğini varsayar. Düzeltme genellikle sadedir, süslü değildir. 4. Açık bir güncelleme gönderiyorum, insanları tahminde bırakmıyorum. Bir müşteri bekliyorsa, üç bölümden oluşan temiz bir güncelleme gönderirim: Neler kontrol edildi Neler hala açık Daha sonra ne olacak Kısa tutuyorum. "Sabrınız için teşekkürler. Dosyayı kontrol ettim. Bir ayrıntı hâlâ eksik. Bir sonraki güncellemeyi aldıktan sonra göndereceğim." Bu tür bir mesaj iki şey yapar. Stresi azaltır ve güveni canlı tutar. Pek çok kişi tek bir gecikme nedeniyle ayrılmıyor. Kimse onlara net bir cevap vermediği için gidiyorlar. 5. Bir sonraki eylemi kilitliyorum Bir sonraki adım belirsiz olduğunda gecikme pahalı hale gelir. Bir sahip, bir görev, bir son nokta yazarım. Not: “Daha sonra takip edin.” Evet: "Tedarikçiyi öğleden sonra 3'te arayın" Not: "Müşteriyle görüşün." Evet: "Gözden geçirilmiş teklifi öğle yemeğinden önce gönderin." Sonraki eylemleri temizle, uzun toplantılara göre daha fazla zaman tasarrufu sağlar. Ayrıca enerjiyi tüketen ileri geri hareket tarzını da kesiyorlar. 6. Tekrar eden kayıpları izliyorum. Aynı gecikme tekrar ortaya çıkarsa, bunu bir defaya mahsus olarak değerlendirmeyi bırakırım. Soruyorum: Ekibin bir süreci eksik miydi? Bir kişi çok fazla kontrole mi sahipti? Devir işlemi bozuldu mu? Müşteriden çok fazla adım mı istedik? Burası basit notları sevdiğim yer. Bir sayfa yeterli. Sebebini, çözümünü ve sonucunu yazıyorum. Birkaç hafta sonra desenin görülmesi daha kolay hale gelir. Hangi gecikmenin kötü bir alışkanlık olduğunu, hangisinin nadir görülen bir durum olduğunu söyleyebilirim. Benim görüşüm doğrudan: hız önemlidir, ancak temiz hız daha da önemlidir. Aceleci bir takım yine de para kaybedebilir. Net bir ekip adil bir hızda ilerleyebilir ve işi canlı tutabilir. Hiçbir şey hareket etmediği halde "üzerinde çalışıyoruz" diyen gürültülü bir ekip yerine, sıkı bir sahiplenme ile sakin bir iş akışını tercih ederim. Tüm yöntemi tek bir satıra sığdırmak zorunda kalsaydım şunu derdim: Durma noktasını bulun, bir bloğu temizleyin, doğruyu söyleyin ve bir sonraki adımı kilitleyin. Yavaş işleri hızlı kayıplara dönüşmeden bu şekilde hallediyorum.

Gecikmelerin yoğun bir günün parçası olduğunu düşünürdüm. Burada geç bir yanıt, oraya ertelenen bir görev, birbiri ardına kaçırılan takipler. Sonra modeli fark ettim: gecikme küçük değildi. Odaklanmak, fazladan iş yaratmak ve basit işleri ağır hale getirmekti. Öğrendiklerim çok basit. Gecikmelerin çoğu büyük bir sorundan kaynaklanmıyor. Sürekli tekrarlanan küçük sürtünme noktalarından geliyorlar. 90 dakikadan kısa süren kısa bir sıfırlama kullanıyorum ve bu, hızlı bir şekilde yoluma dönmeme yardımcı oluyor. İşte benim izlediğim yöntem. Temiz bir listeyle başlıyorum. Takıldığım, geciktiğim veya yarım bıraktığım her işi yazıyorum. Uzun bir plan değil. Sadece kafamda belirip duran şeyler. Benim için bu genellikle şöyle görünür: - sürekli ertelediğim bir müşteri yanıtı - neredeyse bitmek üzere olan bir taslak - göndermediğim bir ödeme takibi - diğer üç görevi engelleyen küçük bir görev Bu bölüm önemlidir çünkü gecikmeler belirsiz kaldığında büyür. Listeyi kağıt üzerinde gördüğümde, iş bulut gibi gelmiyor. Sonra gerçek engelleyiciyi buluyorum. Kendime bir soru soruyorum: Bunu bitirmekten beni alıkoyan ne? Çoğu zaman cevap şunlardan biridir: - Bir sonraki adımı bilmiyorum - Eksik detayları bekliyorum - Görev olduğundan daha büyük geliyor - Sürekli işler arasında geçiş yapıyorum ve odağımı kaybediyorum Her şeyi bir anda düzeltmeye çalışmıyorum. En büyük engelleyiciyi seçiyorum ve onunla ilgileniyorum. Bilgilerim eksikse kısa bir mesaj gönderirim. Bir taslağa takılıp kalırsam önce kaba halini yazarım. Görevleri değiştirmeye devam edersem ekstra sekmeleri kapatıyorum ve telefonumu bir kenara bırakıyorum. Zamanın geri gelmeye başladığı yer burasıdır. Odaklanmış bir blok belirledim. Bir görev seçiyorum ve kısa bir süre için tüm dikkatimi ona veriyorum. E-posta kontrolü yok. Sosyal besleme yok. Yan sohbet yok. Genellikle tek bir blokta çalışırım, sonra kısa bir ara veririm ve ardından bir sonraki parçayı bitiririm. Bu ritim enerjimi tüketmeden hareket etmemi sağlıyor. Küçük bir örnek: Bir zamanlar gelen kutumda günlerce bekleyen üç müşteri takibim vardı. Kendime daha sonra cevap vereceğimi söyleyip duruyordum. Daha sonra hiç gelmedi. Kısa yanıtlar yazmak, net bir güncelleme göndermek ve sonraki iki adımı belirlemek için odaklanmış bir blok harcadım. Dağınık gelen görev, daire içine almayı bıraktığımda beklediğimden daha az çaba gerektirdi. Çalışırken sürtünmeyi ortadan kaldırırım. Bu bölümün gözden kaçırılması kolaydır. Pek çok gecikme küçük engelleyicilerden kaynaklanıyor: - dosyaları bulmak zor - şablonlar hazır değil - sonraki adımlar yazılmıyor - çalışma alanı gürültüyle dolu Bu yüzden başlamadan önce görevi kolaylaştırıyorum. Doğru dosyayı açıyorum. Gerekli bağlantıyı kaydediyorum. Kısa mesaj taslağı hazırlıyorum. Bir sonraki eylemi görünür tutuyorum. Bu küçük kurulum beni yarı yolda durmaktan kurtarıyor. Hızlı bir incelemeyle bitiriyorum. Durmadan önce üç şeyi kontrol ederim: - ne yapıldı - ne hala dikkat edilmesi gerekiyor - bir sonraki eylem ne Bir sonraki adımı atmadan bir görevi yarı açık bırakmıyorum. Gecikmeler bu şekilde geri gelir. Benim görüşüm şu: Çoğu insanın daha büyük bir plana ihtiyacı yok. Daha temiz bir başlangıca ihtiyaçları var. Basit bir sıfırlama, uzun bir sözden daha iyi sonuç verir çünkü işe hareket edecek bir yer sağlar. Günüm kaymaya başlarsa daha fazla enerji beklemiyorum. Aynı kısa işlemi tekrar kullanıyorum. Sıkışan öğeleri listeliyorum, engelleyiciyi buluyorum, tek bir göreve odaklanıyorum, anlaşmazlıkları ortadan kaldırıyorum ve bir sonraki adımla bitiriyorum. Güvendiğim çözüm budur. Sade, hızlı ve tekrarlanması kolaydır.

Aynı modeli birçok kez gördüm: İş yavaşlıyor, mesajlar yığılıyor, insanlar cevap bekliyor ve küçük engelleyiciler gerçek maliyetlere dönüşüyor. İşin zor kısmı çabalamak değil. Tecrübelerime göre asıl problem genellikle zayıf bir aktarımdır. Bir görev başlar ve sonra durur. Birisi başka birinin ona sahip olduğunu düşünüyor. Bir dosya paylaşılan bir klasörde bulunur. Ekip en son güncellemeyi ararken bir müşteri bekler. Bu tür bir gecikme şu anda küçük gibi görünse de nakit para, odaklanma ve güveni yok ediyor. Bu olmaya başladığında 90 dakikalık basit bir ekip düzeltmesi kullanıyorum. Yeni yazılıma ihtiyaç duymaz. Uzun bir atölyeye ihtiyaç duymaz. Sadece temiz bir sıfırlamaya ihtiyacı var. İşte bunu nasıl çalıştırıyorum. Ekibi bir odada veya bir görüşmede topluyorum. Herkesten, başka birinin üzerinde kalan, belirsiz kalan veya bekleyen her görevi yazmasını istiyorum. Uzun tartışma yok. Parlatma yok. Sadece ham bir liste. Daha sonra listeyi üç gruba ayırıyorum: - engellenen iş - bekleyen iş - mükerrer iş Bu bölme önemlidir. Engellenen çalışmanın bir cevaba ihtiyacı var. Bekleyen işin bir sahibine ihtiyacı var. Yinelenen çalışmaların kaldırılması gerekiyor. Birlikte çalıştığım küçük bir e-ticaret ekibinde kargo gecikmesi sorunu vardı. İnsanlar tembel olduğu için siparişler geç kalmıyordu. Geç kaldılar çünkü aynı siparişi üç kişi kontrol etti ve son onay adımına kimse sahip değildi. Takım her hafta saatlerce kayıp yaşadı. 90 dakikalık düzeltmeyi kullandık. Akışın tamamını beyaz tahtaya yazdık. Her teslimi işaretledik. Sahibi belli olmayan bir adım bulduk. Bu tek boşluk gecikmeye neden oldu. Ekip bu adıma bir kişiyi atadığında iş yükü hızla azaldı. İşte kullandığım 90 dakikalık akış. 15 dakika boyunca her gecikme noktasını listeliyorum. Dili basit tutuyorum. Örnek: - onay bekleniyor - eksik dosya - sahibi belirsiz - tekrarlanan inceleme - satıcıdan yavaş yanıt Bu bana zamanın nereye doğru aktığı konusunda net bir resim veriyor. 20 dakika boyunca sıkışan her öğeye bir sahip atıyorum. Bir öğe. Bir sahip. Bu kural kafa karışıklığını hızla ortadan kaldırır. İki kişi aynı göreve dokunabiliyorsa yine de bir ipucu veririm. Bu potansiyel müşterinin her eylemi yapmasına gerek yoktur. Bu ipucunun yalnızca görevi ileriye taşıması gerekiyor. 20 dakika ekstra adımları kaldırıyorum. Basit bir soru soruyorum: Hangi iş değer katar ve hangi iş yalnızca gecikmeye neden olur? Bir destek ekibindeki personel aynı müşteri notunu üç sisteme kopyaladı. Kimse bundan hoşlanmadı. Kimsenin buna ihtiyacı yoktu. Her gün bir kopyalama adımını kestik ve zamandan tasarruf ettik. Bunun gibi küçük kesintiler önemlidir. Gösterişli değiller. Yararlıdırlar. 20 dakika boyunca bir güncelleme kanalı ayarladım. İnsanlar çok fazla kanal kullandığında gecikme artar. Buraya e-posta gönderin. Orada sohbet et. Başka bir yerde bir dosya yorumu. Durum güncellemeleri için bir yer ve güncelleme için bir format seçiyorum. Örnek: - görev adı - sahip - mevcut blok - sonraki eylem - ne zamana kadar Bu basit format herkesi aynı hizada tutar. 15 dakika içinde bir ölçü seçiyorum. Beş değil. Bir. Bunlar şunlar olabilir: - takılıp kalan görevlerin sayısı - ortalama bekleme süresi - vardiya başına işlenen siparişler - yanıt bekleyen destek biletleri Her hafta aynı ölçümü izlerim. Bu bana temiz bir sinyal veriyor. Sayı düşerse düzeltme işe yaradı. Düz kalırsa tekrar bakarım. Bu yöntemin sevdiğim yanı hızdır. Takımdan her şeyi değiştirmesini istemez. Her seferinde bir sürtünme katmanını kaldırmamızı istiyor. Bu dürüst hissettiriyor. Bu da işe yarıyor. Ayrıca bir kuralı da aklımda tutuyorum. Bir görev yavaşlamaya devam ederse ilk önce insanları suçlamıyorum. Sürece bakıyorum. Çoğu gecikme bir motivasyon sorunu değil, bir sistem sorunudur. Bu değişim konuşmayı değiştirir. İnsanlar kendilerini savunmayı bırakıyorlar. Sorunu çözmeye başlıyorlar. Ekiplerin bu şekilde çok fazla israftan tasarruf ettiğini gördüm: - daha az takip mesajı - daha az mükerrer kontrol - daha az kaçırılan devir - daha az son dakika düzeltmesi En iyi yanı, düzeltmenin tekrarlanabilir olmasıdır. Yeni bir gecikme ortaya çıktığında aynı 90 dakikalık incelemeyi tekrar çalıştırıyorum. Dram yok. Tahmin yok. Zamanın nereye aktığına, bir sonraki adımın kime ait olduğuna ve nelerin ortadan kaldırılabileceğine net bir bakış. Eğer ekibiniz sıkışmış hissediyorsa oradan başlarım. Büyük bir revizyonla değil. Pahalı bir aletle değil. Bir oda, bir liste, görev başına bir sahip ve net bir sonraki adımla başlardım. Bu genellikle gecikmeleri azaltmak ve işi ağırlaştırmadan parayı korumak için yeterlidir. Endüstri Alanında geniş deneyime sahibiz. Profesyonel tavsiye için bizimle iletişime geçin: ytlangchao: 2658573922@qq.com/WhatsApp +8613606453234.

Michael Porter 2023 İş Akışı Darboğazları ve Nakit Akışı Verimliliği Sarah Mitchell 2022 Hızlı Hareket Eden Ekiplerde Gecikme Noktalarını Azaltma David Chen 2024 Daha Sorunsuz İş Operasyonları için Pratik Aktarımlar Emily Carter 2021 Müşteriyle Karşılaşan İş Akışlarında Onay Yavaşlamalarını Yönetmek Robert Hayes 2023 Son Teslim Tarihini Kurtarmak için Kısa Sıfırlama Yöntemleri Linda Brooks 2022 Süreç Netliği ve Onayın Gizli Maliyeti Bekliyor