SOP yazmak: uygulanabilir iş talimatı ve runbook hazırlama yöntemi

Standart operasyon prosedürü nedir, runbook'tan farkı ne?

Standart operasyon prosedürü (SOP), tekrarlanan bir işin nasıl yapılacağını adım adım, kim tarafından, hangi koşulda ve hangi kayıtla yapılacağını yazılı olarak tanımlayan dokümandır. Amacı, işin kişiden bağımsız olarak aynı kalitede yapılmasını sağlamak, yeni gelen çalışanın öğrenme süresini kısaltmak ve hata durumunda ne yapılacağını önceden belirlemektir.

Runbook terimi özellikle teknoloji ve operasyon ekiplerinde kullanılır; belirli bir olay ya da rutin iş için (sunucu yeniden başlatma, yedek geri yükleme, vardiya devri) uygulanacak adımları içerir. Pratikte SOP daha geniş bir süreci ve sorumlulukları, runbook ise belirli bir operasyonun yürütme adımlarını anlatır; bu terimler bazı kurumlarda birbirinin yerine de kullanılır. Yazım ilkeleri aynıdır.

İyi SOP, bürokrasi için yazılmış bir belge değildir; sahada gerçekten açılıp okunan bir araçtır. Bir prosedürün kalitesi, işi ilk kez yapan birinin dokümanı takip ederek doğru sonuca varıp varamamasıyla ölçülür.

Hangi işler için SOP yazılır, kapsam nasıl belirlenir?

Her işi dokümante etmek hem imkânsız hem gereksizdir. SOP ihtiyacını şu ölçütlerle belirleyin: • Hata maliyeti yüksek işler: Güvenlik, müşteri deneyimi, mali kayıt, veri kaybı riski taşıyanlar. • Sık tekrarlanan işler: Aynı adımların çok kişi tarafından yapıldığı rutinler. • Kişiye bağımlı bilgi: Yalnızca bir kişinin bildiği ve o ayrıldığında kaybolacak işler. • Devir ve yeni başlayan yoğunluğu: Çalışan hareketliliğinin yüksek olduğu alanlar. • Denetim ve uyum gerektiren işler: Kayıt ve imza izi istenen süreçler.

Kapsam belirlerken önce işi sahada izleyin ve görüşme yapın. Masa başında yazılan prosedür gerçek uygulamayı yansıtmayabilir; kâğıttaki süreç ile sahadaki süreç arasındaki fark, dokümanın kullanılmamasının başlıca sebebidir. Yazmadan önce işin başlangıç ve bitiş tetikleyicisini, girdisini ve çıktısını, sorumlu rolleri tek cümleyle yazın. Bu cümleler, SOP'un kapsamını sınırlar ve gereksiz uzamasını önler.

SOP'un yapısı nasıl olmalı?

Kurumdan kuruma biçim değişse de iyi bir SOP şu bölümleri taşır: • Amaç: Prosedür neden var, hangi sonucu sağlıyor? • Kapsam: Hangi durumlarda geçerli, hangilerinde değil? • Sorumlular: Her adımı hangi rol yapar, kim onaylar? • Ön koşullar ve gereçler: Başlamadan önce olması gereken yetki, araç, malzeme ve bilgi. • Adımlar: Sıralı, tek eylemli, doğrulanabilir talimatlar. • İstisnalar ve sorun giderme: Beklenmeyen durumda ne yapılır, kime eskale edilir? • Kayıt ve çıktılar: Hangi form, günlük ya da sistem kaydı tutulur? • Sürüm bilgisi: Doküman sahibi, son güncelleme, değişiklik özeti.

Bu yapıyı sabit tutmak okuyucuya alışkanlık kazandırır; bir SOP'u gören kişi hangi bölümde ne arayacağını bilir. Uzun açıklamayı ana akıştan ayırın: ayrıntı gereken noktaya ek veya bağlantı koyun. Diyagram yardımcı olabilir, ancak adımların metin hâli her zaman bulunmalıdır. Başlık, yalnızca dokümanın içeriğini değil, hangi işe ait olduğunu da açıkça belirtmelidir.

Adımlar nasıl yazılır?

Adım yazımı SOP'un en zanaat gerektiren kısmıdır. Şu kurallar işe yarar: • Her adım tek bir eylem içerir ve bir fiille başlar: 'Kasa özet raporunu açın', 'Fark varsa vardiya sorumlusuna bildirin'. • Edilgen anlatımdan kaçının; kimin yapacağı belli olsun. • Belirsiz sözcüklerden kaçının: 'uygun şekilde kontrol edin' yerine neyin hangi ölçüte göre kontrol edileceğini yazın. • Karar noktalarını açıkça yazın: 'Değer eşik üzerindeyse bir sonraki adıma geçin; değilse sorun giderme bölümüne gidin.' • Her adımın beklenen sonucunu belirtin: İşlem doğru yapıldıysa ekranda ya da sahada ne görülmelidir? • Uyarı ve riskleri ilgili adımın hemen önünde verin, dokümanın sonuna bırakmayın.

