Süreç dokümantasyonu, kabile bilgilerini kurumsal bilgiye dönüştüren şeydir. Trupeer ile, ücretsiz bir süreç dokümantasyonu şablonuyla başlayarak; marka yönergelerinizi kullanarak özelleştirip; ekiplerin gerçekten kullandığı net video anlatımlarına dönüştürerek, işin nasıl yapıldığını kaydetmek için harcayacağınız saatlerden tasarruf edebilirsiniz.

Süreç dokümantasyonu şablonu nedir?

Süreç dokümantasyonu, işin gerçekte nasıl yürütüldüğüne dair yazılı kayıttır: adımlar, bunları kimin yaptığı, hangi sırayla yapıldığı, hangi girdilerle yapıldığı ve ortaya çıkan nihai sonucun nasıl göründüğü.

Süreç dokümantasyonu şablonu, bunu yakalamak için yeniden kullanılabilir bir yapıdır. Başlık alanları, adım formatı ve dokümanın, işi daha önce yapmamış biri için kullanılabilir olmasını sağlayan çevre bilgiler.

Bulacağınız her şablon kabaca aynı şeyi sunar: bir amaç, bir kapsam, sahipleri olan numaralı adımların bir listesi ve bir yerde akış şeması koymak için alan. Bu yapı uygundur. Ancak ortaya çıkan şey, her şeyin plana uygun gittiği süreç sürümünü anlatan bir dokümandır; kimsenin yardıma ihtiyaç duymadığı sürüm budur.

Mutlu yolun kimsenin ihtiyaç duymadığı kısım olması

Birine bir süreci dokümante etmesini söyleyin; size nasıl çalıştığını anlatır. Bu, soruya verilen doğal yanıttır ve yanlış içeriktir.

Dokümanı okuyacak kişi genellikle standart durumu bir hafta içinde yönetebilir. Bunu iki kez izler, kavrar ve devam eder. Yapamadığı şey ise; eksik bir satın alma emri numarasıyla gelen sırayı yönetmek, fiyatı sözleşmeyle uyuşmayan müşteriyle baş etmek, kullanımdan kaldırılmış bir parçayı ele almak, kredi limitini hemen aşmış bir hesabı yönetmektir.

Bu durumlar nadir değildir. Çoğu operasyonel süreçte, hacim olarak azınlıkta olsalar bile zaman olarak işin çoğunluğunu oluştururlar; çünkü her biri, temiz bir senaryoya göre birkaç kat daha uzun sürer.

Ayrıca yazması en zor içeriklerdir; bunun anlaşılmaya değer bir nedeni vardır. Süreci dokümante eden kişi her istisnayı yüzlerce kez yaşamıştır ve çok uzun zaman önce onları kararlar olarak deneyimlemeyi bırakmıştır. Sürecin nasıl işlediği sorulduğunda, sorunun davet ettiği şey olduğu için mutlu yolu dürüstçe ve doğru şekilde anlatır.

Sonuç olarak doküman, aslında dokümantasyona ihtiyaç duymayan kısmı kapsar; çalışmanın tüm nedeni olan kısmı ise dışarıda bırakır.

Trupeer’da bu şablon nasıl özelleştirilir

Adım 1: Şablonlar Bölümünü Açın

Ana navigasyondan Şablonlar bölümüne gidin.

Adım 2: Bir Şablon Seçin ve Açın

Açmak istediğiniz herhangi bir şablonun üzerine tıklayın.

Adım 3: Şablon Görünümünü Genişletin

Gerekirse, tam düzeni ve ayrıntıları net görmek için şablon görünümünü genişletin.

Adım 4: Şablonu Düzenleyin

Seçili şablonda değişiklik yapmaya başlamak için Düzenle’ye tıklayın.

Düzenleyicide şunları yapabilirsiniz:

• Yeni bölümler ekleyin

• Biçimlendirme kurallarını tanımlayın veya güncelleyin

• Bir logo ekleyin ve konumunu ile ilgili ayarları düzenleyin

Adım 5: Özelleştirilmiş Şablonunuzu Kaydedin

