Bir ekip arkadaşının bir olay hakkında bilmesi gerekenler
Dahili olay güncellemesi; tam kapsamlı bir olay raporu, toplantı tutanağı veya mesaj akışı değildir. Küçük bir ekibin neyin yanlış olduğunu, sırada neyin önemli olduğunu ve olayın ilerletilmesinden kimin sorumlu olduğunu anlamasına yardımcı olan kısa bir çalışma kaydıdır. Amacı, insanların sohbet dizilerinde, e-postalarda veya hafızalarında arama yapmasını gerektirmeden belirsizliği ortadan kaldırmaktır.
Olayı sade bir dille ifade ederek başlayın. Gözlemlenebilir sorunu ve anlık operasyonel etkisini açıklayın. “Stok sayıları raftaki ürünlerle eşleşmiyor” ifadesi, “envanter sorunu”ndan daha faydalıdır. “Müşteriler gelmeden önce açılış kontrol listesi tamamlanmadı” ifadesi, “sabah aksaklığı”ndan daha faydalıdır. Olay sırasında bulunmayan biri de durumu anlayabilmelidir.
Yanıtı etkileyen bağlamı ekleyin: olayın nerede gerçekleştiği, ne zaman fark edildiği ve hangi işin etkilendiği. Bunu olgusal tutun. Sebep doğrulanmadıysa, bir varsayımı sonuç gibi sunmak yerine bunu belirtin. Bilinenlerle hâlâ kontrol edilmesi gerekenleri ayırmak, ekibin yanlış bir anlatıya dayanarak hareket etmesini önler.
Pratik bir dahili olay güncellemesi şablonu şunları içerebilir:
- Olay: sorunun kısa açıklaması.
- Konum veya süreç: olayın gerçekleştiği yer ya da etkilenen rutin.
- Gözlemlendi: ne zaman tespit edildiği ve ilgili olgular.
- Etki: hangi işin, müşteri hizmetinin, kalitenin, güvenliğin veya maliyetin etkilenebileceği.
- Mevcut durum: yeni, kontrol ediliyor, işlem sürüyor, beklemede veya incelemeye hazır.
Bu alanlar, ekip arkadaşının harekete geçmesi, ilerlemeyi izlemesi veya bilgi sağlaması gerekip gerekmediğine karar vermesine yardımcı olur. Ayrıca belirsiz güncellemeleri önler. “İnceliyoruz” ifadesi koordinasyon için pratik bir temel sunmaz; açık bir açıklama ve durum sunar.
Güncellemeleri tutarlı, ortak bir yerde saklayın. Operasyonel sorunları merkezileştirmek için Operasyonel olay, bildirilen sorunu, atamayı, önceliği, son tarihi, çözümü ve kapanış kanıtını bir arada tutabilir; böylece ekip dağınık notlardan durumu yeniden oluşturmaya çalışmaz. Amaç daha fazla metin oluşturmak değil, olay el değiştirdiğinde veya birkaç gün sürdüğünde anlaşılır kalacak bir kayıt tutmaktır.
Önceliği, sorumluyu ve son tarihi açıkça belirtin
Her olay aynı yanıtı gerektirmez. Öncelik, ekibe diğer işlere kıyasla ne kadar acil ilgilenilmesi gerektiğini gösterir. Sorumlu, olayın ilerletilmesinden hesap verebilir kişiyi belirtir. Son tarih, olayın çözülmesi, gözden geçirilmesi veya üst kademeye taşınması gereken bir sonraki zamanı belirler. Bu ayrıntılar birlikte, bir açıklamayı operasyonel taahhüde dönüştürür.
Önceliği, olayı en son kimin bildirdiğine veya kimin en çok endişelendiğine göre değil, işletme etkisine göre seçin. Gerekçe açık değilse kısaca açıklayın. Bir olay, bugün bir hizmetin sunulmasını engellediği için yüksek öncelikli olabilirken, güvenli bir geçici çözüm bulunduğu için bir diğeri daha düşük öncelikli olabilir. Ekibiniz yüksek, orta ve düşük gibi etiketler kullanıyorsa, her etiketin gerektirdiği yanıt üzerinde kurum içinde anlaşın.
Birkaç kişi katkı sunacak olsa bile tek bir sorumlu belirleyin. “Tesis yönetimi ve operasyon” bir sorumlu değildir. “Jordan onarımı ayarlayacak; Casey açılış sürecini kontrol edecek” ifadesi nettir; çünkü ana sorumluluk ve destekleyici çalışma görünürdür. Sorumluluk, sorumlunun soruna neden olduğu anlamına gelmez. İş arkadaşlarının bir sonraki güncellemeyi kimin koordine edeceğini ve gerekli işlerin vardiyalar arasında kaybolmamasını kimin sağlayacağını bilmesi anlamına gelir.
Son tarihi belirli bir tarih, saat veya olay olarak ifade edin. “Yakında” ve “hafta sonuna kadar” farklı kişiler için farklı anlamlara gelebilir. Nihai çözüm tarihi belirsizse bunun yerine bir sonraki inceleme için son tarih belirleyin. Bu, ekibin yerine getiremeyeceği bir söz vermeden olayın aktif kalmasını sağlar.
Güncelleme örneği: Paketleme istasyonunda teslimat etiketleri eksik adres bilgileriyle yazdırılıyor. Bu durum sipariş hazırlığı sırasında saat 10:15'te fark edildi. Öncelik: yüksek; çünkü siparişler doğru biçimde sevk edilemiyor. Sorumlu: Morgan. Son tarih: bugün saat 14:00'e kadar çalışan çözüm veya durum incelemesi. Durum: işlem sürüyor.
Bu format, bir yöneticinin nerede desteğe ihtiyaç duyulduğunu görmesine ve ekip arkadaşlarının aksaklığa göre plan yapmasına yardımcı olur. Ayrıca yoğun bir gün içinde operasyonel olay durum güncellemesinin daha kolay taranmasını sağlar.
Yürütülen işlemi kaydedin
Bir olayın sorumlusu belirlendikten sonra, sonraki güncelleme şu anda ne yapıldığını söylemelidir. Bir eylemi genel bir niyetle değiştirmeyin. “İnceleniyor” geçerli bir durum olabilir, ancak ardından yapılan kontrol, ilgili kişi veya beklenen karar belirtilmelidir. Örneğin: “Sorumlu, yazıcı ayarlarını onaylı adres biçimiyle karşılaştırıyor ve bir örnek etiketi test edecek.”
İşin görünür olmasını sağlayacak bir sırayla işlemleri kaydedin. Önce acil sınırlama adımını belirtin. Ardından yürütülen düzeltici çalışmayı, ilerlemeyi engelleyen bağımlılığı ve bir sonraki güncellemenin zamanını not edin. Bu, ekibin kontrol altına alınmış ancak çözülmemiş bir sorunla, düzeltilmekte olan bir sorunla ve karar ya da bilgi bekleyen bir sorunu birbirinden ayırmasına yardımcı olur.
Faydalı işlem notları pratik soruları yanıtlar:
- Aksaklığı sınırlamak için şimdiye kadar ne yapıldı?
- Sorumlu sırada ne yapacak?
- Hangi bilgiye, onaya veya kaynağa hâlâ ihtiyaç var?
- Bir sonraki durum güncellemesi ne zaman paylaşılacak?
- Beklenen etki değişti mi?
Dili tarafsız ve belirli tutun. Güncelleme, suç atama yeri değil, bir koordinasyon aracıdır. “Kontrol listesi imzalanmadı” ifadesi bir eksikliği tanımlar. “Vardiya ekibi süreci görmezden geldi” ifadesi niyet varsayar ve gerçek sebebin belirlenmesinden dikkati uzaklaştırabilir. Bir olgu tartışmalıysa, doğrulanacak bir husus olarak kaydedin.
Küçük ekipler sorunları çoğu zaman kısa görüşmelerle çözer ve bu faydalı olabilir. Risk, bir görüşme, yerinde inceleme veya devir teslimden çıkan kararın ya da taahhüdün olay kaydına hiç eklenmemesidir. Kararı, sorumluyu ve sonraki son tarihi içeren kısa bir takip notu yazın. O sırada bulunmayan iş arkadaşları böylece aynı operasyonel tabloya sahip olur ve tekrar eden sorular sormak zorunda kalmaz.
Tekrarlayan operasyonel işler için ortak bir olay kaydı özellikle faydalı olabilir. Operasyonel olay, operasyonel sorunları merkezileştirmek ve sorumluları, öncelikleri, son tarihleri, çözümleri ve kanıtları koordine etmek için tasarlanmıştır. Disiplinli bir güncelleme yapısıyla birlikte kullanıldığında, ilk bildirimden incelemeye kadar ekip içi olay iletişimi için daha net bir merkez sağlar.
Pratik bir durum sıralaması kullanın
Herkes terimleri aynı şekilde kullandığı sürece, tutarlı durumlar güncellemelerin daha hızlı okunmasını sağlar. Pratik bir sıralama şöyledir:
- Yeni: sorun bildirildi ve değerlendirme gerekiyor.
- Kontrol ediliyor: olgular, kapsam veya sebep doğrulanıyor.
- İşlem sürüyor: sorumlu, üzerinde anlaşılmış bir yanıtı uyguluyor.
- Beklemede: ilerleme bilgiye, karara, malzemelere veya başka bir göreve bağlı.
- İncelemeye hazır: işlem tamamlandı ve kapanışın doğrulanması gerekiyor.
- Kapatıldı: üzerinde anlaşılmış kapanış kanıtı kontrol edilip kaydedildi.
Kesin etiketler, bunların tutarlı uygulanmasından daha az önemlidir. Bir olayı yalnızca faaliyet durduğu için kapatılmış olarak işaretlemeyin. Kapanış, ekibin sonucu kontrol ettiğini göstermelidir.
Kapanışı neyin kanıtladığını doğrulayın
Faydalı bir olay çözüm güncellemesi, sorunun üzerinde anlaşılmış standarda göre çözüldüğünü gösteren kanıtla sona erer. Bu, birinin sorunun çözüldüğüne inandığını söylemekten farklıdır. Kapanış kanıtı olaya uygun olmalıdır: tamamlanmış bir kontrol, düzeltilmiş kayıt, test sonucu, fotoğraf, yönetici incelemesi, müşteri onayı veya düzeltici işlemin işe yaradığını gösteren başka uygun bir kanıt.
Mümkün olduğunda kapanış koşulunu erkenden belirleyin. Ekip başarıyı neyin göstereceğini bildiğinde, sorumlu işi tamamlarken kanıt toplayabilir. Yazdırma örneği için kapanış kanıtı, bir siparişe göre kontrol edilmiş doğru yazdırılmış örnek etiket ve etkilenen siparişlerin gözden geçirildiğinin doğrulanması olabilir. Atlanmış bir açılış kontrol listesi için bu, tamamlanmış kontrol listesi ve devir teslim rutinindeki doğrulanmış bir değişiklik olabilir. Bu durum belirlenmedikçe, altta yatan sebebin ortadan kaldırıldığını iddia etmeyin.
Kapanış güncellemesi, hangi işlemin tamamlandığını, ne zaman tamamlandığını, hangi kanıtın kontrol edildiğini ve kapanışı kimin doğruladığını belirtmelidir. Takip çalışması kaldıysa, kapatılmış bir kaydın içinde gizlemek yerine görünür tutun. Anlık aksaklık doğrulandıktan sonra kapatılabilirken, daha uzun vadeli iyileştirme çalışması ayrı bir işlem olarak kalır.
Kapanış örneği: Yazıcı ayarları saat 13:20'de düzeltildi. Morgan örnek etiketleri yazdırıp iki güncel siparişle karşılaştırarak kontrol etti; adres bilgileri eksiksizdi. Casey, sevkiyattan önce etkilenen siparişleri gözden geçirdi. Tamamlanan kontroller kaydedilerek olay kapatıldı. Paketleme istasyonu kurulumuna ilişkin ayrı bir inceleme planlanacak.
Bu yaklaşım, yöneticilere basit bir sorunun güvenilir yanıtını verir: olayın gerçekten sona erdiğini nasıl biliyoruz? Ayrıca benzer bir sorun tekrar ortaya çıktığında faydalı bir geçmiş oluşturur. Ekip, sıfırdan başlamak yerine önceki işlemi, kanıtı ve kalan iyileştirme çalışmasını görebilir.
Şablonu kusursuz değil, tutarlı kullanın
İyi bir güncelleme yalnızca olayın gerektirdiği kadar ayrıntı kullanır; ancak temel unsurları korumalıdır: sorun, etki, öncelik, sorumlu, son tarih, mevcut işlem ve kapanış kanıtı. Küçük bir olay için yalnızca birkaç satır gerekebilir. Daha fazla aksaklığa yol açan bir olay, olgular ve işlemler geliştikçe birkaç güncelleme gerektirebilir.
Şablonu gerçek kullanımın ardından gözden geçirin. Ekip arkadaşları düzenli olarak aynı takip sorusunu soruyorsa bir alan ekleyin veya ifadeyi iyileştirin. Güncellemeler uzun anlatılara dönüşüyorsa, bunları kararlara, işlemlere ve kanıtlara geri döndürün. Tutarlılık güven oluşturur; çünkü insanlar mevcut durumu nerede bulacaklarını ve kapatılmış bir olayın ne anlama geldiğini bilir.
Operasyonel sorunların anlaşılır kalması için tutarlı bir güncelleme yapısı kullanın.