İş Süreçlerini Standartlaştırma

Bir şirketin ölçeklenmeye hazır olup olmadığını anlamanın en hızlı yolu, bir soruyu sormak: “Şu kişi yarın işe gelmese ne olur?”

Küçük ekiplerde cevap genelde “işler durur, ama biz çözeriz” olur ve bu bir süre sorun değildir. Ardından müşteri sayısı artar, ekip yenilerle dolar ve aynı işi üç kişi üç farklı biçimde yapmaya başlar. Faturalama bir kişide, onboarding başka birinde, müşteri taleplerinin nasıl önceliklendirildiği ise bir WhatsApp grubunda yaşar. Büyüme, bu sessiz bağımlılıkları teker teker görünür kılar. Genelde en kötü anda.

Ne zaman ihtiyacınız var?

İlk sinyal, aynı hatanın ikinci kez yaşanması. Bir fatura yanlış kesildi, bir müşteri onboarding'de unutuldu, bir yenileme tarihi kaçtı. İlk seferde bu bir kazadır; ikincisinde bir sistem eksikliği.

İkinci sinyal, işe yeni başlayanların verimli hale gelme süresinin uzaması. Her yeni gelen “bunu kim yapıyor?” diye soruyorsa bilgi kişilerde, sistemde değil.

Üçüncüsü, kurucu ya da birkaç kıdemli kişinin tatile çıkamaması. Bu bir sadakat değil, bir operasyon riskidir.

Henüz erken olan durum, işin hâlâ keşfedildiği dönemdir. Ürünü, müşteriyi ya da kanalı henüz bulmamış bir ekipte yazılan prosedür, iki ay sonra yanlış olacak bir şeyi dondurur. Bir işi en az üç kez elle ve aynı biçimde yaptıysanız, standartlaştırmanın zamanı gelmiştir. Önce değil.

Çoğu ekibin atladığı nokta

Standartlaştırma çoğu zaman her şeyi belgelemek diye anlaşılıyor. Sonuçta 80 sayfalık bir el kitabı çıkıyor, kimse açmıyor, iki yıl sonra yarısı güncelliğini yitiriyor. Sorun belgenin kendisi değil, neyin belgeleneceği seçimi.

Her süreç aynı derecede önemli değil. Hata yapıldığında maliyeti yüksek olan, sık tekrar eden ya da kişiye bağımlı olan süreçler standartlaşmayı hak eder. Yaratıcı, belirsiz ve bağlama bağlı işler ise kuralla değil, ilke ve örnekle yönetilir. Birincisi için kontrol listesi, ikincisi için “iyi nasıl görünür” tarifi yazılır.

Atul Gawande'nin The Checklist Manifesto'sundaki ana fikir burada geçerli: bir kontrol listesi uzmanı küçültmez, uzmanın zaten bildiği ama baskı altında atladığı adımları güvenceye alır. Kontrol listesi bir yetenek eksiği değil, bir hafıza desteğidir.

Standartlaştırılacak olan işin kendisi değil, işin başarısız olabileceği noktalardır.

İkinci kaçırılan nokta: süreç sahibi yoksa süreç ölür. Yazılmış her sürecin adı, sahibi ve gözden geçirme tarihi olmalı. Aksi halde standart, ilk istisnada terk edilir ve herkes yeniden kendi yöntemine döner.

Uygulama planı

1. Başarısızlık noktalarını bulun

Son üç ayda yaşanan hataları, müşteri şikâyetlerini ve “bunu son dakikada çözdük” anlarını listeleyin. Hepsini hangi sürece ait olduğuna göre gruplayın. İlk beş süreç, standartlaştıracağınız yerdir. Çıktı, her biri için kısa bir başarısızlık hikâyesi: ne oldu, neden oldu, maliyeti neydi.

2. Bugünkü hali olduğu gibi çizin