Gerekli tüm değişiklikleri yaptıktan sonra, güncellenmiş şablonu kendi şablonunuz olarak saklamak için Kaydet’e tıklayın.

Adım 6: Şablonu Önizleyin ve İnce Ayar Yapın

Özelleştirilmiş şablonunuzun nasıl göründüğünü görmek istediğinizde Önizleme’yi açın.

Önizleme ekranından, gerekirse şablonun tam olarak istediğiniz gibi göründüğünden emin olmak için doğrudan ayarlamaya devam edebilirsiniz.

Süreç dokümantasyonu şablonuyla şunları yapabilirsiniz:

• Dokümantasyonda saat kazanın: Her iş süreci için tasarlanmış bir yapıyla boş sayfayı atlayın.

• Kabile bilgisini yakalayın: İşin gerçekte nasıl yapıldığını dokümante edin - insanlar ayrıldığında bile bilgi kalıcı olur.

• Markanıza uygun kalın: Trupeer’ın marka kitini kullanarak logonuzu, yazı tiplerinizi ve renklerinizi uygulayın - çapraz fonksiyonlu süreç dokümanları için ideal.

• Süreç dokümanlarından SOP’ler oluşturun: Her adımı ayrıntılı bir çalışma talimatına dönüştürmek için AI SOP creator’ımızı kullanın.

• İyileştirmeleri belirleyin: Bir süreci dokümante etmek, onu geliştirmeye atılan ilk adımdır - şablon verimsizlikleri görünür kılar.

• Küresel ekiplere ulaşın: Süreç dokümantasyonunu tek tıkla 65+ dile çevirin.

Yazmadan önce istisna oranınızı nasıl hesaplarsınız

Herhangi bir şey yazmadan önce, gerçek işin ne kadarının standart yolu izlediğini öğrenin. Bu, bir öğleden fazlasını almaz ve yazacaklarınızı değiştirir.

Sürecin yakın zamanda gerçekleşmiş örneklerinden bir örneklem alın. Otuz, gösterge olması için yeterlidir; veriye kolay erişilebiliyorsa iki yüz daha iyidir. Seçilmiş örnekler her zaman gerçeğe göre daha temiz olduğundan, ardışık örnekleri tercih edin.

Her biri için tek bir soru sorun: bu doğrudan ilerledi mi, yoksa bir şeyin kararlaştırılması, takip edilmesi, düzeltilmesi ya da yükseltilmesi mi gerekiyordu?

Ardından, ilerlemeyenleri gruplara ayırın ve sayın.

İki sayı ortaya çıkar. Temiz ilerleyenlerin oranı; mutlu yol dokümanının ne kadar işi kapsayacağını size söyler. Ve istisna türlerinin sıralı listesi; yazma sırasınızdır.

Çoğu ekip ikisinden de şaşırır. Herkesin basit olarak anlattığı bir süreç, örneklerin üçte biri ya da yarısında temiz çalışıyor çıkar ve ilk üç istisna türü genellikle geri kalanının çoğunu oluşturur. Bu üçü, tüm on dört standart adımın toplamından daha fazla yazılı dikkat gerektirir.

Her adımın ihtiyaç duyduğu “ve eğer değilse” satırı

Bu disiplinin en hafif versiyonu neredeyse hiçbir maliyet çıkarmaz ve elinizde zaten bulunan bir dokümana uygulanabilir.

Her adımı ele alın. Her biri, bir koşulun sağlandığını ima eder: alan doldurulmuş, fiyat uyuyor, stok var, onay hazır. Her adımın altında, “ve eğer değilse” ile başlayan tek bir satır yazın.

Adım: satın alma emri numarasının mevcut ve müşterinin formatında olduğunu kontrol edin. Ve eğer değilse: şablonu kullanarak e-posta ile talep edenden isteyin, siparişi bekleyen kuyrukta tutun ve tahsise geçmeyin.

Bu tek satır üç şey yapar. İstisnayı görünür kılar; bu çoğu zaman birinin ilk kez yazıya döktüğü andır. Ne olacağına dair bir karar vermeyi zorlar; bu karar çoğu zaman üzerinde uzlaşı olmayan bir şey çıkar. Ve okuyucuya, bir şey uydurmak ya da birini kesintiye uğratmak yerine ne yapacağını söyler.

