Güçlü süreç iyileştirme dokümantasyonu, tek seferlik kazanımları art arda gelen büyüme getirilerine dönüştürür. Trupeer ile, ücretsiz süreç iyileştirme dokümantasyonu şablonlarıyla başlayarak, marka yönergeleriniz doğrultusunda özelleştirerek ve benimsemeyi artıran video anlatımlara dönüştürerek süreç iyileştirme dokümantasyonunda saatler kazanabilirsiniz.

Süreç iyileştirme dokümantasyonu nedir?

Süreç iyileştirme dokümantasyonu, işin nasıl yapıldığına dair yapılan bir değişikliğin kaydıdır: sorun neydi, ne bulundu, ne değiştirildi ve bunun sonucunda ne oldu.

Tek bir doküman ailesini değil, bir doküman ailesini kapsar. Çalışma sırasında bir A3 ya da problem çözme formu. Yeni yöntemi tanımlayan standart iş dokümanı. En sonunda bir iyileştirme raporu. Çaba yalın liderliğinde yapıldıysa bir değer akış haritası. Ve güncellenmiş prosedürlerde ortaya çıkan her ne varsa.

Bu, süreç dokümantasyonundan farklıdır; süreç dokümantasyonu, bir sürecin şu anda nasıl işlediğini anlatır. Süreç dokümantasyonu “mevcut durum”dur. İyileştirme dokümantasyonu ise bir “mevcut durumdan” diğerine geçişin kaydıdır ve ikisi sürekli birbirine karışır. İhtiyacınız, bir sürecin bugün nasıl çalıştığına dair bir açıklama ise, süreç dokümantasyonu şablonumuz bunu kapsar ve muhtemelen aradığınız şeydir.

Bu sayfa, bir iyileştirmenin geride bıraktığı yazılı izleri ve özellikle de altı ay sonra neden büyük kısmının değersiz olduğunu anlatır.

İyileştirme raporları neden yanlış okuyucuya yazılır?

Süreç iyileştirme dokümantasyonu, bir projenin sonunda; projeyi yürüten kişi tarafından, bir yönlendirme grubuna, sponsora, denetime veya fayda değerlendirmesine yönelik olarak yazılır.

Bu okuyucu tek bir şeyi bilmek ister: işe yaradı mı ve ne kazandırdı. Bu nedenle rapor, bunu yanıtlayacak şekilde düzenlenir. Arka plan, mevcut durum, kök neden, çözüm, uygulama, elde edilen faydalar, onay. Dolaşımdaki her iyileştirme raporunda kabaca bu bölümler bulunur ve bu soruyu yeterince iyi yanıtlar.

Sorun şu ki bu okuyucu onu bir kez okur ve bir daha asla okumaz.

Onu gerçekten ihtiyaç duyacak kişi ise on sekiz ay ya da üç yıl sonra, benzer bir sorunla karşılaşan ya da bir metriğin neden tekrar kaydığını araştıran ya da bir fikrin daha önce denenip denenmediğini merak eden kişidir. Bu okuyucu bambaşka şeyler ister: yanlış çıkan varsayımınız neydi, başarısız olan neyi denediniz ve bu iyileştirme çalışmaya devam etmek için neye dayanıyor.

Bunların hiçbiri standart bir iyileştirme raporunda yer almaz; çünkü ilk okuyucunun sorduğu şeyler bunlar değildir. İkisi özellikle onay anında zayıflık gibi görünür; bu yüzden de düzenlenip çıkarılı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 doğrudan ayarlamaya devam edebilir; böylece şablonun tam olarak istediğiniz gibi göründüğünden emin olursunuz.

Süreç iyileştirme dokümantasyonu şablonlarıyla şunları yapabilirsiniz:

• Dokümantasyonda saat kazanın: Yalın ve Six Sigma uygulayıcılarının kullandığı yapılarla boş sayfayı atlayın.

• Her çıktıyı yakalayın: Haritalar, analizler, planlar ve raporlar için şablonlar.

• Markanızla uyumlu kalın: Trupeer’ın marka kitini kullanarak logonuzu, yazı tiplerinizi ve renklerinizi uygulayın.

• Benimsemeyi artırın: Yoğun raporları, ekip tarafından özümsenecek video anlatımlara dönüştürün.

