Küçük Bir Ekip İçin Operasyonel Sorun Kaydını Kullanışlı Tutma

Basit bir sorun kaydı neden önemlidir?

Küçük bir işletmede operasyonel sorunlar çoğu zaman en az yapılandırılmış yerlerde başlar: kısa bir konuşmada, müşteri telefon görüşmesinde, grup sohbetindeki bir mesajda veya sonraki vardiya için bırakılan bir notta. Bunlar insanların sorundan haberdar olması için yeterli olabilir, ancak sorunun çözüldüğünden emin olmak için nadiren yeterlidir. Bir mesaj kaybolduğunda veya sorunu fark eden kişi başka işlerle meşgul olduğunda, sorun görünürlüğünü yitirebilir.

Küçük işletmeler için operasyonel sorun kaydı, takip gerektiren sorunlar için ortak bir alan oluşturur. Amaç, her küçük aksaklığı idari bir sürece dönüştürmek değildir. Amaç, önemli sorunları görünür kılmak, birine onları ilerletme sorumluluğunu vermek ve yaşananlara dair net bir kayıt tutmaktır. Kullanışlı bir kayıt, küçük bir ekibin bildirilen bir endişe ile çözülmüş bir sorun arasındaki farkı ayırt etmesine yardımcı olur.

En iyi kayıt, genellikle ekibin tutarlı biçimde sürdürebileceği basit bir kayıttır. Dört pratik soruyu hızla yanıtlamalıdır: Sorun nedir? İşletmeyi nasıl etkiliyor? Bir sonraki adımdan kim sorumlu? Ekip bunu ne zaman yeniden gözden geçirecek? Kayıt bu soruları yanıtlayamıyorsa, insanların kullanmayı bıraktığı başka bir liste hâline gelmesi muhtemeldir.

Aşağıdaki alışkanlıklar, küçük bir ekibin gereksiz süreç oluşturmadan operasyonel sorunları takip etmesine yardımcı olur.

Kayda nelerin gireceği konusunda anlaşın

Ortak bir tanımla başlayın. Bir sorun; fark edildiği anın ötesinde inceleme, karar, düzeltici çalışma veya takip gerektirdiğinde kayda girmelidir. Örnekler arasında tekrarlayan ekipman sorunları, atlanan bir operasyon adımı, tedarikçi kaynaklı aksaklık, hizmet hatası, güvenlik endişesi veya süreçteki bir zayıflığı ortaya çıkaran müşteri sorunu yer alabilir.

Her görevin bir soruna dönüşmesi gerekmez. Sahibi net olan ve normal bir tamamlama süreci bulunan rutin görevler, ekibin olağan görev listesinde kalabilir. Benzer şekilde, hemen yanıtlanan tek seferlik bir sorunun kayda alınması gerekmeyebilir. Kayıt; tekrarlayabilecek, işi kesintiye uğratabilecek, müşterileri etkileyebilecek, önlenebilir maliyet yaratabilecek veya kişiler arasında koordinasyon gerektirebilecek sorunlar içindir.

Operasyonunuza uygun birkaç dahil etme kuralını yazın. Örneğin ekip, şu durumlarda bir sorunu kayda alabilir:

• işin beklendiği şekilde devam edememesi;
• sorunun bir müşteriyi, tedarikçiyi veya başka bir ekip üyesini etkilemesi;
• aynı sorunun birden fazla kez yaşanmış olması;
• birinin nedeni incelemesi veya bir müdahaleyi onaylaması gerekmesi;
• sorunun mevcut vardiya ya da görüşme sırasında tamamen çözülememesi.

Bu kuralların katı olması gerekmez. Değerleri tutarlılık sağlamalarıdır. İnsanlar neyi bildireceklerini bildiğinde, önemli ayrıntıları kişisel notlarında tutma veya başka birinin ilgilendiğini varsayma olasılıkları azalır. Suçlama yerine olgusal bildirimleri teşvik edin. “Teslimat eksik geldi ve iki sipariş için stok yoktu” ifadesi, “teslimat ekibi yine hata yaptı” ifadesinden daha kullanışlıdır. Olgular, sorumlu kişiye üzerinde çalışabileceği bir başlangıç noktası sağlar.

İşe en yakın kişilerin bildirim yapmasını kolaylaştırın. Bildirim uzun bir açıklama veya birkaç ayrı mesaj gerektiriyorsa, sorunlar geç gündeme getirilebilir ya da hiç bildirilmez. Operasyonel olay, operasyonel sorunları bildirmek için merkezi bir alan sunar; ekiplerin endişeleri dağınık mesajlardan ve notlardan çıkarırken bildirilen sorunu görünür tutmasına yardımcı olur.