“Ve eğer değilse” yanıtı yaklaşık iki satırdan uzunsa, kendi karar kuralları olan ayrı bir istisna bölümüne aittir ve adım sadece oraya işaret eder. Yanıt gerçekten “bir yöneticiden iste” ise, bunu açıkça söyleyin ve rolü adlandırın; çünkü belirtilmeyen bir yükseltme, ortadan kaldırmaya çalıştığınız kesintileri üreten şeydir.

Ücretsiz süreç dokümantasyonu şablonu: kopyalanacak yapı

Buradan kopyalayın.

Başlık. Süreç adı; bir departman yerine bir sonuç olarak ifade edin. Sahibi; bir rol olarak. Son doğrulama tarihi; birinin bu doküman üzerinden süreci en son ne zaman çalıştırdığını ifade eder. Sürüm. Tahmini sıklık ve hacim.

Bu süreç ne üretir. Okuyucunun elinde olup olmadığını anlayabileceği şekilde tanımlanan nihai sonuç.

Tetikleyici ve sınır. Süreci ne başlatır, ne bitirir ve bu dokümanın kapsamadığı, iki tarafında hemen neyin yer aldığı. Sınırlar, yinelenen ve çelişkili dokümanların nereden çıktığını gösterir.

Kimler dahil. İsimler yerine roller; her birinin neye karşı sorumlu olduğu.

Girdiler ve sistemler. Başlamadan önce var olması gerekenler ve hangi sistemlere ile erişimlere ihtiyaç duyulduğu.

Adımlar. Numaralı; her biri tek bir eylem, beklenen sonuç ve her birinin altında bir ve eğer değilse satırı.

İstisnalar. Örnekleminizden gelen sıralı liste; her biri koşul, karar kuralı, kimin yetkilendirebileceği ve bir sonraki adım ile birlikte. Bu bölüm genellikle adımlardan daha uzun çıkar; bu doğrudur.

Bu süreç neleri kapsamaz. Adı açıkça belirtilmiş; bu tür durumların nereye gittiğine dair bir yönlendirme ile.

Ölçümler. Genellikle ne kadar sürdüğü, hacmin ne olduğu ve temiz ilerleyen oranın ne olduğu. Son rakamın takip edilmesi değerlidir; çünkü süreç değiştiğinde hareket eder.

Buraya kopyalayın. Geleneksel bir şablona yapılacak iki ekleme, “ve eğer değilse” satırları ve istisna bölümüdür. Diğer her şey, herhangi iyi bir yapıda zaten bulacağınız şeylerdir.

Süreç dokümantasyonu şablonunda neler yer almalı?

Yukarıdaki başlık, sınır, roller, adımlar ve istisnalar. Dokümanı kısaltmak isteyen herkese karşı savunmaya değer üç alan vardır.

Son doğrulama, son güncelleme değil. Metni düzenlemek, sürecin hâlâ bu şekilde çalıştığını doğrulamakla aynı şey değildir. Birinin bunu izleyerek gerçekleştiğini gösteren bir tarih, birinin sadece bir yazım hatasını düzelttiğini belirten birkaç tarihten daha değerlidir.

Sınır. Çoğu yinelenen dokümantasyon, iki ekibin aynı sürecin örtüşen bölümlerini, her birinin nerede durduğunu uzlaşmadan dokümante etmesi nedeniyle oluşur.

Temiz çalışma oranı. Dokümanın işi mi yoksa onun idealize edilmiş bir versiyonunu mu anlattığını söyleyen tek ölçü budur.

Üç şeyin dışarıda bırakılmasına değer. Dokümanı kelimelerden daha hızlı tarihlendiren arayüz ekran görüntüleri. Sürecin neden var olduğuna dair açıklamalar; bunlar bir politika içinde yer alır. Ve IT documentation içinde yaşayan sistemlere dair ayrıntılar; bunlar yeniden anlatılmak yerine referans verilmelidir.

Dokümanı siparişlerin %31’ini kapsayan dağıtıcı

