Gürültü yaratmayan planlar: yinelenen görev sistemi

Yinelenen görevler neden gürültü yaratır

Ekipler yinelenen görev sistemlerini hatırlatıcı makinesi gibi kullandığında sistem gürültülü hâle gelir. Bir görev, işin yapılması gerekip gerekmediğine bakmadan her gün, hafta veya ay yeniden görünür. Çok geçmeden rutin işler listeyi doldurur; müşteri sorunu, kaçırılmış onay veya bekleyen sipariş gözden kaçar.

Tekrarlanan hatırlatıcılar insanlara bildirimleri görmezden gelmeyi de öğretir. Bir kişi her sabah «gelen kutusunu incele» görevini görüp yalnızca haftada iki kez işlem yapması gerektiğini fark ederse, bu bildirimin nadiren gerçek bir iş gerektirdiğini öğrenir. Birkaç hafta sonra görevi kontrol etmeden temizler veya arka planda kaybolana kadar açık bırakır.

Yinelenen görev, yinelenen bildirimden farklıdır. Görev belirli bir işi, sorumluyu ve o kişinin işi tamamlandı olarak işaretleyebileceği net noktayı belirtir. Bildirim ise yalnızca zamanın geçtiğini söyler. «Bu haftanın tedarikçi faturalarında onay olup olmadığını kontrol et» bir karar ve işlem gerektirir. «Haftalık fatura hatırlatıcısı» ise kimsenin neyi bitirmesi gerektiğini söylemez.

Sorumluluğun belirsiz olması sorunu büyütür. Tüm departmana atanan bir görevin çoğu zaman gerçek bir sahibi olmaz. İki kişi aynı kontrolü yapabilir veya her biri işi diğerinin üstlendiğini sanabilir. Yöneticiler bu boşluğu kapatmak için daha fazla hatırlatıcı ekler ve gürültü daha da artar.

Yinelenen atamalar da benzer bir sorun yaratır. Aynı iş için bir kişiye planlanmış görev, takvim uyarısı, sohbet mesajı ve takip e-postası gönderilebilir. Bu kanallar dikkati birbirleriyle yarıştırır; zaman işi yapmak yerine bildirimleri ayıklamaya gider.

İyi bir yinelenen görev sistemi yalnızca iş gerçekten zamanı geldiğinde aksiyon ister. Her öğe şu dört soruyu yanıtlamalıdır:

• Ne yapılmalı?
• Bugün kimin sorumluluğunda?
• Ne zaman tamamlanmalı?
• Tamamlanmış sayılması için ne gerekir?

Bildirimleri iş kayıtlarından ayrı tutun. Aylık politika güncellemesi gibi yalnızca farkındalık gerektiren durumlarda bildirim kullanın. Birinin incelemesi, karar vermesi, düzeltmesi, onaylaması veya raporlaması gerekiyorsa görev oluşturun.

Bu ayrım, geciken görev eskalasyonunu da daha anlamlı kılar. Her okunmamış hatırlatıcıyı değil, yerine getirilmemiş taahhüdü eskale edin. Daha az sayıda ve daha net görev, küçük bir gecikme müşteri sorununa dönüşmeden ilgilenilmesi gereken işi fark etmeyi kolaylaştırır.

Yinelenen görevi hak eden işleri seçin

Yinelenen görev sistemi, işin net bir tetikleyicisi ve eylemi olduğunda en iyi sonucu verir. Zaman, bir olay veya durum değişikliği nedeniyle tekrarlanan görevlerle başlayın. Her sabah yeni destek taleplerini kontrol etmek, her cuma başarısız ödemeleri incelemek veya bir çalışan ayrıldığında erişimini kaldırmak buna örnek olabilir.

Her rutin düşünceyi planlamayın. «İlgilenilmesi gereken bir şey var mı diye kontrol et» gibi bir görev, yararlı bir sonuç üretmeden hatırlatıcı oluşturur. Bunun yerine kapsamı belirginleştirin; örneğin yedi günden eski iadeleri incelemek veya bu ayın faturalarının gönderildiğini doğrulamak gibi.