• İyileştirmeyi standartlaştırın: Her girişimde aynı şablonları kullanın.

• Küresel ekiplere ulaşın: İyileştirme dokümanlarını tek tıkla 65+ dile çevirin.

Bir iyileştirme raporunun eksik olduğu üç bölüm

Üç ekleme var; hiçbiri uzun sürmüyor ve ileride herkesin ihtiyaç duyacağı tek parçalar bunlar.

Yanlış olduğuna dair varsaydıklarımız. Her iyileştirme, nedenine ilişkin bir hipotezle başlar. Ne olduğunu ve nasıl değiştiğini kaydedin. Bu, dokümandaki genellikle en değerli paragraftır; çünkü yanlış varsayım çoğu zaman bariz olandır ve bir sonraki kişi de buradan başlayacaktır.

Deneyip vazgeçtiklerimiz. Değerlendirilen ve reddedilen seçenekler ile gerekçesi. Reddedilen ve nedeni kaydedilmeyen bir seçenek, iki yıl içinde tekrar önerilir ve biri, neden işe yaramadığını yeniden keşfetmek için bir ay harcar.

Bu iyileştirmenin neye dayandığı. Sonucun geçerli olduğu koşullar. En çok işi yapan bölüm budur ve aşağıda kendi başına ayrıca ele alınır.

Bu üçlüyü eklemek, kapanış dokümanını başlangıç dokümanına dönüştürür. Ayrıca bunu kimin yazması gerektiğini de değiştirir; çünkü başarısız hipotezleri ve vazgeçilen seçenekleri içeren bir rapor, başarıyı göstermek için yazılan bir rapordan farklı bir tür dokümandır ve bunu kabul edecek bir sponsor gerekir.

Bağımlılıklar: iyileştirmenizin sessizce dayandığı şeyler

Neredeyse her süreç iyileştirmesi koşulludur. Çalışır; çünkü bazı şeyler doğrudur ve bu şeyler doğru olmaktan çıktığında çalışmayı bırakır; genellikle kimse bu iki olayı birbirine bağlamaz.

Tipik bağımlılıklar; bunların hiçbiri genellikle tek bir şey olarak yazılmaz.

Proje sırasında oluşturulan ya da yeniden atanan bir rol. Değiştirilen bir kural veya eşik. Getirilen bir toplantı ya da gözden geçirme sıklığı. Bir sistem yapılandırması veya otomasyon. Belirli bir kişinin katkısı. Bir tedarikçinin ya da üst akış ekibinin belirli bir şekilde davranması. Yeni yöntemin uygulanabilir olmasını sağlayan bir hacim veya karışım varsayımı.

İyileştirme raporları bunların hepsini uygulama bölümünde, “yapılan şeyler” olarak anabilir. Ancak bunları, sonucun dayandığı koşullar olarak kaydetmekle aynı şey değildir; fark, yeniden yapılanma, sistem değişikliği veya politika geri dönüşü bu unsurlardan birini ortadan kaldırdığında on sekiz ay sonra çok büyük önem taşır.

Her bağımlılığı bir satır olarak yazın: nedir, şu an kimin sorumluluğunda ve değişirse ne olmalıdır. Ardından bu satırları, değişiklik olduğunda danışılacak bir yere koyun; yani kapalı bir proje klasörünün içinde değil, süreç dokümantasyonunun yanında. Yalnızca iyileştirme raporunda kaydedilen bir bağımlılık, kimsenin bir daha asla bakmayacağı bir bağımlılıktır.

Ücretsiz süreç iyileştirme dokümantasyonu şablonları: kopyalanacak rapor

Buradan kopyalayın. Yıldız işaretli üç bölüm eklemelerdir.

Başlık. İyileştirme referansı ve başlığı. Etkilenen süreç. Sahibi. Sponsor. Başlangıç ve kapanış tarihleri. Durum.

Sorun. Bir sayı ile birlikte gözlem olarak ifade edin. Ne oluyordu, ne sıklıkla ve bunu nasıl bildiğiniz.

Temel değer. Ölçüm, öncesindeki değeri, nasıl ölçüldüğü, hangi dönem boyunca ve ne zaman. Bunun olmaması, devamında yazılanların değerlendirilemeyeceği anlamına gelir; bu da bizim PDCA yöntem şablonumuzun Check aşaması için söylediğiyle aynıdır.