İşletmeden işletmeye bir dağıtıcı olan Pellowe Trading, iki deneyimli koordinatörün birbirinden sonraki bir ay içinde istifa etmesinin ardından sipariş işleme sürecini dokümante etti.

Dokümantasyon, herhangi bir normal standartta bile kapsamlıydı. On dört adım, bir akış şeması, ekran görüntüleri, yirmi iki sayfa; iki koordinatörün ayrılmasından önce onaylanmıştı.

İki kişi göreve başladı. Altı hafta içinde sipariş birikimi yaklaşık kırk siparişten yaklaşık üç yüz on siparişe çıktı ve finans kapanışı dokuz gün gecikti.

İnceleme, ardışık iki yüz siparişi kapsadı ve dokümante edilmiş on dört adımı sapmadan izleyen kaç sipariş olduğunu kontrol etti.

Altmış üçü. Diğer yüz otuz yedisi en az bir istisnaya takıldı.

Sıralandığında bu istisnalar şunlardı: eksik ya da yanlış biçimlendirilmiş bir müşteri satın alma emri numarası, kırk bir kez. Siparişteki fiyatın sözleşme fiyat listesiyle uyuşmaması, yirmi dokuz kez. Yerine geçecek bir parça gerektiren kullanımdan kaldırılmış bir parça, yirmi iki. Aşılmış bir kredi limiti, on sekiz. Hesapta tutulmayan bir teslimat adresi, on dört. Talep edilen bölünmüş teslimat, on üç.

Bu altı durumun hiçbiri yirmi iki sayfanın hiçbir yerinde geçmiyordu.

Ayrılan iki koordinatör de bu istisnaları yıllarca haftada birkaç kez yönetmişti. Ne devir sırasında bunlardan herhangi birini gündeme getirmişlerdi ne de hiçbir şeyi saklıyorlardı. Kendilerine sipariş sürecinin nasıl işlediği sorulmuş ve bu soruyu doğru şekilde yanıtlamışlardı.

Birikim on bir hafta sürdü ve temizlemek için geçici bir işe alım gerekti. İki müşteri hesaplarını taşıdı. Finans ekibi, gecikmeli faturalandırmanın taşıma maliyetini ve kaybedilen marjı yaklaşık altmış dört bin pound olarak hesapladı.

Yeniden yazım dört gün sürdü. Aynı on dört adım; her birinde bir “ve eğer değilse” satırı ve ayrıca altı adlandırılmış durumu kapsayan ayrı bir istisna bölümü; gerçek karar kurallarıyla: bir fiyatın geçersiz kılınmasına kim yetkilidir ve hangi değere kadar, ikame kuralı ve bunun onayını kim verir, kredi limiti yükseltme yolu.

Doküman, iki yeni koordinatör ve finans bölümünden bir kişi tarafından yazıldı; herhangi birinin hafızasından değil, iki yüz sipariş örnekleminden yola çıkılarak. Bu ayrıntı önemliydi; çünkü hafızadan yazabilecek kişiler ayrılmıştı ve örneklem, yazabileceklerinden daha iyi bir kaynak olduğunu ortaya koydu.

Altı ay sonra, sipariş başına ortanca istisna yönetme süresi yirmi iki dakikadan yedi dakikaya düştü; birikim ellinin altında sabit kaldı ve iki yüz siparişten oluşan yeni bir örneklem, kimseye yükseltmeye gerek kalmadan dokümandan çözülebilenlerin %84 olduğunu gösterdi.

Süreç dokümantasyonu nasıl oluşturulur, adım adım

Önce örneklemi alın ve istisnaları sayın. Diğer her şey, neyi gerçekten dokümante ettiğinizi bildiğinizde daha kolay olur.

Mümkünse sürecin iki kez, farklı kişiler tarafından uygulandığını izleyin. Aynı dokümante edilmiş süreci farklı şekilde uygulayan iki kişi, başlı başına bir bulgudur.

Adımlardan önce sınırı ve sonucu yazın; çünkü bunlar dokümanın gereksiz şekilde uzamasını durduran şeylerdir.

