İş süreci otomasyonuna küçük ama ölçülebilir bir noktadan başlamak

Örnek bir iş senaryosu

Her gün onaylanan montajları müşterilere bildiren bir çalışan olduğunu düşünün. Planın kesinleşmesi, doğru iletişim kişisinin seçilmesi ve mesajın gönderilmesi açık kurallara bağlanabilir. Ancak müşteri özel bir düzenleme istemişse otomatik mesaj durdurulabilmelidir. Başlangıçta yalnızca öneri üreten ve personel onayıyla çalışan bir akış, kuralların doğruluğunu gözlemlemek için yararlı olabilir.

Dört adımda çalışma düzeni

İlk bakışta görünmeyen noktalar

Otomasyonun ilk sürümünde kontrol noktaları bilinçli bırakılabilir. Örneğin sistem mesajı hazırlar fakat personel gönderimi onaylar. Bu dönemde önerilerin ne kadarının değiştirilmeden kabul edildiği, hangi koşullarda müdahale gerektiği kaydedilir. Kurallar yeterince netleştiğinde uygun alt küme otomatikleştirilebilir. Her sürecin tamamen otomatik olması gerekmez; yüksek belirsizlik veya önemli karar içeren adımlar insan kontrolünde kalabilir. Otomasyon kapatıldığında bekleyen işlerin kaybolmaması önemlidir. Bir durdurma anahtarı, açık kuyruk ve manuel devam yolu operasyonun sürdürülebilmesini sağlar. Başarı değerlendirmesinde yalnızca zaman kazancı değil, hata azalması ve kullanıcıların işi anlayabilmesi de dikkate alınmalıdır.

Ekiple yapılacak günlük iş akışı denemesi

Bir haftalık gerçek iş düzeninden temsili birkaç kayıt seçin. Yeni talep, değişiklik, iptal ve tamamlanma içeren örnekler kullanın. Her kaydın kim tarafından açıldığını, kime devredildiğini ve hangi bilgiyle kapatıldığını yazın. Aynı işi farklı kişilerin farklı yöntemlerle yürüttüğü noktaları belirleyin. Her fark sorun değildir; bazıları işin koşullarından kaynaklanır. Ancak ortak bilgi ve sorumluluk gerektiren adımlar standartlaştırılmalıdır. Pilot uygulamada bu adımları görünür hale getirin. Kullanıcıların işini tamamlamak için başka defter veya mesajlaşma grubuna neden ihtiyaç duyduğunu anlamaya çalışın.

Durum adlarını ekibin anlayacağı biçimde seçin. “İşlemde” gibi geniş bir ifade yerine hangi aşamanın sürdüğünü anlatan durumlar daha yararlı olabilir. Ancak çok fazla durum da günlük kullanımı zorlaştırır. Her durumun başlangıç ve bitiş koşulu belirlenmelidir. Bir kayıt bekliyorsa beklediği kişi veya bilgi görünür olsun. Otomatik bildirimler bu durumlardan üretiliyorsa yanlış veya eski bildirimlerin nasıl durdurulacağı test edilmelidir. Personel değiştiğinde açık kayıtların devri de senaryoya dahil edilmelidir. Sahipsiz işlerin ayrı görünmesi unutulmalarını azaltır.

İlk değerlendirmede yalnızca tamamlanan kayıt sayısını ölçmeyin. Tekrar açılan işler, eksik bilgi nedeniyle beklemeler ve sistem dışında yürütülen adımlar da önemlidir. Kullanıcının yaptığı düzeltmeler uygulamanın nerede zorlandığını gösterebilir. Eğitim ihtiyacı ile tasarım sorununu birbirinden ayırmak için kullanıcıyı gerçek görev sırasında gözleyin. Rol ve veri erişimi de günlük işin parçası olarak kontrol edilmelidir. Herkesin bütün verileri görmesi kolay başlangıç gibi görünse de gereksiz erişim yaratır. İşin gerektirdiği bilgiyle sınırlı, anlaşılır bir çalışma alanı hem öğrenmeyi hem de sorumluluk takibini kolaylaştırır.

Ekibinize sorabileceğiniz sorular

• Sürecin kuralı yazılabiliyor mu?
• İstisnada insan müdahalesi var mı?
• Kazanım gerçek ölçümle görülebiliyor mu?

Bu soruları seçtiğiniz örnek kayıt üzerinde yanıtlayın. Her açık nokta için sorumlu kişiyi, yapılacak düzeltmeyi ve yeniden kontrol tarihini not edin. Böylece görüşme, uygulanabilir bir iş listesiyle tamamlanır.