Planı işin doğal ritmine uydurun. Günlük görevler hızlı hareket eden kuyruklara, hizmet kontrollerine ve devir teslimlere uygundur. Haftalık incelemeler, açık satış fırsatları veya çözülmemiş müşteri sorunları gibi daha fazla bağlam gerektiren işler için uygundur. Aylık planlar erişim incelemeleri, politika güncellemeleri ve arşivlenmiş kayıtlar gibi daha yavaş işlere uyar.

Basit bir test uygulayın: Bir döngünün atlanması gerçek bir soruna yol açar mı? Yanıt hayırsa bu işi yinelenen görev sistemine eklemeyin. Başka bir sürecin bu işi zaten yürütüp yürütmediğini de kontrol edin. Finans aracı bu vakaları zaten atıyor ve takip işlemlerini kaydediyorsa haftalık geciken fatura hatırlatıcısı planlamanın anlamı yoktur.

Bir plan oluşturmadan önce görevin üretmesi gereken sonucu yazın. Böylece sorumlunun bir bitiş çizgisi olur ve daha sonraki incelemeler kolaylaşır. İyi sonuçlar somuttur:

• Her yeni destek talebinin bir sorumlusu veya yanıtı vardır.
• Yedi günden eski iade taleplerinin belgelenmiş bir kararı vardır.
• Eski çalışanların etkin hesap erişimi kalmamıştır.
• Aylık rapor kontrol edilmiş ve doğru ekiple paylaşılmıştır.

«Kontrol panelini incele» veya «talepleri takip et» gibi sonuçlardan kaçının. Farklı kişiler bunları farklı yorumlar ve görevi farklı gerekçelerle tamamlandı olarak işaretler.

Her aday iş için tetikleyiciyi, sıklığı, sorumluyu ve beklenen sonucu tek cümlede kaydedin. Örneğin: «Her pazartesi saat 09.00'da destek lideri çözülmemiş iade taleplerini inceler ve her biri için bir karar sorumlusu atar.» Bu ifade, geniş kapsamlı bir hatırlatıcı eklemeden bir görev aracında veya AppMaster uygulamasında oluşturulabilecek kadar nettir.

Kimse eylemi ve sonucu adlandıramıyorsa otomatikleştirmeden önce süreci netleştirin.

İnsanların uygulayabileceği planlar belirleyin

Yinelenen görev sistemi takvimin en küçük birimini değil, işin hızını izlemelidir. Gerçek teslim tarihinden ve gecikmenin maliyetinden başlayın. Aynı gün verilen siparişleri etkileyen stok sayımı günlük kontrol gerektirebilir. Etkin olmayan müşteri hesaplarının incelenmesi ise ayda bir yapılabilir.

Günlük görevler hızla arka plan gürültüsüne dönüşür. Bunları yalnızca bir günlük gecikme gerçek bir müşteri, finans veya operasyon sorunu yaratıyorsa kullanın. Başarısız ödemeler ve acil destek talepleri buna örnektir.

Haftalık inceleme döngüleri, insanların daha bütünlüklü bir tabloya ihtiyaç duyduğu durumlarda iyi çalışır. Satış yöneticisi, ekibin her gün bir görevi güncellemesini istemek yerine, durmuş fırsatları her pazartesi inceleyebilir. Böylece fırsatların ilerlemesi için zaman kalır ve ilgilenilmesi gerekenler yine fark edilir.

Takvimi çalışma zamanına uydurun

Mümkün olduğunda insan emeği gerektiren işleri iş günlerine planlayın. Cumartesiye teslim edilen bir görev pazartesiye kadar bekleyebilir ve kimsenin işlem yapması beklenmediği hâlde gecikmiş görünebilir. İş bir kişiye bağlıysa hafta içi bir gün seçin; resmi tatilleri ve ekip kapsamını da hesaba katın.

