Süreç mi Prosedür mü? Kurumda İkisini Ayırmanın Pratik Yolu

Temel ayrım: zincir ve kural

Süreç, bir girdiyi alıp müşteriye ya da bir sonraki sürece değer taşıyan bir çıktıya dönüştüren, birbiriyle bağlantılı faaliyetler bütünüdür. Siparişin alınmasından teslimata, adayın başvurusundan işe başlamasına kadar uzanan her zincir bir süreçtir. Sürecin bir başlangıcı, bir sonu, bir sahibi ve performansını gösteren ölçüleri vardır.

Prosedür ise bu zincirin içindeki bir faaliyetin ya da sürecin belirli bir bölümünün nasıl yürütüleceğinin belirlenmiş yoludur. Kim yapar, hangi sırayla yapar, hangi koşulda hangi karar verilir, hangi kayıt tutulur: bunlar prosedürün sorularıdır. Prosedür çoğunlukla yazılıdır, ama yazılı olması zorunlu değildir; yerleşik ve herkesin aynı biçimde uyguladığı bir yol da prosedürdür.

Basit bir test ayrımı netleştirir. "Bu işin sonunda ne çıkıyor ve kime gidiyor?" sorusunun yanıtı süreci, "Bu adımı doğru yapmak için hangi kurala uyuyorum?" sorusunun yanıtı prosedürü tanımlar.

Ölçüt ölçüt süreç ve prosedür

• Ölçüt: Yanıtladığı soru. Süreç: ne olur, hangi girdi hangi çıktıya dönüşür? / Prosedür: belirli bir faaliyet nasıl yapılır?
• Ölçüt: Kapsam. Süreç: uçtan uca, çoğu zaman birden fazla birimi kesen. / Prosedür: süreç içindeki belirli bir faaliyet ya da bölüm.
• Ölçüt: Gösterim biçimi. Süreç: süreç haritası, akış şeması, BPMN diyagramı. / Prosedür: sorumluluk ve adımları anlatan metin, tablo ya da kontrol listesi.
• Ölçüt: Sahiplik. Süreç: süreç sahibi uçtan uca sonuçtan sorumludur. / Prosedür: belirli rollerin kurala uymasıyla ilgilenir.
• Ölçüt: Ölçüm. Süreç: süre, maliyet, hata oranı, müşteri memnuniyeti gibi performans göstergeleri. / Prosedür: uygulanıp uygulanmadığı, uyum ve kayıt eksiksizliği.
• Ölçüt: Değişim. Süreç: iyileştirme ve yeniden tasarımla değişir. / Prosedür: süreç değiştiğinde ya da bir hata kuralın yetersizliğini gösterdiğinde güncellenir.
• Ölçüt: Yazılı olma. Süreç: tanımlı olmalıdır; haritası olmayan süreç yönetilemez. / Prosedür: risk gerektiriyorsa yazılır.

ISO 9001 de bu ayrımı süreç yaklaşımı üzerinden kurar: ISO'ya göre standart, müşteri şartlarını karşılamak için gerekli süreçlerin planlanmasını, uygulanmasını ve kontrol edilmesini ister; dokümante edilmiş bilgiyi ise destek başlığı altında ele alır. Yani standart önce süreci, sonra onu destekleyen dokümanı sorar.

Bir satın alma örneğinde katmanlar

Orta ölçekli bir üretim firmasının satın alma sürecini ele alalım. Süreç, bir birimin malzeme ihtiyacını bildirmesiyle başlar ve malzemenin teslim alınıp faturanın onaylanmasıyla biter. Arada talep onayı, tedarikçi seçimi, sipariş, teslim alma ve fatura kontrolü vardır. Süreç sahibi satın alma müdürüdür ve sürecin ne kadar sürede, hangi maliyetle ve kaç hatayla tamamlandığını izler.