Etkiyi, sorumluyu, önceliği ve son tarihi kaydedin

Bir sorun kaydı şablonu, akışı destekleyecek kadar bilgi toplamalıdır; ileride ilgili olabilecek her ayrıntıyı değil. Kısa ve net bir başlıkla, gözlemlenen durumun açıklamasıyla başlayın. Bu bağlam önemliyse, ne zaman ve nerede gerçekleştiğini ekleyin. Kaydı daha sonra okuyan bir çalışma arkadaşınız, orada bulunmamış olsa bile durumu anlayabilmelidir.

Ardından etkiyi kaydedin. Etki, sorunun neden ilgiyi hak ettiğini açıklar. Geciken iş, kesintiye uğrayan hizmet, israf edilen malzeme, müşteri memnuniyetsizliği, kalite endişesi veya normal operasyonlar için risk ile ilgili olabilir. Gerçekleşen ya da olası etkiyi sade bir dille açıklayın. Bu, ekibin önemi sorunu en son kimin bildirdiğine göre değil, işletme etkisine göre tartışmasına yardımcı olur.

Her açık sorunun bir sorumlusu olmalıdır. Sorumlu kişi, soruna neden olan veya her işlemi gerçekleştirecek kişi olmak zorunda değildir. Bu kişi, sorunun ilerlemesini sağlamaktan hesap verebilir: ne olduğunu netleştirmek, gereken çalışmaları koordine etmek, kaydı güncellemek ve konuyu yeniden gözden geçirilmek üzere gündeme getirmek. Bir sorunu tüm departmana veya “ekibe” atamaktan kaçının. Ortak sorumluluk kolayca sorumsuzluğa dönüşebilir.

Öncelik ve son tarih farklı amaçlara hizmet eder; bu nedenle ikisini de kaydedin. Öncelik, ekibin diğer işlere kıyasla ne kadar acil yanıt vermesi gerektiğini gösterir. Ekip bunları tutarlı biçimde kullandığı sürece yüksek, orta ve düşük gibi basit etiketler yeterli olabilir. Son tarih ise bir sonraki anlamlı işlem, güncelleme veya kararın ne zaman yapılması gerektiğini belirtir. Son tarihi yalnızca umut edilen nihai bitiş tarihi olarak kullanmayın. Tam çözüm zaman alacaksa, sorumlunun ilerlemeyi bildirmesi veya bir sonraki adımı önermesi için yakın bir tarih belirleyin.

Pratik bir kayıt genellikle şunları içerir:

• net bir sorun başlığı ve olgusal açıklama;
• bildirim tarihi ile ilgili konum, süreç veya alan;
• işletme etkisi ve hâlihazırda alınmış acil önlemler;
• adı belirtilmiş tek bir sorumlu;
• öncelik seviyesi ile sonraki gözden geçirme ya da işlem son tarihi;
• açık, işlemde, bilgi bekleniyor veya doğrulamaya hazır gibi mevcut durum;
• uygun olduğunda işlemler, kararlar ve destekleyici kanıtlara ilişkin notlar.

Durum etiketlerini sınırlı ve anlamlı tutun. Çok fazla kategori, gerçekten bir şeyin ilerleyip ilerlemediğini gizleyebilir. Önemli ayrım; yalnızca bildirilmiş bir kayıt, üzerinde çalışılan bir kayıt ve kontrol edilip kapatılabilecek bir kayıt arasındadır.

Açık kayıtları belirli bir düzende gözden geçirin

Bir kayıt ancak gözden geçirildiğinde güvenilir hâle gelir. Operasyonunuzun temposuna ve riskine uygun bir düzen belirleyin. Yoğun bir ekip, acil kayıtlar için kısa bir günlük kontrol ve daha kapsamlı haftalık gözden geçirme yapmayı gerektirebilir. Başka bir ekip için planlanmış haftalık inceleme yeterli olabilir. Kesin sıklıktan daha önemli olan, açık sorunların dikkatlerden kaybolmadan önce görüşüleceği beklentisidir.

Gözden geçirmeyi odaklı tutun. Açık kayıtları inceleyin ve etkinin, sorumlunun, önceliğin ve son tarihin hâlâ doğru olup olmadığını sorun. Gecikmiş kayıtlar ve yüksek öncelikli sorunlarla başlayın. Her biri için son gözden geçirmeden bu yana neyin değiştiğini, sonraki işlemin ne olduğunu, bunu kimin ve ne zaman yapacağını, ekibin ne zaman tekrar kontrol edeceğini sorun. Sorumlu kişi karar veya kaynak gerektiği için ilerleyemiyorsa, durumu değiştirmeden bırakmak yerine bu engeli kaydedin.