Başlangıç için, aynı gün işlem yapmak zararı önlüyorsa görevi günlük çalıştırın. Bir incelemenin anlamlı olması için birkaç günlük faaliyet birikmesi gerekiyorsa haftalık plan kullanın. Denetimler, erişim kontrolleri ve diğer yavaş ilerleyen işler için aylık plan tercih edin. Karar veya onay gerektiren görevler normalde iş günlerine denk gelmelidir.

Her göreve bir teslim aralığı verin

Teslim tarihi her zaman anında müdahale gerektiği anlamına gelmez. Rutin işleri tamamlamak için insanlara gerçekçi bir süre tanıyın. Saat 09.00'da oluşturulan bir görev 16.00'ya kadar tamamlanabilir. Pazartesi oluşturulan haftalık inceleme perşembe öğleden sonraya kadar açık kalabilir.

Bu aralık işin ne kadar sürdüğünü, bilgilerin ne zaman geldiğini ve kimin onay vermesi gerektiğini yansıtmalıdır. Zamanlamayı öngörülebilir tutun. İnsanlar her perşembe teslim edilen haftalık bir göreve göre plan yapabilir; değişen teslim tarihleri gereksiz takip işlerine yol açar.

AppMaster'da yinelenen bir görev sistemi kurarsanız planı, teslim aralığını ve iş günü kuralını ayrı alanlarda saklayın. Böylece sorumluluk iş akışını veya işin kendisini değiştirmeden bir incelemeyi günlükten haftalığa taşıyabilirsiniz.

Sorumluları atayın ve tamamlanmayı tanımlayın

Her yinelenen görevin adı belirli bir sorumlusu olmalıdır. «Finans ekibi» veya «Operasyon» gibi grup adları, herkesin işi başka birinin üstleneceğini düşünmesini kolaylaştırır. Katkıda bulunan başkaları olsa bile görevi tamamlanmış duruma getirebilecek kişiye atama yapın.

Aylık erişim incelemesinde yöneticiler personel listelerini doğrulayabilir. Buna rağmen yinelenen görevin sahibi bir operasyon yöneticisi olmalıdır. Bu kişi doğrulamaları ister, sonuçları kontrol eder ve öğeyi kapatır. Net görev sorumluluğu iş akışı kuralları, basit bir incelemenin günlerce beklemesini önler.

Göreve bir sorumlu ve yedek verin

Sorumluyu yalnızca unvanına göre değil, yapılacak işe göre seçin. Sorumlunun görevi tamamlamak veya eksik girdiyi takip etmek için yeterli erişimi ve yetkisi olmalıdır. Her ay birkaç kişiden izin alması gerekiyorsa görevi başka birine verin veya süreci değiştirin.

İzin, hastalık veya planlı devir teslimler için bir yedek sorumlu belirleyin. Görevi iki kişiye aynı anda atamayın. İki aktif sorumlu çoğu zaman yinelenen çabaya, çelişkili güncellemelere ve tanıdık «Bu işi sen üstlenmiştin sanıyordum» sorununa yol açar.

Normal koşullarda görevi asıl sorumlu tamamlar. Yedek yalnızca asıl sorumlu müsait olmadığında devreye girer. İş kısmen tamamlandıysa sorumlu kısa bir durum notu bırakır. Roller değişirse yönetici bir sonraki döngünün kaçırılmasını beklemeden sorumluluğu güncellemelidir.

Sistem, sorumluyu her yeni döngüye taşımalıdır. Böylece manuel atama ortadan kalkar ve görev görünür görünmez sorumluluk belli olur.

İnsanların kontrol edebileceği bir bitiş çizgisi yazın

«İadeleri incele» bir etkinliği anlatır, tamamlanma tanımını değil. Tamamlanma ifadesi sonucu, gerekli kanıtı ve sorumlunun görevi kapatabileceği noktayı belirtmelidir.

