Süreç haritalama atölyesi, iş akışını yapan kişileri belirli bir başlangıçtan tanımlı bir bitişe kadar gerçekten ne olduğunu anlatmak üzere bir araya getirir. Yararlı çıktısı; kararları, devirleri, gecikmeleri ve istisnaları gösteren ortak bir mevcut durum haritasıdır. Katılımcılar haritanın gerçek işi yansıttığını doğruladıktan sonra iyileştirme önerisi gelir.
Atölye çekici bir diyagram üretirken başarısız olabilir. Harita herkesin olmasını istediği süreci gösteriyorsa işin neden takıldığını açıklayamaz. Yakın tarihli tek bir vakayla başlayın, onu ele alan kişileri dahil edin ve kaydedilmiş olguları varsayımlardan ayırın.
ASQ akış şeması rehberi, sınırları belirlemeyi, etkinlikleri sıraya koymayı ve sonucu işe katılan kişilerle birlikte gözden geçirmeyi önerir. Aşağıdaki gündem bu ilkeleri ekip atölyesine uygular. Önerilen bir uygulamadır; resmî sertifikasyon yöntemi değildir.
Tek toplantıya sığan bir sınır seçin
“Teslimat sürecimizi haritala” ilk oturum için fazlasıyla geniştir. “Müşterinin faturalama hatasını bildirmesinden düzeltmenin doğrulandığı ana kadar” katılımcıların tanıyabileceği başlangıç ve bitiş verir. Davetiyede tetikleyiciyi ve tamamlanma sonucunu yazın.
Yakın tarihli olağan bir vaka ve anlamlı bir istisna seçin. Olağan vaka ana yolu gösterir; istisna ise düzenli görünen diyagramın atlayabileceği kararı veya döngüyü açığa çıkarır. Paylaşılan kanıtlardan müşteri kimliklerini ve gereksiz kişisel bilgileri çıkarın.
Son çıktıyı alan kişi dahil işi yapanların temsilcilerini çağırın. Bölüm yöneticisi amaçlanan süreci biliyor olabilir, destek uzmanıysa onu çalıştıran tabloyu tanır. Önemli bir rol katılamazsa o bölümü yönetim varsayımlarıyla doldurmak yerine doğrulanmamış olarak işaretleyin.
75 dakikalık süreç haritalama gündemi
| Dakika | Çalışma | Çıktı |
|---|---|---|
| 0–10 | Tetikleyiciyi, bitişi ve örnek vakayı doğrulayın | Kapsam açıklaması |
| 10–25 | Vakayı sırayla yeniden kurun | Gerçek etkinlikler |
| 25–40 | Rolleri, kararları ve devirleri ekleyin | Mevcut durum haritası |
| 40–50 | Vakayı harita üzerinde yürütün | Düzeltmeler ve eksik dallar |
| 50–65 | Bekleme, yeniden iş ve belirsizlikleri işaretleyin | Kanıta dayalı sorun listesi |
| 65–75 | Sınanacak bir iyileştirme seçin | Sahip, ölçüm ve gözden geçirme tarihi |
Etkinlik etiketlerini somut yazın: “destek faturayı kontrol eder”, “triyaj” değil. Etiket bir aşamanın adını değil, ne olduğunu anlatmalı. Ok sırayı, soru işareti kararı gösterir. Eksik sahipliği görünür kılmak için karmaşık bir gösterime gerek yoktur.
Sütun tabanlı işbirliği panosu kullanıyorsanız adımları ve kanıtı orada kaydedip gerekirse bağlantıları diyagram aracına aktarın. Her panonun akış şeması bağlantılarını desteklediğini varsaymayın. Atölye gözlemleri ve kararları için Nextretro paylaşılan panosunu kullanabilirsiniz; onu özel süreç modelleme uygulaması gibi tanıtmayın.
Örnek: faturalama düzeltmesi iki kez geri dönüyor
Varsayımsal bir abonelik şirketi düşünün. Müşteri yanlış ücret bildirir. Destek hesabı kontrol eder, finans ekibine talep gönderir, açıklama bekler ve sonunda düzeltmeyi doğrular. Katılımcılar belirli bir vakayı yeniden kurana kadar bu adımlar basit görünür.
İlk talepte fatura numarası olmadığı için finans geri göndermiştir. Destek müşteriye sormuş, talebi yeniden açmış ve tekrar beklemiştir. İkinci devir farklı bir mesaj dizisinde olduğundan finans inceleyicisi ilk açıklamayı görememiştir. Vaka desteğe ikinci kez dönmüştür.
Haritada iki ayrı döngü vardır: eksik bilgi ve parçalanmış bağlam. Ekip “iletişimi iyileştir” gibi geniş bir eylem yazmak yerine fatura referansı içeren bir talep şablonunu dener; sonraki açıklamaları aynı talepte tutar.
Örnek yöntemi göstermek için kurgulanmıştır. Şablonun her faturalama gecikmesini çözeceğini kanıtlamaz. Ekip gerçek vakalarda onay yetkisinin, iş yükünün veya başka bir kısıtın baskın olup olmadığını yine inceler.
Atölyeyi denetime çevirmeden kanıt ekleyin
Haritanın yanında şu tabloyu kullanın:
| Adım | Kanıt | Belirsizlik | Çözülmesi gereken soru |
|---|---|---|---|
| Destek talebi hazırlar | Örnek talepte fatura referansı eksik | Bu ne sıklıkla oluyor? | Tanımlı küçük bir örneklemi inceleyin |
| Finans açıklama ister | Zaman damgalı yanıt | Talep daha önce görünür müydü? | Kuyruk davranışını doğrulayın |
| Destek yeniden gönderir | Ayrı mesaj dizisi var | Yeni bir dizi gerekli mi? | İş akışı sahibine sorun |
| Müşteri onay alır | Kapatma mesajı | Düzeltme beklentiyi karşıladı mı? | Kabul kanıtını kontrol edin |
Zaman damgası bir şeyin ne zaman kaydedildiğini gösterir; birinin ne zaman harekete geçebildiğini mutlaka göstermez. Bekleme süresini hesaplamadan önce sistemin olayları nasıl kaydettiğini sorun. Güvenilir veri yoksa gecikmeyi araştırılacak gözlem olarak etiketleyin.
Haritayı çalışanları sıralamak için kullanmayın. Amaç iş düzenini anlamaktır. Adı belirtilen bir kişinin talebi ne kadar “beklettiğini” kamuya açık biçimde saymak öncelikleri ve kapasiteyi gizleyebilir, geçici çözümlerin dürüstçe anlatılmasını engelleyebilir.
Değişikliği seçin ve başlangıç durumunu koruyun
Odada bulunanların onaylayabileceği veya adı belli bir karar vericiye götürebileceği bir değişiklik seçin. Beklenen mekanizmayı kaydedin: “Fatura referansının eklenmesi, finans talebi değerlendirmeden önce açıklama ihtiyacını azaltmalı.” Ardından neyi ve ne zaman inceleyeceğinizi tanımlayın.
Önerilen geleceği çizmeden önce mevcut durum haritasını saklayın. Aksi halde ekip değişikliği tetikleyen kanıtı kaybedebilir. Denemeden sonra gerçek yolu yeniden inceleyin. Yeni giriş şablonu bir döngüyü kaldırırken desteğe yeni yük ekleyebilir.
Denemeyi aynı kişilerle değerlendirmek için bir retrospektif yararlıdır. Yapılandırılmış düşünme biçimi için retrospektif fikirlerini kullanın; süreç kanıtını karara bağlı tutun.
Sık sorulan sorular
Süreç haritalama atölyesine kimler katılmalı?
Ana adımları yapanları, çıktıyı alanları ve süreç kararlarını çözebilecek birini dahil edin. Eksik bakışları görünür tutun; katılmayan bölümün iş akışını doğrulanmış saymayın.
Önce mevcut süreci mi, gelecekteki süreci mi haritalamalıyız?
Amaç iyileştirmeyse önce mevcut süreci haritalayın ve gerçek vakalarla kontrol edin. Sonra gelecek durumu tasarlayın. Tamamen yeni bir iş akışı için haritayı öneri olarak etiketleyip varsayımlarını sınayın.
İş akışı tek oturuma sığmazsa ne yapalım?
Sınırı anlamlı bir parçaya daraltın ve girdileri ile çıktılarını kaydedin. Tüm kurumu belirsiz kutulara sıkıştırmak yerine sonraki parça için bağlantılı bir oturum planlayın.