Adımları, sürecin olması gerektiğini düşündüğünüz şeyden değil; izlediğiniz şeyden yazın. Farklılıklar varsa, düzeltip yumuşatmak yerine farkı not edin; çünkü bu fark genellikle benimsenmeye değer bir iyileştirme ya da düzeltilmesi gereken bir sorundur.

Her adımın yanına “ve eğer değilse” satırını ekleyin. Bunun, adımları yazmaktan daha uzun sürmesini bekleyin.

İstisna bölümünü, sıralı listenizden başlayarak yukarıdan aşağıya yazın ve hacmin çoğunu oluşturanları kapsadığınızda durun. Tam kapsam hedef değildir ve ulaşılamaz.

Ardından, işi hiç yapmamış birinin dokümandan gerçek bir örneği çalıştırmasını sağlayın; siz izleyin ve hiçbir şey söylemeyin. Sorduğu her soru bir kusurdur ve sorular istisnalarda kümelenir.

Kötü süreç dokümantasyonunun etkileri

Görünen maliyet, işe alıştırma süresidir ve bunların en küçüğüdür.

Daha büyük maliyetler daha sessizdir. Süreci bilen kişilerin, süreçle ilgili sorular sorulmak üzere haftalarını geçirmesi; bunun görünmez olması, çünkü hiçbir zaman bir ticket olarak ortaya çıkmamasıdır. Tutarsızlık; aynı girdiden iki kişinin farklı sonuç üretmesi ve bir müşteri karşılaştırana kadar kimsenin fark etmemesi. Kilit kişi riski; süreç, bir kişi yokken çalışamıyor olması ve bunun ancak onlar gidince ortaya çıkması.

Bir de karar kayması vardır. Doküman ne yapılacağını söylemediğinde insanlar makul bir şekilde kendi kararlarını verir ve kararlar zamanla ayrışır; sonunda dokümante edilecek tek bir süreç kalmaz.

Dört durumun ortak noktası şudur: kötü dokümantasyon başarısızlık üretmez. İş yükü, personel ya da sistem sorunlarına atfedilen yavaş bir bozulma üretir; bu yüzden bunu yaşayan kişiler tarafından nadiren düzeltilir.

İyi bir süreç dokümantasyonu şablonunu ne yapar?

Üç şey ve hiçbiri düzen değildir.

İstisnaları ister. Adımlar tablosu olup başka hiçbir şey içermeyen bir şablon, her seferinde mutlu yol dokümanı üretir; çünkü davet ettiği şey budur.

Son güncelleme alanı yerine son doğrulama alanı vardır; bu da bakımın ne anlama geldiğini değiştirir.

Ve aynı sürecin farklı sınırları olan üç ekip tarafından üç kez dokümante edilmemesi için bir sınır ifadesini zorunlu kılar.

Bunun ötesinde, formatın önemi çoğu şablon karşılaştırmasının düşündürdüğünden çok daha azdır. İstisnaları kapsayan sade bir doküman, kapsamayan zarif bir dokümandan daha iyidir.

Süreç dokümanı formatları: metin, akış şeması veya kontrol listesi

Üç format vardır ve seçim, tercihten çok işin şekline göre yapılmalıdır.

Numaralı adımlar, bilinen bir başlangıcı ve bitişi olan ve az sayıda dallanma içeren doğrusal süreçlere uygundur. Çoğu idari ve operasyonel süreç burada yer alır ve yukarıdaki şablon bunu varsayar.

Akış şeması veya swimlane, gerçekten dallanan süreçlere ya da aralarında devirler olan birden fazla rolü kesen süreçlere uygundur. “Bu kısmın işi kimin görevi” sorusu sürekli geliyorsa swimlane özellikle yerini bulur. Ayrıntı için zayıf bir kapsayıcıdır; bu yüzden onun yerine geçirmeyin, metin sürümüyle birlikte kullanın.

Kontrol listesi, sıralamadan daha çok eksiksizlik önemli olan süreçlere uygundur ve ana doküman yerine yardımcı bir unsur olarak iyi çalışır.