Örneğin: «Yedi günden eski her iadenin kayıtlı bir durumu, atanmış takip sorumlusu veya onaylanmış kapatma gerekçesi bulunduğunda iade incelemesini tamamla.» Sorumlu, hızlı bir gözden geçirmenin yeterli olup olmadığını tahmin etmek zorunda kalmadan bu ifadeyi kontrol edebilir.

Tamamlanma kuralını görev adımlarının yakınına koyun ve kısa tutun. İş kanıt gerektiriyorsa ne eklenmesi gerektiğini söyleyin: rapor, kayıt numarası, istisna kaydı veya not. İnsanlardan görevleri yalnızca hafızalarına dayanarak tamamlandı işaretlemelerini istemeyin.

İzleyicilerin rolü farklıdır. İlerleme güncellemelerine, tamamlanma bildirimlerine veya notlara erişime ihtiyaç duyabilirler, ancak teslim tarihinden sorumlu değildirler. Yalnızca bu bilgiyle işlem yapacak kişileri ekleyin. Doğrulamaya ihtiyaç duyan bir yönetici izleyici olabilir; zaman zaman yardımcı olan bir ekip arkadaşı ise gerektiğinde bahsedilerek bilgilendirilebilir.

AppMaster'da ekipler asıl sorumluyu, yedek sorumluyu, tamamlanma kuralını ve izleyici listesini ayrı alanlarda saklayabilir. Böylece her döngünün hesap verecek tek bir kişisi olur, diğerleri ise ek bir görev almadan gelişmelerden haberdar kalır.

Kopyalar ekibe ulaşmadan durdurun

Yinelenen görevler, yinelenen görev sisteminin güvenilirliğini azaltır. İnsanlar aynı kontrolü tekrarlayabilir veya işi başka birinin tamamladığını sanabilir. Her tekrarlanan yükümlülük için tek bir ana görev oluşturun.

Finans ekibinin her cuma iadeleri incelemesi gerekiyorsa finans, destek ve operasyon ekiplerinden gelen ayrı kurallar yerine tek bir yinelenen kayıt kullanın. Ana göreve bir sorumlu ve bir plan verin. Katkıda bulunanları yalnızca girdilerine ihtiyaç olduğunda dahil edin.

Yoğun bir listede her döngünün kolayca ayırt edilebileceği adlar kullanın. «İade incelemesi - Finans - 8 Nisan haftası», «Haftalık inceleme» adından daha nettir. Açık bir başlık, yeni bir görev oluşturmadan önce mevcut görevi bulmayı kolaylaştırır.

Sıradaki görevi oluşturmadan önce kontrol edin

Yeni bir döngü oluşturmadan önce sistem açık işleri aramalıdır. Ana kuralı, iş alanını veya projeyi, kapsanan dönemi ve mevcut durumu karşılaştırın.

Açık bir görev bu dönemi zaten kapsıyorsa onu koruyun ve yeni görev oluşturmayın. Bağlam eklemek isteyen herkes paralel bir görev açmak yerine mevcut göreve yorum yazabilir.

Mümkün olduğunda kapsanan dönemi bir tarih alanında saklayın. «Stok sayımı - Nisan» ve «Stok sayımı - 1-30 Nisan» aynı işi anlatabilir ancak başlık aramasından kaçabilir. Tarih alanı, sistemin ifadeleri tahmin etmek yerine tarihleri karşılaştırmasını sağlar.

İş açık kaldığında sıradaki döngüyü bekletin

Bitmemiş işin üstüne yeni görev yığmayın. Geçen haftanın iade incelemesi hâlâ onay bekliyorsa yeni haftalık görevi bekletin ve eski görevi işaretleyin. Sorumlu veya yönetici görevi tamamlayabilir, artık gerekli değilse kapatabilir ya da yeni teslim tarihi olan bir telafi görevi oluşturabilir.