Yanlış olduğuna dair varsaydıklarımız. Başlangıç hipotezi, araştırmanın gerçekte ne bulduğu ve ikisinin ne zaman ayrıştığı.

Kök neden. Kanıtlarla birlikte ne olduğu ortaya çıktı.

Deneyip vazgeçtiklerimiz. Değerlendirilen seçenekler, her birinin neden reddedildiği ve yeniden gözden geçirmek için neyin değişmesi gerektiği.

Ne değiştirdik. Gerçek müdahale; yeniden üretilebilecek kadar net biçimde açıklanır.

Sonuç. Aynı ölçüm, aynı yöntem, son değer, fark ve bitişik işlerdeki olası yan etkiler.

Bu iyileştirmenin neye dayandığı. Her bağımlılık için bir satır; mevcut sahibi ve değişirse ne yapılacağı.

Değişen dokümanlar. Hangi prosedürler, iş talimatları veya iş yardımcıları güncellendi; referans verin. Hiçbir dokümanı değiştirmeyen bir iyileştirme standartlaştırılmamıştır.

Onay. Kim, ne zaman ve hangi kanıta karşı.

Buraya kopyalayın. Tamamını üç ya da dört sayfada tutun. İyileştirme raporlarında içgüdü, uzunluk üzerinden titizliği kanıtlamaktır; ancak yirmi iki sayfalık bir raporu, dört sayfalık olana göre daha az kişi okur.

Süreç iyileştirme dokümantasyonu türleri ve her biri ne zaman kullanılır

En sık atlanan ikisi standart iş ve kayıt defteridir. Standart işi atlamak, iyileştirmenin haftalar içinde geri dönmesi demektir. Kayıt defterini atlamak ise organizasyonun bir şeyin daha önce denenip denenmediğini yanıtlayamaması demektir; en sık sorulan ve en nadiren yanıtlanan soru budur.

Geri dönen ama kimsenin fark etmediği iyileştirme

Nettlebed Financial Services, yaklaşık yedi yüz çalışanla hayat ve emeklilik ürünlerini yönetiyor. 2023’te, yeni iş başvurusu uygulama işleme süreçlerinde bir iyileştirme projesi yürüttü; burada medyan dönüş süresi, beş günlük hizmet standardına karşılık on bir nokta dört gün idi.

Dört aylık çalışma medyanı dört nokta iki güne indirdi. Yıllıklaştırılmış yaklaşık üç yüz kırk bin sterlin fayda ile başarı olarak raporlandı, yönetim kuruluna sunuldu ve kapatıldı. İyileştirme raporu yirmi iki sayfaydı ve her zamanki bölümlerin hepsini içeriyordu.

İki yıl sonra dönüş süresi dokuz nokta sekiz güne çıktı.

Kimse kaymayı fark etmedi; çünkü iyileştirme kapatılmıştı ve raporlama rasyonelleştirildiğinde ölçüm farklı bir gösterge panosuna taşınmıştı.

Araştırma üç neden buldu; bunların hepsi, böyle kaydedilmemiş bağımlılıklardı.

Proje sırasında özel bir triage rolü oluşturulmuş ve 2024’te yapılan bir yeniden yapılanma sırasında genel havuza geri alınmıştı. O yeniden yapılanmaya dahil olan hiç kimse, bunun bir şeye bağlı olduğunu bilmiyordu.

Ve iki günden fazla alan eksik olan başvuruların aynı gün geri gönderilmesine ilişkin kural, bir şikayet sonrası sessizce tersine çevrilmişti.

Ayrıca yaşlı kuyruk için haftalık on beş dakikalık bir gözden geçirme, onu yürüten ekip lideri başka bir departmana geçince durdurulmuştu.

Üçü de ilk raporda yer alıyordu. Üçü de uygulama bölümünde “yapılan şeyler” olarak anlatılmıştı ve hiçbiri, sonucun dayandığı bir koşul olarak listelenmemişti.

İkinci bir bulgu daha vardı. Raporun kök neden bölümü, nedenin yeni iş ekibinde yetersiz kaynak olduğunu söylüyordu. Oysa projenin altıncı haftasında belirlenen gerçek neden şuydu: başvuruların %38’i tek bir dağıtım kanalından eksik geliyordu. Bu bulgu proje çalışma notlarında kaldı ve nihai rapora hiç ulaşmadı; çünkü rapor, öğrenilenleri kaydetmek için değil çözümü gerekçelendirmek için yazılmıştı.