Yararlı bir kural: Sürecinizde yaklaşık üçten fazla gerçek karar noktası varsa, yazmanın yanı sıra akış şeması da çizin. Daha azsa, akış şeması süslemedir ve numaralı liste dokümandır.

Süreç dokümanı, SOP veya çalışma talimatı: hangisi?

Birbiriyle değiştirilebilir şekilde kullanılan üç terim vardır; altında ise gerçek bir ayrım bulunur.

Süreç dokümantasyonu, işin nasıl aktığını (çoğu zaman roller arasında) anlatır ve betimleyicidir. Burada bu iş nasıl yapılıyor sorusunu yanıtlar.

Bir SOP yetkili ve yönlendiricidir. Bir görevi yerine getirmenin onaylı yolunu belirtir; kontrol altındadır ve ondan sapma, sapmadır. SOP şablonumuz yapıyı kapsar.

Bir çalışma talimatı en ayrıntılı olandır; tek bir rolün tek bir istasyondaki tek bir operasyonunu kapsar ve düzenlenmiş ya da üretim ortamlarında kontrollü bir dokümandır; üretim çalışma talimatları şablonumuz bunu kapsar.

Pratik test sonuçtur. Dokümandan sapmak sadece farklı bir çalışma biçimiyse, bu süreç dokümantasyonudur. Dokümandan sapmak bir uygunsuzluksa, bu bir SOP ya da çalışma talimatıdır ve süreç dokümantasyonunun yapmadığı şekilde sürüm kontrolü, onay ve bir gözden geçirme döngüsü gerektirir.

Süreç tek bir kişinin zihninde tutulduysa ve o kişi ayrılıyorsa, dokümantasyon çalışması aslında bir devir teslimdir ve bilgi aktarımı SOP bunu doğru şekilde nasıl yürüteceğinizi kapsar; ayrıca birine işinin nasıl çalıştığını sormanın mutlu yolu nasıl ürettiği de dahil.

Word veya Excel’de süreç dokümantasyonu şablonu alabilir miyim?

Doküman için Word veya Google Docs. “ve eğer değilse” satırları ve istisna bölümü içeren adımlar, yapılı bir nesne olarak metindir; hücrelerde olduğundan daha iyi okunur.

Excel, iki destekleyici unsur için uygundur. İstisna kaydı; yani örnekleminiz, her örnek için bir satır ve kaydedilmiş istisna türü. Bu, sıralı listeyi üretir ve daha sonra herhangi bir şeyin değişip değişmediğini görmek için yeniden çalıştırılabilir. Ayrıca süreç kaydı; her dokümante edilmiş süreci sahibi, son doğrulama tarihi ve temiz çalışma oranıyla listeler; bunlardan oluşan bir kütüphaneyi böyle yönetirsiniz.

PowerPoint, süreci sunuyorsanız akış şeması veya swimlane görünümü için uygundur; dokümanın kendisi için değil.

PDF, doğrulandıktan sonra verilen sürüm içindir; canlı kopyadan dışa aktarılır.

Yazmadan bir süreci nasıl dokümante edebilirsiniz

İstisna içeriği hiç yazılmayan kısımdır ve bunun nedeni isteksizlik değil zamandır. Birinin, bilen kişiyle oturup ne yaptığını kaydetmesi gerekir; ardından notları okunabilir bir şeye dönüştürmek için bir akşam harcanır.

Kayıt, bunun büyük kısmını ortadan kaldırır. Trupeer AI, bir ekran kaydını; adımlar ve ekranlar daha önce yakalanmış şekilde yazılı bir prosedüre dönüştürür; böylece süreci bilen kişi bunu bir kez anlatmak yerine bir kez uygular.

İşin işe yarayan hilesi, standart senaryoyu değil istisnaları kaydetmektir. Bir sonraki sefer bir fiyat uyuşmazlığı ya da eksik bir satın alma emri geldiğinde, onu yöneten kişi kaydı kendisi alsın. İki haftalık bir süre içinde altı kayıt, bunu yazmaya çalışmanın bir yılının kapsayamayacağı çoğu şeyi kapsar.

Kaydedin. Markalayın. Çevirin. Trupeer’layın.