Bazı işler, her gün ayrı sonuç kaydeden kontroller gibi ayrı döngüler gerektirir. Bu durumda bile aynı gün için kopya oluşturulmasını önleyin. Yinelenen görev, birbirinin aynı hatırlatıcılardan büyüyen bir kuyruk değil, iş planlamalıdır.

Kuralı kaçırılmış bir teslim tarihi, manuel oluşturulmuş bir kopya ve değiştirilmiş bir planla test edin. Her durumda ekip için tek ve net bir görev kalmalıdır.

Geciken işleri bildirim yorgunluğu yaratmadan eskale edin

Her hatırlatıcı acil göründüğünde bildirimler etkisini kaybeder. Sorumluya harekete geçmesi için yeterli zaman verin; ardından yalnızca teslim tarihi geçip iş hâlâ açıksa başka birini dahil edin.

Teslim tarihine yakın tek bir hatırlatıcıyla başlayın. Cuma saat 16.00'da teslim edilmesi gereken bir görev için 14.00'te gönderilen hatırlatıcı, sorumluya işi bitirmesi veya gerçek bir sorunu bildirmesi için zaman tanır. İki gün önce gönderilen hatırlatıcı diğer işlerin arasında kaybolabilir.

Öngörülebilir bir sıra kullanın:

• Teslim saatinden kısa süre önce sorumluya hatırlatın.
• Teslim tarihi geçtikten sonra bir gecikme bildirimi gönderin.
• Yalnızca görev belirlenmiş bekleme süresinin sonunda hâlâ açıksa eskalasyon sorumlusunu bilgilendirin.
• Biri görevi tamamladığında, iptal ettiğinde veya gerekçeyle yeniden planladığında bildirimleri durdurun.

Bekleme süresi işe uygun olmalıdır. Kaçırılmış günlük stok kontrolü bir saat sonra eskale edilebilir. Aylık politika incelemesi ise bir sonraki iş gününe kadar bekleyebilir. Her yinelenen görev planında aynı zamanlayıcıyı kullanmak kolaydır, ancak gerçek işle nadiren örtüşür.

Herkesten önce sorumluya bildirim gönderin. Sorumlu işi bitirmiş ancak görevi güncellemeyi unutmuş olabilir veya kısa bir ek süreye ihtiyaç duyabilir. Erken ve belirsiz bir bildirim, yöneticinin bu sorunlardan hiçbirini çözmesine yardımcı olmaz.

Her görev türü için bir eskalasyon sorumlusu belirleyin. Geciken destek kuyruğu incelemeleri destek liderine, geciken finans onayı ise finans yöneticisine gidebilir. Bu bildirimleri geniş bir grup posta kutusuna göndermeyin. Herkes mesajı aldığında çoğu kişi başkasının harekete geçeceğini düşünür.

Eskalasyon mesajlarını gerçeklere dayalı tutun. Görev adını, ilk teslim saatini, mevcut sorumluyu ve «hâlâ açık» gibi doğrudan bir durumu ekleyin. Alıcının bundan sonra ne yapması gerektiğini, örneğin görevi yeniden atamak veya ek süreyi onaylamak gibi, belirtin. Önceki tüm hatırlatıcıları tekrarlamanız gerekmez.

Aynı görev sık sık eskale ediliyorsa teslim tarihini, iş yükünü veya sorumluyu inceleyin. Tekrarlanan eskalasyon genellikle planın işin gerçek akışıyla uyuşmadığını gösterir.

Örnek: haftalık iade incelemesi

Bir destek ekibi her cuma saat 14.00'te iadeleri inceler. İnceleme, hafta içinde alınan talepleri, onay bekleyen iadeleri ve müşterinin beklenen güncellemeyi almadığı durumları kapsar. Amaç, hafta sonundan önce her açık öğeyi kapatmak veya doğru yere yönlendirmektir.