İdeal süreci değil, gerçekte yapılanı yazın. Bunu işi yapan kişiyle birlikte, tek bir akış sayfasında, adım adım çıkarın. Çoğu zaman bu aşamada bile yarım saatlik bir görüşme, kimsenin görmediği gereksiz üç adımı ortaya çıkarır.

3. Sadeleştirin, sonra standartlaştırın

Bir süreci olduğu gibi yazıya dökmek, kötü bir süreci kalıcı kılar. Önce gereksiz adımları, çift onayları ve tekrarları atın. Geriye kalan, en kısa ve hata yapması en zor hali olmalı. Çıktı: bir sayfayı geçmeyen kontrol listesi, her adımda “kim, ne zaman, hangi çıktıyla” bilgisi ve bir “bitti sayılır” tanımı.

4. Bir sahip ve bir tetikleyici atayın

Her sürecin tek bir sahibi, ne zaman başlayacağını belirleyen net bir tetikleyicisi olsun: “yeni sözleşme imzalandığında”, “ayın ilk iş günü”. Sahip yalnızca işi yapan değil, süreci gözden geçirip güncelleyen kişidir.

5. Gerçek bir işte test edin

Yeni sürümü, o işe yeni başlayan biriyle çalıştırın. Takıldığı her yer, belgenin eksiğidir. Gözlemleyin, müdahale etmeyin ve ilk iki hafta boyunca düzeltmeleri toplayın.

6. İstisnayı ölçün

Süreçten sapmalar kaçınılmaz; önemli olan sapmanın sebebini kaydetmek. Her ay istisnaların listesini gözden geçirin: istisna sürekli tekrar ediyorsa süreç değişmeli, tek seferlikse kalmalı.

Bunu yapan ekip ile yapmayan ekip arasındaki fark, bir gün biri izne çıktığında görünür. Birinde işi devralan kişi kontrol listesini açıp devam eder. Diğerinde telefon çalar, izindeki kişi tatilin ikinci gününde müşteriye bir şeyin nerede olduğunu anlatır. İkincisi her seferinde “kimse bilmiyordu” der, ama aslında bilgi hiçbir zaman paylaşılmamıştı.

Standartlaştırmanın bir başka faydası daha az konuşulur: hızlı delege etmeyi mümkün kılar. Bir işi kontrol listesine dökmüş olan kurucu, o işi güvenle bırakabilir. Dökmemiş olan, her ayrıntıyı kendisine soru olarak geri alır.

Neyi ölçmeli?

• Süreç kaynaklı hata ve yeniden iş oranı: Standartlaştırdığınız süreçte hatanın azalıp azalmadığı. Gecikmeli ama doğrudan etkiyi gösterir.
• Yeni çalışanın verimli hale gelme süresi: Bilginin kişilerden sisteme ne kadar taşındığını gösteren öncü bir gösterge.
• Tek kişi bağımlılığı: Kritik süreçlerin kaçında “bu kişi yoksa iş durur” cevabı var? Sayıyı her çeyrek azaltmak hedef olmalı.

Tuzaklar

Her şeyi belgelemek. Önemsiz işler için yazılan prosedür, önemli olanların gürültüsünde kaybolur. Önce acıyı seçin.

Süreci masa başında yazmak. Gerçekte işi yapan kişiyi dahil etmeden yazılan bir akış, kâğıt üzerinde güzel, pratikte terk edilmiş olur.

Standardı değiştirilemez sanmak. Süreç, işin öğrendiklerinin kaydıdır. Gözden geçirilmeyen bir standart, sabit bir hata kaynağına dönüşür.

Bu hafta başlayın

1. Son iki ayda yaşadığınız en pahalı üç hatayı yazın ve her birinin hangi sürece ait olduğunu işaretleyin.
2. En çok hata veren süreci, işi yapan kişiyle yarım saat oturup adım adım çizin.
3. O sürece tek sahip atayın ve tek sayfalık bir kontrol listesi çıkarın.