Çıktı, bilgi bankanız içinde tutarlı bir marka ile rehberlere ve dokümanlara dönüşür; SOP creator kontrol edilmesi gereken prosedürleri kapsar ve job aid template insanların tek bir adımda sürekli yanlış yaptığı kısa referansı kapsar. Kurulum talimatları document template setup guide içinde yer alır.

Sıkça Sorulan Sorular

Word’de ücretsiz bir süreç dokümantasyonu şablonu var mı?

Yukarıdaki yapı, “ve eğer değilse” satırları ve standart şablonların atladığı istisna bölümü dahil olmak üzere doğrudan Word veya Google Docs’a yapıştırılır. Kilitli bir indirme yoktur ve form da yoktur. Adımları yazmadan önce istisna bölümünü ekleyin; çünkü adımları önce yazmak, mevcut çabayı tüketme eğilimindedir.

Excel’de ücretsiz bir süreç dokümantasyonu şablonu var mı?

Excel, dokümanın kendisinden ziyade istisna kaydı ve süreç kaydı için uygundur. Kayıt, örneklenen her örnek için istisna türüyle birlikte tek bir satırdır; bu da sıralı listenizi üretir. Kayıt, her süreci sahibi, son doğrulama tarihi ve temiz çalışma oranıyla listeler; bu da hangi dokümanların eskidiğini nasıl anladığınızı gösterir.

PDF’de ücretsiz bir süreç dokümantasyonu şablonu var mı?

Doküman, birinin süreci dokümandan çalıştırarak doğruladığı anda dışa aktarın ve çalışır sürümü düzenlenebilir halde saklayın. Yeni istisnalar ortaya çıktıkça istisnalar sürekli eklenir; bu nedenle dondurulmuş bir süreç dokümanı çoğu dokümandan daha hızlı güncelliğini yitirir.

PowerPoint’te süreç dokümantasyonu şablonu var mı?

Süreci, onu uygulayacak kişiler yerine anlaması gereken kişilere sunuyorsanız akış şeması veya swimlane görünümü için slaytları kullanın. Ayrıntı için yanlış bir kapsayıcıdır; bu yüzden dokümanın yerine değil, dokümandan inşa ederek oluşturun.

Word’de adım adım süreç şablonu var mı?

Bu, yukarıdaki yapının adımlar bölümüdür: numaralı eylemler, satır başına bir tane; her birinin beklenen sonucu ve bir “ve eğer değilse” satırı vardır. Bunun iki süreç olup olmadığını düşünmeden önce yaklaşık on iki adımda tutun ve iki satırdan uzun olan her şeyi istisna bölümüne koyun.

Bir süreç dokümanı ne kadar uzun olmalı?

İstisnalar ne kadar gerektiriyorsa; bu genellikle adımların bir sayfa ya da iki sayfaya uzanması ve istisna bölümünün daha uzun olması anlamına gelir. Sadece adımlardan oluşup istisna içermeyen dokümanlar kısa olur ve kullanılmaz. Uzunluğu, birinin yeni bir örneği dokümandan tamamlayıp tamamlayamayacağına göre değerlendirin; sayfa sayısına göre değil.

Süreç dokümantasyonunu kim yazmalı?

Süreci kim yürütüyorsa; hafızadan değil, gerçek örneklerden yola çıkarak. Yukarıdaki çalışılmış örnek bunun argümanıdır: yıllarca deneyimi olan iki kişi kendi süreçlerini kapsamlı şekilde dokümante etti ve her istisnayı dışarıda bıraktı; dikkatsizlikten değil, kendilerine sorulan sorunun mutlu yolu davet etmesinden dolayı.

Süreç dokümantasyonu ne sıklıkla gözden geçirilmeli?

Takvime göre değil, tetikleyicilere göre. Sistem değiştiğinde, yeni bir istisna türü iki kez ortaya çıktığında, sürecin sahibi olan biri ayrıldığında ve temiz çalışma oranı hareket ettiğinde. Yılda bir kez yirmi örnek yeniden örneklemek bir saat sürer ve planlı bir okuma turundan daha fazlasını söyler.