Görevin sahibi destek lideridir. Lider iade kuyruğunu kontrol eder, her vaka için bir karar kaydeder ve incelemeyi tamamlandı olarak işaretler. Operasyon yöneticisi ikinci bir atanan değil, yedek sorumludur. Destek lideri yoksa veya bir vaka operasyonel karar gerektiriyorsa devreye girer.

Görev açıklaması işi açıkça belirtmelidir: tüm açık iade taleplerini incele, her birinin sorumlusu ve durumu olduğunu doğrula, gerekli müşteri güncellemelerini gönder ve istisnaları operasyon ekibi için kaydet.

Tek bir aktif görev kullanın

Aynı anda yalnızca bir açık iade incelemesine izin verin. Cuma geldi diye gelecek cuma için yeni görev oluşturmayın. Mevcut inceleme kapandıktan sonra yeni görevi oluşturun.

Destek lideri cuma günkü incelemeye başlayıp iki vakayı çözmek için pazartesiye kadar zamana ihtiyaç duyarsa cuma görevi açık kalır. Sistem aynı iş için ikinci bir görev eklemez.

Kural basit olabilir: inceleme yalnızca açık başka bir inceleme yoksa her cuma saat 14.00'te oluşturulsun, destek lideri sorumlu ve operasyon yöneticisi yedek olarak atansın, sonraki inceleme mevcut görev kapandıktan sonra oluşturulsun. Plan ekibe düzenli bir ritim verir; tamamlanma koşulu ise yeni görev oluşumunu kontrol eder.

Geç incelemeleri bir kez eskale edin

Görev ilk göründüğünde sistem operasyon ekibine bildirim göndermemelidir. Destek liderinin işi yapması için zamana ihtiyacı vardır. İnceleme, örneğin pazartesi saat 10.00 gibi kararlaştırılan teslim tarihinden sonra hâlâ tamamlanmadıysa operasyon yöneticisine tek bir geciken görev eskalasyonu gönderin.

Görev sorumlusunu, ilk teslim saatini ve açık iade vakalarının sayısını ekleyin. Operasyon ekibi incelemeyi yeniden atayabilir, onaylara yardımcı olabilir veya belgelenmiş bir gecikmeyi kabul edebilir. Birisi teslim tarihini veya durumu değiştirmedikçe tekrarlanan bildirimlerden kaçının.

Kodsuz bir uygulama, yeni görev oluşumunu ve eskalasyonu kontrol etmek için görev durumu ile teslim tarihlerini kullanarak bu kuralı yönetebilir. AppMaster, görev oluşturabilen, durumlarını kontrol edebilen ve bildirimleri doğru kişiye yönlendirebilen görsel iş süreçleriyle bu tür dahili iş akışları için tasarlanmıştır.

Etkinleştirmeden önce hızlı kontroller

Yinelenen görev sistemi insanlara iş göndermeye başlamadan önce onu inceleyin. Planlama panosunda mantıklı görünen bir plan, tatiller, personel değişiklikleri ve gerçek teslim tarihleri nedeniyle hâlâ karışıklık yaratabilir.

Her görevin hesap verecek tek bir sorumlusu olsun. Birkaç kişi yardımcı olabilir, ancak görevi bir kişi kapatmalı veya neden tamamlanamadığını açıklamalıdır. Tüm ekibi sorumlu olarak atamayın.

Zamanlamayı işi doğuran teslim tarihiyle karşılaştırın. Cuma raporu için pazartesi sabahı oluşturulan görev, sorumlunun perşembe günü finans girdisine ihtiyaç duyması hâlinde çok geç olabilir. İşe, incelemeye ve düzeltmeye yetecek kadar erken bir tarih belirleyin. Teslim tarihleri mevsime göre değişiyorsa hafızaya güvenmek yerine ayrı planlar oluşturun.

Rutini yayımlamadan önce sistemin kopyayı engelleyip engellemediğini veya işaretleyip işaretlemediğini, hatırlatıcıların görev zamanı gelene kadar sessiz kalıp kalmadığını ve eskalasyonun engeli kaldırabilecek veya işi yeniden atayabilecek bir kişiye ulaşıp ulaşmadığını test edin.