Sorun kaydı incelemesini her operasyonel konunun uzun bir tartışmasına dönüştürmeyin. Bunu, taahhütler üzerindeki kontrolü sürdürmek için kullanın. Daha ayrıntılı sorun giderme çalışmaları ayrı yürütülebilir; ardından kısa bir güncelleme kayda eklenir. Böylece kayıt, toplantı konuşmalarının arşivi yerine kullanışlı bir yönetim görünümü olarak kalır.

Gözden geçirme, gelecekteki bildirimlerin kalitesini de artırır. Ekip üyeleri bildirilen sorunların bir sorumlu, bir karar ve görünür bir güncelleme aldığını gördüğünde, endişeleri erkenden dile getirme olasılıkları yükselir. Kayıtlar dokunulmadan kalırsa, insanlar bildirim yapmanın takip getirmeden yalnızca ek iş yarattığını öğrenir.

Bu çalışmayı tek bir yerde koordine etmek isteyen ekipler için Operasyonel olay, operasyonel sorunların atanmasını, önceliklendirilmesini ve çözülmesini destekler ve bunlarla ilgili çalışmaların net geçmişini korur. Araç, gözden geçirme alışkanlığını desteklemeli; onun yerini almamalıdır: yöneticilerin neyin önemli olduğuna karar vermesi ve sorumluların gerçekçi bir sonraki adıma sahip olduğunu doğrulaması gerekir.

Sorunları kapatmadan önce sonuçları doğrulayın

Bir kaydı, biri çözüldüğünü söyledi diye kapatmak, tekrarlayan sorunların yaygın nedenlerinden biridir. Kapatmadan önce, üzerinde anlaşılan müdahalenin tamamlandığını ve kayıtta açıklanan sorunu ele aldığını doğrulayın. Doğrulama her zaman resmî bir inceleme gerektirmez. Yedek stokun ulaştığını kontrol etmek, revize edilmiş bir adımın uygulandığını gözlemlemek, tamamlanan bir onarımı incelemek veya etkilenen müşteri durumunun ele alındığını doğrulamak kadar basit olabilir.

Doğrulama düzeyi, sorunun etkisiyle uyumlu olmalıdır. Düşük etkili idari bir sorun, sorumludan hızlı bir onay gerektirebilir. Tekrarlayan veya yüksek etkili bir sorun ise belgelenmiş kontrol, sürecin tekrar uygulanmasından elde edilen sonuç ya da etkilenen kişiden onay gibi daha güçlü kanıtlar gerektirebilir. Neyin kontrol edildiğini, kimin kontrol ettiğini ve tarihi kaydedin. Benzer bir sorun daha sonra ortaya çıkarsa bu bilgiler değerli olur.

Bir kaydı kapalı olarak işaretlemeden önce dört soru sorun:

1. Aciliyet taşıyan sorun ele alındı mı?
2. Planlanan düzeltici işlem tamamlandı mı?
3. Birisi sonucu uygun düzeyde doğruladı mı?
4. Ayrı olarak açık kalması gereken bir takip işlemi var mı?

Son sorunun yanıtı evetse, özgün sorunu yalnızca kendi sonucu doğrulandığında kapatın; ardından kalan çalışma için ayrı bir kayıt oluşturun veya mevcut ayrı kaydı koruyun. Bu yaklaşım, geniş kapsamlı bir sorunun süresiz olarak açık kalmasını önlerken tamamlanmamış işlerin kapalı durumunun ardında kaybolmasını da engeller.

Kaydı küçük, görünür ve güvenilir tutun

Kullanışlı bir operasyonel sorun kaydı, içerdiği kayıt sayısıyla ölçülmez. Ekibin önemli sorunları görüp göremediği, bunlara müdahale edip edemediği ve neden kapatıldıklarını gösterebilmesiyle ölçülür. Kayıtları net tutun, her açık kayda adı belirtilmiş bir sorumlu ve sonraki tarih atayın, onları planlandığı şekilde gözden geçirin ve kapatmadan önce sonuçları doğrulayın.

Bu şekilde kullanıldığında kayıt, sürdürülecek başka bir belge yerine pratik bir operasyon alışkanlığına dönüşür. Küçük bir ekibin dikkatini önemli sorunlarda tutmasına yardımcı olur ve benzer sorunlar tekrar ortaya çıktığında güvenilir bir geçmiş oluşturur.

Operasyonel sorunları net bir geçmişle bildirmek, atamak ve çözmek için Operasyonel olay'ı keşfedin.