2026’da projeyi yeniden çalıştırdıklarında, dört ay yerine üç ay sürdü ve iki. haftada aynı sonuca ulaştılar; ancak bu yalnızca birinin eski çalışma notlarını kişisel bir sürücüde saklamış olması sayesinde oldu.

Rapor şablonu, yukarıdaki üç bölümle yeniden yazıldı. Bağımlılıklar, proje klasörünün içinde değil; süreç dokümantasyonunun yanında, her biri için bir sahibi ve bir tetikleyici olacak şekilde kaydedildi.

O zamandan bu yana on sekiz ay içinde, yeni formatla on dört iyileştirme dokümante edildi. Rol değişikliği, iki sistem değişikliği ve bir politika geri dönüşünden kaynaklanan dört bağımlılık alarmı tetiklendi. Bunların üçü, iyileştirmenin korunmasını sağlayan aksiyonlara yol açtı.

İyileştirme raporu nasıl yazılır: adım adım

Projenin başında temel değer bölümünü yazın; sonunda değil. Sonradan uyarlanmış temel değerler her zaman biraz daha “iyi görünür” ve herkes bunu bilir.

Varsayımlar değiştikçe bunları bir çalışma notu olarak tutun. Birisi “X olduğunu sanıyorduk ama aslında Y” dediği anda yazmak gerekir; çünkü bu, projenin sonuna kadar hayatta kalmayacaktır.

Vazgeçilen seçenekleri, vazgeçildiği anda; her biri için gerekçesiyle birlikte tek satırda kaydedin.

Sonuç bölümünü, temel değerle aynı ölçüm ve yöntemle yazın. Proje sırasında ölçüm değiştiyse, bunu belirtin ve karşılaştırmanın nasıl geçerli kaldığını açıklayın.

Bağımlılık bölümünü en son yazın: değiştirdiğiniz her şeyi geriye doğru izleyerek ve her biri için “bu ortadan kalkarsa ne olur?” diye sorarak. Bu soru, uygulama listesinin ortaya çıkarmadığı bağımlılıkları görünür kılar.

Ardından değişen dokümanları adlandırın. Hiçbiri değişmediyse, sayılar ne söylerse söylesin iyileştirme bitmemiş demektir.

İyileştirme kayıt defteri ve bireysel raporların neden dosyalanması

Bireysel iyileştirme raporları bir kez okunur ve dosyalanır. Bu bir disiplin sorunu değil; bir bulunabilirlik sorunudur: ilgili bir raporun varlığını kimse bilmediği için kimse aramaz.

Kayıt defteri bunun büyük kısmını çözer ve kurmak için bir saat maliyeti vardır. Etkilenen süreçle birlikte her iyileştirme için bir satır; sorunu tek satırda, sonucu, tarihi, sahibi ve rapora bir bağlantı.

İdari olandan gerçekten faydalıya dönüştüren iki sütun vardır. Arama yapılırken insanların kullanacağı dilde, sorunu tanımlayan kısa bir anahtar kelime listesi; projenin adı değil. Bir de bağımlılık sayısı; böylece yeniden yapılanma ya da sistem değişikliği inceleyen herkes, etkilenebilecek iyileştirmeleri filtreleyebilir.

Takvim yerine yapısal bir değişiklik olduğunda gözden geçirin. Kayıt defteri tam olarak iki anda değerini gösterir: biri bir iyileştirme önerdiğinde ve bir şeyin bir iyileştirmeyi geri alabilecek şekilde değiştiğinde.

Süreç iyileştirme dokümantasyonu için en iyi uygulamalar

İşi sırasında dokümante edin, sonrasında değil. Değerli olan neredeyse her şey çalışmanın ortasında olur ve iş bitince kaybolur.

Başarısız hipotezi yazın. Rapor içindeki en faydalı paragraftır ve sponsora göre düzenleme yapılırken ilk kurban budur.

Raporu standarttan ayırın. Rapor, bir kez ne olduğunu kaydeder. Standart iş dokümanı, SOP veya iş talimatı ise işin şu an nasıl yapıldığını kaydeder ve iyileştirmenin canlı kalmasını sağlayan doküman odur.