Geçen haftanın görevi açık kalmışsa sistem genellikle aynı kopyayı oluşturmak yerine eski görevi görünür tutmalıdır. Günlük stok sayımları gibi bazı işler her seferinde ayrı kayıt gerektirir. Tekrarlanabilir takip işlerinde, aynı başlığa sahip birkaç kopya yerine yaşı net olan tek bir açık görevi yönetmek daha kolaydır.

Eskalasyonu teslim saatinden sonra ayarlayın. Teslim tarihinden önce sorumluya hatırlatıcı gönderilebilir, ancak bir yönetici yalnızca görev var olduğu için bildirim almamalıdır. Alıcının temel ayrıntıları sormadan harekete geçebilmesi için görevin yaşını, mevcut durumu ve engeli ekleyin.

Tamamlanan yinelenen görevleri ayda bir inceleyin. Tekrar tekrar atlanan, geç tamamlanan veya yararlı bir sonuç üretmeyen rutinleri bulun ve artık aktif işi desteklemeyen görevleri kaldırın.

Süreci günlük kullanıma alın

Tekrarlanan hatırlatıcılar oluşturan tek bir süreçle başlayın. Haftalık onay kontrolü, iade incelemesi veya ekipman denetimi, aynı anda on plan başlatmaktan daha kolay geliştirilir. İnsanların görevin gerektiğinde göründüğüne ve tamamlandığında ortadan kalktığına güvenmesi zaman alır.

İlk sürümü iki veya üç hafta çalıştırın. Kaçırılan teslim tarihlerini, yinelenen görevleri, geç tamamlamaları ve sistem dışında gönderilen manuel hatırlatıcıları kaydedin. Bu ayrıntılar, yinelenen görev sisteminin ekibin gerçek çalışma ritmiyle uyuşup uyuşmadığını gösterir.

Her kaçırılan tarihi çalışan sorunu olarak değerlendirmeyin. Saat 09.00'da teslim edilmesi gereken görev, sorumlu kaynak verilerini öğlen aldığı için başarısız olabilir. Teslim saatini değiştirin, yedek atayın veya işi iki göreve bölün. Bildirim eklemek yerine gecikmeye neden olan kuralı düzeltin.

Sonuçları işi tamamlayan kişilerle birlikte inceleyin. Hangi görevlerin çok erken geldiğini, hangi bildirimlerin tamamlanmadan sonra da devam ettiğini ve hangi gecikme bildirimlerinin yanlış kişiye ulaştığını sorun. Küçük değişiklikler yinelenen görev planlarını takip etmeyi çok kolaylaştırabilir.

Kaçırılan ve geciken görevleri her hafta kontrol edin, kopyaların arkasındaki tetikleyiciyi bulun ve her seferinde yalnızca bir zamanlama, sorumluluk veya eskalasyon kuralını değiştirin. Neden değiştirdiğinizi kaydedin ve sonraki hafta etkisini kontrol edin. Artık aktif işi desteklemeyen yinelenen görevleri kaldırın.

AppMaster bu rutini kodsuz bir dahili iş akışına dönüştürebilir. Başlık, süreç adı, sorumlu, teslim tarihi, tamamlanma durumu ve yinelenme kuralı içeren bir görev kaydı oluşturun. Görsel bir iş süreci, sonraki görevi yalnızca mevcut görev kapandıktan sonra oluşturabilir ve gecikme bildirimini ancak sorumlu görevi tamamlandı olarak işaretlememişse gönderebilir.

İlk geliştirmeyi sade tutun. Alanları ve bildirimleri yalnızca ekibin bunların desteklediği kararı açıkça ifade edebildiği zaman ekleyin. Bir görev sorumluluğu iş akışı, insanlar daha az gereksiz hatırlatıcı aldığında ve gelen bildirimlere göre hareket edebildiğinde güven kazanır.