Toplantı odasının duvarında A0 boyunda renkli bir şema asılı. Altı yıl önce bir danışman çizmiş, laminasyonu hâlâ parlıyor. İçindeki "Sevkiyat Planlama" kutusunun karşılığı olan departman iki yıl önce kapandı, işi lojistiğe devredildi. Geçen sene devreye alınan kalıp bakım süreci ise şemada hiç yok. Denetçi duvara bakıp "süreçlerinizi anlatır mısınız" dediğinde kimse şemayı işaret etmiyor; herkes kendi departmanını anlatmaya başlıyor. Süreç haritası nasıl çıkarılır sorusunun cevabı işte tam burada başlıyor: kutu çizerek değil, önce ne olduğunu sayarak.
Çizmeden önce süreç envanteri
Süreç haritası nasıl çıkarılır diye soranların büyük bölümü aslında çizim programı arıyor. Oysa işin zor tarafı çizim değil; hangi kutunun listeye gireceğine karar vermek.
Harita bir sonuçtur, başlangıç değil. Başlangıç envanterdir. Envanter, kuruluşta tekrar eden ve çıktısını birinin kullandığı bütün işlerin tek bir listede toplanmasıdır. Bunu yapmadan kutu çizmeye kalkarsanız elinizde organizasyon şemasının renkli bir kopyası kalır. Departman kutusu ile süreç kutusu aynı şey değildir; satın alma bir departmandır, tedarikçi seçme ve onaylama ise bir süreçtir.
Envanteri çıkarmanın en hızlı yolu masa başında değil koridorda. Her birim sorumlusuyla yarım saat oturun ve tek soruyu sorun: sabah işe geldiğinizde tekrar eden hangi işleri yapıyorsunuz, bu işin başlaması için size ne gelmesi lazım, bittiğinde çıkan şeyi kim alıyor? Otuz kişilik bir imalatçıda bu turlar iki güne sığar. Yüz elli kişilik bir tedarikçide bir haftayı bulur. Sonunda elinizde ham bir liste olur; içinde tekrarlar, fazla kırılmış işler ve "süreç" sanılan tek seferlik faaliyetler bulunur. Temizlik bir sonraki adımdır.
ISO 9001'in 4.4 maddesi kuruluştan kalite yönetim sistemi için gerekli süreçleri belirlemesini, bunların sırasını ve etkileşimini ortaya koymasını ister. Maddenin istediği şey duvarda bir poster değil; hangi işin nereden beslendiğini ve çıktısını kime verdiğini bilmenizdir. Poster bunun bir gösterim biçimidir, tek biçimi değildir.
Süreç envanteri örneği: listeye ne girer, ne girmez
Ham listeyi elemek için üç soruluk bir süzgeç kullanıyorum. Tekrar ediyor mu? Tanımlı bir girdisi ve çıktısı var mı? Çıktısını kullanan bir müşterisi — iç veya dış — var mı? Üçüne de evet diyen kalır, birine hayır diyen faaliyet olarak başka bir sürecin içine girer. Yılda bir kez yapılan sigorta yenilemesi süreç değildir. Kalıp ölçü kontrolü ise haftada birkaç kez tekrar eder, girdisi kalıp ve ölçüm talimatıdır, çıktısını üretim planlama kullanır; süreçtir.
Süreç envanteri örneği hazırlarken kolonları sade tutun: süreç kodu, süreç adı, tipi (yönetim / ana / destek), sahibi, ana çıktısı, ilgili prosedür, ana göstergesi. Yedi kolon yeter. Daha fazlasını koyarsanız kimse doldurmaz. Envanterin doğru boyutu konusunda pratik bir ölçü şu: elli kişilik bir işletmede 12-18, iki yüz kişilik bir tedarikçide 20-28 süreç normaldir. Kırk satırı geçtiyseniz süreçleri değil faaliyetleri listelemişsiniz demektir; birleştirin.
Envanteri kim çıkaracak sorusu da erken karara bağlanmalı. Kalite bölümünün tek başına yazdığı envanter her zaman kalite gözüyle bakar; satın alma ve bakım tarafındaki tekrar eden işler eksik kalır. En iyi sonucu, envanteri kalite sorumlusunun derlediği ama her satırın ilgili birim yöneticisi tarafından okunup onaylandığı yöntemle aldım. Onay elektronik olsun ya da imza olsun fark etmez; önemli olan listeye sonradan "ben böyle demedim" denememesi.
Ana ve destek süreçler nasıl ayrılır
Ayrımın tek pratik kriteri var: müşterinin parasını ödediği çıktıya doğrudan dokunuyor mu? Teklif, ürün geliştirme, satın alma, üretim, kalite kontrol, sevkiyat — bunlar ana süreçlerdir; zinciri bozarsanız ürün müşteriye gitmez. Bakım, kalibrasyon, eğitim, doküman yönetimi, iç denetim, bilgi işlem — bunlar destek süreçlerdir; durdukları gün ürün akmaya devam eder ama birkaç hafta içinde ana süreçler bozulur. Üçüncü grup yönetim süreçleridir: hedef belirleme, yönetimin gözden geçirmesi, risk yönetimi.
Bu ayrım akademik bir zevk meselesi değil. Denetim planı yaparken, kaynak tartışırken ve risk değerlendirmesinde ana süreçlere farklı ağırlık verirsiniz. Ana bir sürecin sahibi olmayan bir organizasyonda ilk aylarda kimse rahatsız olmaz; destek süreçlerinin sahipsizliği ise altı ay içinde kalibrasyonu geçmiş bir komparatörle karşınıza çıkar.
Envanteri doğrulamanın ucuz bir yolu var. Listeyi bitirdikten sonra son üç ayda açılmış bütün düzeltici faaliyetleri ve müşteri şikayetlerini alın, her birini envanterdeki bir sürece yazın. Hiçbir sürece oturmayan bir kayıt varsa, envanterde eksik bir süreç var demektir. Bu testi yaptığım bir dövme tesisinde on dört kaydın üçü hiçbir kutuya oturmadı; üçü de kalıp değişimi ve ilk parça onayıyla ilgiliydi. O süreç haritada yoktu, çünkü haritayı çizen danışman hattı hiç görmemişti.
Süreç girdi çıktı tablosu: haritanın iskeleti
Kutuları oklarla birleştirmeden önce her süreç için girdi-çıktı satırını doldurun. Bu tablo bittiğinde harita neredeyse kendiliğinden çizilir, çünkü oklar zaten tabloda yazılıdır. Aşağıda bir sac işleme tedarikçisinden alınmış kısaltılmış bir örnek var; kolonların mantığını göstermek için koydum, kendi süreçlerinizi yazacaksınız.
| Süreç | Girdi (kimden) | Çıktı | Çıktıyı alan | Ana gösterge |
|---|---|---|---|---|
| Teklif hazırlama | Müşteri talebi, teknik resim | Onaylı teklif, fizibilite kaydı | Satış, ürün geliştirme | Teklif dönüş süresi (gün) |
| Tedarikçi seçme | Malzeme şartnamesi | Onaylı tedarikçi listesi | Satın alma | Onaylı tedarikçi oranı (%) |
| Giriş kalite kontrol | Sevk irsaliyesi, sertifika, parti | Kabul / red kararı | Depo, üretim | Red edilen parti oranı (%) |
| Üretim | İş emri, kontrol planı, malzeme | Yarı mamul, proses kaydı | Son kontrol | Hurda oranı (ppm) |
| Kalıp bakım | Vuruş sayısı, arıza bildirimi | Bakım kaydı, kalıp uygunluk onayı | Üretim planlama | Plansız duruş (saat/ay) |
| Sevkiyat | Sipariş, son kontrol onayı | Sevk irsaliyesi, ambalaj kaydı | Müşteri | Zamanında teslim (%) |
Süreç haritası nasıl çıkarılır sorusunun teknik cevabı bu tabloda gizli: her satırın "çıktıyı alan" kolonu, haritadaki bir oka karşılık gelir. Tablo bittiğinde ok sayısını saymanız yeter.
Tabloyu doldururken en çok tartışma "çıktıyı alan" kolonunda çıkar. Bir sürecin çıktısını alan taraf net değilse o süreç ya gereksizdir ya da adı yanlış konmuştur. İkinci sık tartışma göstergede olur; ölçüsü olmayan süreç yönetilemez ama her sürece üç gösterge asmak da işe yaramaz. Süreç başına bir ana gösterge, gerekiyorsa bir destek gösterge yeter. Göstergeyi süreç kartına bağlama işini süreç sahibi ve süreç kartı yazımızda ayrıntılı anlattık.
Süreç etkileşim matrisi nasıl kurulur
Girdi-çıktı tablosu dikey bakış verir, etkileşim matrisi yatay bakış. Satırlara veren süreci, sütunlara alan süreci yazarsınız; kesişim hücresine aktarılan şeyin adını koyarsınız. Boş kalan bir satır, o sürecin çıktısını kimsenin kullanmadığını söyler. Boş kalan bir sütun ise o sürecin girdisinin sistem dışından geldiğini, yani takip edilmediğini gösterir. İkisi de düzeltilecek bir bulgudur.
| Veren ↓ / Alan → | Satın alma | Üretim | Kalite kontrol | Sevkiyat |
|---|---|---|---|---|
| Teklif / fizibilite | Malzeme şartnamesi | Proses akışı taslağı | Özel karakteristik listesi | — |
| Satın alma | — | Malzeme, ambalaj | Tedarikçi sertifikası | — |
| Üretim | Malzeme ihtiyaç bildirimi | — | Proses kaydı, numune | Yarı mamul |
| Kalite kontrol | Tedarikçi red bildirimi | Uygunsuzluk kaydı, karantina | — | Sevk onayı |
| Kalıp bakım | Yedek parça talebi | Kalıp uygunluk onayı | Ölçü kontrol raporu | — |
Matrisi bir kere doldurduğunuzda haritadaki oklar tartışmaya kapanır. Yukarıdaki örnekte kalıp bakım satırının dolu olması, o sürecin envantere sonradan eklendiğini ama sisteme gerçekten oturduğunu gösteriyor. Bunu yapmadan çizilen haritalarda oklar genellikle soldan sağa akar ve geri besleme okları hiç görünmez; oysa kalitede işin yarısı geri besleme okundadır.
Haritayı dokümana ve göstergeye bağlamak
Harita tek başına duvar süsüdür. Değeri, her kutunun üç şeye bağlanmasıyla oluşur: o süreci anlatan prosedür veya talimat, o süreçten çıkan kayıt formu ve o sürecin göstergesi. Bu üç bağ kurulduğunda harita bir gezinme aracına döner. Denetçi "bu kutuyu açın" dediğinde prosedür, form ve son üç ayın grafiği aynı yerden çıkar.
Bağı Excel'de kurmak mümkün ama ömrü kısadır; doküman revize edilir, kod değişir, tablo geride kalır. Bir kalite yönetim sistemi yazılımında süreç kaydı ile doküman kaydı aynı veritabanında durduğu için bağ kopmaz. PaKalite'de süreç kartına eklenen bir prosedür revize edildiğinde kartta görünen revizyon numarası kendiliğinden değişir; kimsenin listeyi hatırlaması gerekmez. Bu ölçekte yazılıma gerek olup olmadığına karar vermek için Excel'in yettiği eşiği ölçmek iyi bir başlangıçtır.
Haritayı canlı tutmak: tetikleyiciler
Süreç haritası nasıl çıkarılır sorusunun ikinci yarısı, çıkardıktan sonra nasıl canlı tutulacağıdır. "Yılda bir gözden geçirilir" cümlesi prosedürde iyi durur, pratikte çalışmaz. Onun yerine tetikleyici listesi yazın: organizasyon değişikliği, yeni ürün grubu, yeni müşteri, yeni hat veya lokasyon, ERP değişimi, aynı konuda üçüncü kez açılan düzeltici faaliyet. Bu olaylardan biri gerçekleştiğinde harita masaya gelir. Üstüne yılda bir kez, yönetimin gözden geçirmesinden önce envanterin tamamı kontrol edilir.
Duvardaki şemanın altı yılda kopmasının sebebi tembellik değil, sahipsizlik. Haritanın da bir sahibi olmalı ve bu genelde yönetim temsilcisi ya da kalite sistem sorumlusudur. Sahibi olan harita, organizasyon değiştiğinde iki hafta içinde güncellenir. Sahibi olmayan harita bir sonraki denetimin sabahına kadar bekler.
Güncellemenin kendisi de kayıt bırakmalı. Haritanın üstüne revizyon numarası ve tarih koyun, değişikliğin sebebini tek cümleyle yazın: "Rev 04 — kalıp bakım süreci eklendi, sevkiyat planlama lojistik altına alındı." Bu tek satır, iki yıl sonra "bu kutu neden buradan kalktı" tartışmasını otuz saniyede bitirir. Kayıtsız güncellenen harita, güncel olsa bile denetimde savunulamaz.
En sık yapılan üç hata
Birincisi organizasyon şemasını süreç haritası sanmak. Kutulara departman adı yazılmışsa harita yanlıştır; süreç adı fiil içermelidir — "kalıp bakımının planlanması ve yapılması" gibi. İkincisi haritayı fazla kırmak. Kırk beş kutulu bir harita hiçbir toplantıda okunmaz; üst seviyede 15-20 kutu bırakıp alt kırılımları süreç kartlarına indirin.
Süreç haritası nasıl çıkarılır sorusuna verilecek en dürüst cevap şu olabilir: haritayı denetim için değil, kendi işinizi görmek için çıkarın. Denetim zaten arkasından gelir.
Üçüncüsü ve en pahalısı, haritayı sadece belge için çizmek. Denetim için çizilen harita denetimden sonra rafa girer. Haritayı işe yarar hâle getirmenin en hızlı yolu, bir sonraki iç denetim planını departmanlara göre değil süreçlere göre kurmaktır. Denetim programı haritayı kullanmaya başladığı gün harita kendiliğinden güncel kalmaya başlar; çünkü artık yanlış olduğunda birinin canı yanar.
Denetçi haritanın estetiğine bakmaz. Yaptığı şey şudur: haritadan bir kutu seçer, sahibini sorar, o sürecin çıktısını kimin aldığını sorar ve sonra o çıktıyı alan kişiye gidip aynı soruyu tersinden sorar. İki cevap tutuyorsa harita gerçektir. Tutmuyorsa etkileşim tarifi kâğıtta kalmış demektir ve konu 4.4'ten uygunsuzluğa döner. Kutu sayısı değil, iki ucun aynı şeyi söylemesi ölçülür.