Kısa tutun. Dört sayfa, dosyalanmış yirmi iki sayfayı geçer.

Bağımlılıkları değişikliğin olduğu yerde kaydedin. Proje klasöründe değil; süreç dokümantasyonunda.

Ölçümü doğru şekilde kapatın. Proje bittikten sonra metriğin kimin sorumluluğunda olacağını ve nerede raporlanacağını netleştirin; çünkü sahipsiz bir metrik kayar ve kimse görmez.

İyileştirme dokümantasyonu mu süreç dokümantasyonu mu: hangisi?

Doğrudan söylemekte fayda var; çünkü bu iki şey birbirinin yerine aranır ve farklı dokümanlardır.

Süreç dokümantasyonu bir sürecin şu anda nasıl yürüdüğünü açıklar. Sürekli olarak güncellenir, işi yapan kişiler tarafından okunur ve başarının ölçütü, birinin bunu kullanarak süreci uygulayıp uygulayamayacağıdır. süreç dokümantasyonu şablonumuz bunu kapsar.

Süreç iyileştirme dokümantasyonu bir değişikliği kaydeder: ne yanlıştı, ne bulundu, ne yapıldı ve neye dayanıyor. Bir kez yazılır; sürekli güncellenmez ve işi yapmak yerine bir değişikliği değerlendiren kişiler tarafından okunur.

İlişki şudur: Başarılı bir iyileştirme, süreç dokümantasyonunda bir güncelleme üretir. İyileştirme raporunuz varsa ve süreç dokümantasyonu hâlâ eski yöntemi anlatıyorsa, iyileştirme geri döner ve rapor, bunun gerçekten yaşandığına dair tek kanıt olur.

Bir sürecin nasıl çalıştığını yazmak için bir şablon aradıysanız, bu süreç dokümantasyonudur ve diğer sayfadır. Onun bir akış şemasını istiyorsanız, süreç akış şablonumuz bunun ne zaman çizilmeye değer olduğunu kapsar.

Word veya Excel’de bir süreç iyileştirme şablonu alabilir miyim?

İyileştirme raporu için Word veya Google Docs. Yapılandırılmış bir metindir; dolaşıma girer ve yorum alır; sıralanmak yerine okunur.

Excel iki şey için. İyileştirme kayıt defteri; bir liste olduğu için filtreleme ve arama gerekir. Bir de bağımlılık günlüğü; her bağımlılık için bir sahibi ve bir gözden geçirme tetikleyicisi olan satırlar ister; süreç bazında filtrelenebilir; böylece yeniden yapılanma ya da sistem değişikliği onunla karşılaştırılarak kontrol edilebilir.

İmzalandıktan sonra kapalı rapor için PDF. Ancak bağımlılık satırlarını düzenlenebilir ve başka bir yerde “yaşayan” halde tutun; çünkü sahiplik değiştiğinde bunların da değişmesi gerekir ve PDF içinde dondurulmuş bir bağımlılık sürdürülemez.

PowerPoint, sponsora sunulan kapanış sunumuna uygundur; bu rapordan farklı bir çıktıdır ve onun yerine değil, ondan üretilmelidir. Yalnızca sunum paketi kalırsa, varsayımlar ve vazgeçilen seçenekler ilk kaybedilenler olur.

Sahada gerçekten neyin değiştiği nasıl kaydedilir

Değişikliğin kalıcı olup olmayacağını belirleyen iyileştirme dokümantasyonu bölümü standart iştir: güncellenmiş prosedür; işin şu an nasıl yapıldığını anlatır. Ayrıca en sık atlanan bölümdür; çünkü bunu yazmak, birinin ekranları yeniden fotoğraflaması ve aylarca tasarladığı ve artık tamamen yorulduğu bir yöntem için adımları yeniden yazması anlamına gelir.

Trupeer AI bu maliyetin çoğunu ortadan kaldırır. Yeni yöntemi uygulayan kişi bunu bir kez kaydeder ve çıktı; adımlar ve görselleriyle birlikte hazır, kontrol etmeye yönelik bir yazılı prosedür olur; sıfırdan inşa etmek yerine. İyileştirme, proje kapandıktan sonraki çeyrekte değil; kanıtlandığı aynı hafta standartlaştırılır.

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