Örneğin 'Günlük kasa kapanışı' prosedürünün bir bölümü şöyle yazılabilir: Vardiya sorumlusu kasa özet raporunu açar; sistem toplamını fiziksel sayımla karşılaştırır; fark yoksa raporu imzalayıp arşive koyar; fark varsa kapanışı durdurur ve yöneticiye bildirir. Bu biçimde herkes aynı noktada durur.

Dili sade tutun, kısaltmaları ilk geçtiği yerde açın ve kurumun kullandığı terimle tutarlı yazın.

Akran testi: yazılan prosedür gerçekten çalışıyor mu?

Yazar kendi yazdığını doğal olarak anlar; bu nedenle SOP'un gerçek sınavı, işi yapmayan birine uygulatmaktır. Akran testi şöyle yürür: işi bilmeyen ya da az bilen bir çalışan, yazarın müdahalesi olmadan dokümanı adım adım takip eder; yazar yalnızca izler ve not tutar. Takılınan her nokta bir düzeltme maddesidir: belirsiz fiil, eksik ön koşul, yanlış sıra, atlanmış karar noktası.

Test sırasında şunlara bakın: • Okuyucu bir adımda durup soru soruyor mu? • Adımı yanlış yorumluyor mu? • Gereç veya yetki eksik olduğu için işlem tıkanıyor mu? • Sürenin dokümandaki beklentiyle uyumu nasıl?

Düzeltmelerden sonra testi yeniden yapın. Bu döngü, prosedürü teoriden sahaya taşır. Yazarlar için ayrıca bir 'yazım atölyesi' mantığı kurabilirsiniz: birkaç kişi farklı prosedürleri yazar, sonra birbirinin dokümanını test eder. Böylece hem kalite artar hem de ekip ortak bir yazım standardında buluşur.

Sürüm, güncellik denetimi ve otomasyon

Titizlikle yazılmış bir SOP bile bakımsız kalırsa tehlikeli hâle gelir: eski adımları izleyen çalışan, sistem değişmişken yanlış sonuç alır. Bu yüzden her doküman için bir sahip, bir gözden geçirme periyodu ve bir sürüm kaydı belirleyin. Süreç, araç ya da organizasyon değiştiğinde ilgili SOP'lar tetikleyici olarak hemen güncellenmelidir; periyodik gözden geçirme ise unutulanları yakalar.

Sürüm yönetiminde şu bilgiler tutulur: sürüm adı, değişiklik tarihi, neyin değiştiği, kim onayladı. Eski sürümler arşivlenir ve çalışanların güncel olanı kolay bulabileceği tek bir merkezî yerde yayımlanır. Aynı prosedürün farklı klasörlerde farklı hâlleri bulunması ciddi bir risktir.

Otomasyon ise tekrarlanan, kural bazlı adımların sisteme devredilmesidir: kontrol listelerinin dijital forma dönüştürülmesi, onay akışlarının otomatik yönlendirilmesi, teknik runbook'larda komut dizilerinin betiğe bağlanması. Otomasyon ancak prosedür sağlam olduğunda anlamlıdır; kötü bir süreci otomatikleştirmek hataları hızlandırır. Önce sadeleştirin, sonra otomatikleştirin.

Sık yapılan hatalar ve öğrenme yolu

Sık yapılan hatalar: • Masa başında, sahayı izlemeden yazmak. • Tek adıma birden çok eylem sığdırmak. • Kararları ve istisnaları atlamak. • Dokümanı yazanın kendi kendini test etmesi. • Sahip ve gözden geçirme periyodu belirlememek. • Gereğinden uzun, kimsenin okumadığı belgeler üretmek.

Öğrenme yolu basit bir işle başlar: günlük yaptığınız küçük bir rutini (rapor hazırlama, kasa kapama, yedek alma) adım adım yazın ve bir meslektaşınıza uygulatın. Ardından kapsam belirleme ve saha gözlemi ile daha karmaşık bir süreci ele alın. Sonraki aşamada bir ekip için standart şablon oluşturun, yazım kılavuzu çıkarın ve akran test sürecini kurun. İleri aşamada sürüm yönetimi, periyodik gözden geçirme takvimi ve otomasyon fırsatlarını değerlendirin. Her aşamada kriter aynıdır: dokümanı ilk kez gören kişi hatasız uygulayabiliyor mu?

Bu beceriyi Mindset programında nerede çalışırsınız?

Mindset kataloğunda bu konuya odaklanan program, Operasyonel Runbook ve Standart İşletim Prosedürlerinin Hazırlanması eğitimidir. Modül başlıkları, runbook ihtiyacının belirlenmesi ve kapsam, yazım standardı ve adım kurgusu, yazım atölyesi ve akran testi, güncellik denetimi, sürüm ve otomasyon başlıklarını içerir.

Programın akışı bu yöntemle aynı sırayı izler: kapsam, yazım, test, bakım. Bir kurumda yeni bir işletme açılırken prosedür kurmak gerekiyorsa, otel açılış planlaması da aynı disiplini gerektirir.