Bu sürecin içinde bazı adımlar kuralsız bırakılamaz. Tedarikçi seçimi bunlardan biridir: hangi tutarın üstünde kaç teklif alınacağı, tekliflerin hangi ölçütlerle puanlanacağı ve kimin onaylayacağı bir prosedürde tanımlanır. Teslim alma adımında depo görevlisinin malzemeyi nasıl kontrol edeceği ise daha da ayrıntılı bir talimata iner: hangi ölçüm aletiyle, hangi örnekleme ile, uygunsuzluk görülürse hangi etiketle.

Son katmanda kayıtlar yer alır: doldurulmuş teklif karşılaştırma tablosu, teslim alma kontrol formu, onaylanmış fatura. Kayıtlar, prosedürün ve talimatın gerçekten uygulandığının kanıtıdır.

Örnek, katmanların birbirine nasıl yol açtığını gösterir: süreç hangi adımların var olduğunu belirler, riskli adımlar prosedür doğurur, prosedürün en ince işleri talimata iner ve her biri kayıt üretir.

Ne zaman süreç tanımı, ne zaman prosedür yazılır?

Kurumların sık düştüğü tuzak, her işe prosedür yazmaktır. Sonuç, kimsenin okumadığı kalın bir doküman setidir. Doğru sıra, önce süreci tanımlamak, sonra prosedürü yalnız gerektiği yerde yazmaktır.

Süreç tanımı her zaman gereklidir: girdisi, çıktısı, sahibi, adımları ve ölçüleri belli olmayan bir zincir yönetilemez. Prosedür ise şu koşullardan biri varsa yazılmalıdır: adım hatalı yapılırsa sonuç ağırsa (müşteri, güvenlik, mali ya da yasal risk), işi farklı kişiler farklı biçimlerde yapıyorsa, iş seyrek yapılıyor ve unutuluyorsa, mevzuat ya da müşteri yazılı kural istiyorsa. Bu koşulların hiçbiri yoksa sürecin haritası ve sorumluluk tanımı çoğu zaman yeterlidir.

Ayrıntı düzeyi de aynı mantıkla belirlenir. Deneyimli bir ekibin günlük işini satır satır anlatan prosedür kimseye yardım etmez; yeni başlayan birinin kritik bir ölçümü yaptığı adım ise talimat düzeyinde ayrıntı ister.

Sık yapılan karışıklıklar

• Prosedürü süreç haritası yerine kullanmak. Uzun bir prosedür metni, birimler arası geçişleri ve darboğazları göstermez; süreç haritası olmadan iyileştirme yapılamaz.
• Süreç adını prosedür adıyla aynı koymak. "Satın alma prosedürü" adlı tek bir belgenin hem uçtan uca akışı hem de her adımın kuralını anlatmaya çalışması, belgeyi hem uzun hem eksik yapar.
• Prosedürü sürece bağlamamak. Hangi sürecin hangi adımına hizmet ettiği belli olmayan prosedürler, süreç değiştiğinde güncellenmeden kalır.
• Süreç sahibini belirlememek. Prosedürlerin sorumluları vardır ama uçtan uca sonucu kimse izlemiyorsa, her adım kurala uygun yapıldığı hâlde müşteri yine geç teslimat alabilir.
• Kayıtları unutmak. Kayıt tutulmayan prosedürün uygulandığı kanıtlanamaz; iç ya da dış denetimde bu durum doğrudan bulguya dönüşür.

Mindset programlarında süreç ve prosedür

İş Süreç Yönetimi Eğitim Programı, süreç analizi ve modellemeden süreç tasarımı ve optimizasyona, süreç sahipliğinden süreç izleme ve sürekli iyileştirmeye kadar sürecin uçtan uca yönetimini çalışır; prosedürlerin hangi sürece hizmet ettiğini görmek isteyen süreç ve operasyon ekipleri için uygun bir başlangıçtır. Prosedür yazımının kendisine odaklanmak isteyenler için Kurumsal Politika ve Prosedür Yazımı eğitimi doküman mimarisi, prosedür tasarımı ve sürüm yönetimini ele alır.