İkinci bir kullanım alanını bilmek de değerli: değişiklik yapmadan önce eski yöntemi kaydetmek, sonucu dürüstçe yazmayı çok daha kolaylaştıran bir “ön çıktı” sağlar. SOP creator, değişmesi gereken prosedürleri kapsar; çalışma alanı organizasyonu tarafını 5S süreç iyileştirme şablonumuz kapsar ve çıktı, tutarlı bir marka kimliğiyle bilgi bankanızda yaşar. Kurulum talimatları doküman şablonu kurulum kılavuzunda yer alır.

Sıkça Sorulan Sorular

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

İhtiyacınız, bir sürecin şu anda nasıl çalıştığına dair bir açıklama ise bu, iyileştirme dokümantasyonu değil süreç dokümantasyonudur ve süreç dokümantasyonu şablonumuz istisnaların neden adımlardan daha önemli olduğunu da dahil olmak üzere yapıyı kapsar. Bu sayfadaki iyileştirme raporu ise farklı bir zamanda yazılmış farklı bir dokümandır.

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

Adım adım format, bir iyileştirme raporundan ziyade süreç dokümantasyonuna veya bir SOP’ye aittir. Numaralı aksiyonlar; her satırda bir adım ve beklenen sonuç. Bu iki sayfada da kısıtlı bir indirme yoktur ve bir form bulunmaz.

PDF’de bir süreç dokümantasyonu örneği var mı?

Yayınlanmış örnekler bulması kolaydır ve bölüm sırası açısından okunmaya değerdir. Özellikle bir iyileştirme raporu için, yukarıdaki bölümler faydalı kısımdır ve üç ekleme, yayınlanmış hiçbir örneğin içermeyeceği şeylerdir; çünkü yayınlanan hemen hemen her örnek, bir halef için değil bir sponsor için yazılmıştır.

Bir iş süreci dokümanı şablonu var mı?

Evet ve bu, iyileştirme kaydı değil “mevcut durum” açıklamasıdır. İş süreci dokümanı, süreç dokümantasyonu ve süreç açıklaması aynı çıktı için birbirinin yerine kullanılır. süreç dokümantasyonu şablonumuz bunu kapsar.

Bir iyileştirme raporu ile bir A3 arasındaki fark nedir?

A3, problem çözme sırasında kullanılan bir çalışma dokümanıdır; mevcut durumdan analiz yoluyla karşı önleme kadar tek bir sayfada düzenlenir ve iş yapılırken tartışılması amaçlanır. İyileştirme raporu ise sonunda yazılır ve sonradan okunur. A3’ü iyi kullanan ekipler çoğu zaman ayrı bir rapora ihtiyaç duymaz; yeter ki A3 bağımlılıkları ve vazgeçilen seçenekleri kaydetsin.

Süreç iyileştirme dokümantasyonunu kim yazmalı?

İyileştirmeyi yürüten kişi yazmalıdır; çalışma notları da proje boyunca tutulmalı, sonradan yeniden oluşturulmamalıdır. Daha zor olan gereklilik ise, yanlış bir varsayımı ve başarısız olan bir dizi şeyi içeren bir raporu kabul edecek bir sponsordur; çünkü alternatif, iyi okunan ama kimseye yardımcı olmayan bir dokümandır.

Bir iyileştirme raporu ne kadar uzun olmalı?

Üç ya da dört sayfa. Uzunluk burada titizliğin zayıf bir göstergesidir ve uzun raporlar, fayda sağlayacak tam kişiler tarafından okunmadan dosyalanır. Analiz gerçekten daha fazla alan gerektiriyorsa, bunu bir ek bölümüne koyun ve raporun kendisini kısa tutun.

İyileştirme dokümantasyonu ne kadar süre saklanmalı?

Kayıt defteri için süresiz; çünkü ucuzdur ve yaşlandıkça daha faydalı hale gelir. Raporlar için, süreç var olduğu sürece; ayrıca kalite sisteminiz veya sertifikasyonunuzun gerektirdiği her ne varsa. Bağımlılık satırları yalnızca raporda yaşamamalıdır; çünkü birisi eski bir projeyi aramaya gittiğinde değil, bir şey değiştiğinde bulunabilir olmaları gerekir.