Sürekli iyileştirme, en iyi operatörleri diğerlerinden ayıran şeydir. Trupeer ile, ücretsiz bir süreç iyileştirme planı şablonuyla başlayarak iyileştirme planlamasında saatler kazanabilir; bunu marka yönergeleriniz ile özelleştirebilir ve iyileştirme planlarını, ekipler genelinde benimsemeyi artıran video güncellemelerine dönüştürebilirsiniz.

Süreç iyileştirme planı şablonu nedir?

Süreç iyileştirme planı, bir süreçte neyin yanlış olduğunu, neyin değişeceğini, bunu kimin yapacağını, ne zamana kadar yapılacağını ve bunun işe yarayıp yaramadığını nasıl anlayacağınızı ortaya koyar.

İleriyi gören bir yaklaşımdır; bu da sonrasında ürettiğiniz kayıttan onu ayırır. süreç iyileştirme dokümantasyon şablonlarımız bu diğer yarıyı kapsar; yani raporu, kayıtları ve bağımlılıkları. Bu sayfa ise, hiçbir şey değişmeden önce yazdığınız planı ele alır.

Bunun için bir şablon, şu bölümleri verir: problem, mevcut durum, kök neden, önerilen değişiklik, faydalar, zaman çizelgesi, sorumlular, ölçümler. Bulacağınız her sürüm kabaca bunları sunar ve doğru bölümler de bunlardır.

Eksik olan şey ise şudur: süreç iyileştirme, başlangıcı ve bitişi olan bir proje değildir. Süreklilik içinde çalışmaya devam etmesi gereken bir şeye yapılan bir değişikliktir; bu da çok daha zor bir problemdir ve çoğu planın sessiz kaldığı asıl mesele budur.

Süreç iyileştirme planı neden süreci durduramaz?

Proje planı, temiz bir sıra varsayabilir. Şeyi inşa et, test et, yayınla. Süreç iyileştirme planı bunu yapamaz; çünkü siz iyileştirirken iş durmaz.

Geçiş yaptığınız gün bir kuyruk oluşur. Eski yöntemle kısmen başlamış işler vardır; yeni yöntemi benimsememiş müşteriler vardır; öğrenme eğrisinin farklı noktalarında personel vardır ve dolaşımda iki ayrı talimat seti bulunur.

İyileştirmelerin kaybolduğu dönem burasıdır. Tasarım genellikle sağlamdır. Fayda gerekçesi çoğu zaman makuldür. Faydayı tüketen şey ise, iki yöntemi aynı anda, planlanmamış ve personelsiz şekilde yürütmenin haftalarıdır; kalite de tam olarak herkesin tanımadığı bir şeyle uğraşırken aynı zamanda eski yöntemin kalıntılarını da yönetmesi nedeniyle düşer.

İyileştirmeye çalıştığınız ölçüm neredeyse her zaman önce kötüleşir. Kimse bunun için plan yapmadıysa, iyileştirme en kötü döneminde değerlendirilir ve ya terk edilir ya da sessizce geri alınır; bu da yaygın ve önlenebilir bir sonuçtur.

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

Çalışmak istediğiniz herhangi bir şablona açmak için tıklayın.

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

Gerekirse, tam düzeni ve ayrıntıları net şekilde 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ştirdiğiniz şablonun 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 olacak şekilde doğrudan ayarlamalar yapmaya devam edebilirsiniz.

Bir süreç iyileştirme planı şablonuyla şunları yapabilirsiniz:

• Planlama için saat kazanın: Lean ve Six Sigma uygulayıcılarının kullandığı bir yapıyla boş sayfayı atlayın.

• Ölçülebilir iyileştirmeyi yönetin: Yerleşik ölçüm alanları, iyileştirmelerin takip edilmesini sağlar.

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

• Değişiklikleri daha hızlı devreye alın: Planları değişiklik yönetimi video anlatımlarına bağlayın.

• İyileştirmeyi standartlaştırın: Ekipler ve fonksiyonlar genelinde aynı şablonu kullanın.

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

Geçiş bölümü iyileştirme planı şablonlarında atlanır

Dört soru vardır; bunların hiçbiri geleneksel bir iyileştirme planında görünmez. Ancak önceden yanıtlanmazsa, baskı altında yanıtlanmak zorunda kalınır.

Devam eden işlere ne olur? Geçiş yaptığınız gün, eski yöntemle başlatılmış işler. Dördünün en büyüğü bu ve aşağıda kendi bölümünü alır.

Kim ne zaman hareket eder? Büyük patlama mı, aşamalı mı? Aşamalıysa hangi kohortlar, hangi sırayla ve bir sonraki kohort hareket etmeden önce neyin doğru olması gerekir.

Çift çalıştırma (dual running) ne kadara mal olur ve bunu kim ödüyor? Yan yana iki yöntem çalıştırmak, yalnızca birini çalıştırmaktan hem zamansal hem de denetim ve hata oranı açısından daha pahalıdır. Kimse bunun bütçesini yapmaz; bu yüzden geçiş sıkışır ve hatalar yeni yönteme fatura edilir.

Daha sonra, belirli bir iş parçasını hangi yöntemin ürettiğini nasıl anlayacaksınız? Bir sürüm işaretleyici, bir referans formatı, bir bayrak. Önceden eklemek önemsizdir; sonrasında yeniden oluşturmak ise neredeyse imkânsızdır. Ölçüm, denetim ve müşteri soruları için önemlidir.

Bunları yanıtlamak, süreci yürüten kişilerle yaklaşık bir saat sürer. Bu, tüm çalışma boyunca en yüksek getirili saattir.

Devam eden iş kuralı ve yanlış yapmanın maliyeti

Geçiş gününde, eski yöntemle zaten başlatılmış bir iş popülasyonu vardır. Üç seçenek vardır ve bunlardan biri mutlaka açıkça seçilmelidir.

Başarısızlık, kötü seçim yapmak değildir. Seçim yapmamaktır; bu da personelin işi parça parça, farklı şekillerde “uydurmasına” yol açar ve aynı iş parçası bazen iki şekilde de ele alınır.

Hangisini seçerseniz seçin sınırı kesin olarak yazın: Belirtilen bir zamana kadar belirtilen bir noktaya ulaşmışsa iş uçuş halindedir. Ardından hacmi tahmin edin; çünkü bu sayı, çift çalıştırmanın ne kadar süreceğini ve dolayısıyla maliyetini söyler.

Kohortlar, çift çalıştırma ve hangisinin hangisi olduğunu nasıl anlarsınız

Kohortlar. Süreç küçük değilse, insanları veya müşterileri aynı anda değil gruplar halinde taşıyın. Kolaylığa göre değil riske göre sıralayın: problemi geri kazanılabilir olan ve dahil olan kişilerin neyin yanlış gittiğini dürüstçe anlatacağı bir grupla başlayın. Bir taşıma kriteri belirleyin; yani bir sonraki kohort hareket etmeden önce neyin doğru olması gerektiğini söyleyin ve bunu gözlemlenebilir hale getirin. Önceki kalite seviyesine eşit ya da üzerinde iki ardışık hafta makul bir varsayılan değerdir.

Çift çalıştırma (dual running). Süreyi tahmin edin ve personel planlayın. Çift çalıştırma sırasında, kişi iki sistemi de kontrol ettiği, sorular sorduğu ve hatalar yaptığı için, her bir iş parçasına düşen işlem süresinin anlamlı ölçüde artmasını bekleyin. Bunu, uygulama başarısızlığı gibi değil, iyileştirmenin bir maliyeti olarak bütçelendirin. Dip ve toparlanma gösteren bir plan inandırıcıdır. Hemen fayda gösteren bir plan değildir ve dip geldiğinde güveni zedeler.

Tanımlama. Her iş parçasına, onu hangi yöntemin ürettiğini söyleyen bir şey ekleyin. Referansta bir önek, bir alan, çıktıda bir sürüm numarası. Tasarım aşamasında maliyeti yoktur. Olmadığında, üç ay sonra müşteri, denetçi ya da kendi analizinizden gelecek herhangi bir soru, manuel olarak yeniden kurmayı gerektirir.

Ücretsiz süreç iyileştirme planı şablonu: kopyalanacak yapı

Buradan kopyalayın. Geçiş bölümü eklemedir.

Başlık. Referans, başlık, etkilenen süreç, sorumlu, sponsor, tarihler, durum.

Problem. Bir sayı ile yapılan gözlem. Ne oluyor, ne sıklıkla oluyor ve bunu nasıl bildiğiniz.

Temel değer (baseline). Ölçüm, mevcut değeri, yöntem, dönem ve kaydedildiği tarih. Her şey, başlamadan önce bunun kaydedilmiş olmasına bağlıdır.

Kök neden. Analizin buldukları; kanıtlarla birlikte, başlangıçta varsayılanlardan ayırarak.

Önerilen değişiklik. Ne farklı olacak; bir başkasının uygulayabileceği kadar net şekilde açıklayın.

Kapsam. Bu planın amaçları doğrultusunda süreç nerede başlar ve nerede biter ve açıkça neler hariç tutulur.

Geçiş. Sınırı ve hacmiyle birlikte devam eden iş kuralı. Taşıma kriterleriyle kohort sırası. Çift çalıştırma dönemi, beklenen maliyeti ve bunu kimin üstlendiği. Tanımlama işaretleyicisi. Ölçümde beklenen dip ve beklenen süre.

Değiştirilecek dokümanlar. Hangi prosedürler, iş talimatları ve iş yardımcıları güncellenmesi gerekecek; adlarıyla birlikte, bir sorumlu ve bir tarih belirterek. Doküman değişikliği olmayan bir iyileştirme ayakta kalmaz.

Faydalar. Ölçümün hareket ettiği şekilde ifade edin; görünür olması gereken tarih ile birlikte. Finansal rakamlar ikincildir; çünkü bunlar türetilir.

Riskler ve bağımlılıklar. Planı değiştirecek olanlar yalnızca bunlar; her biri için bir tetikleyici.

Ölçümler ve gözden geçirme noktaları. Nelerin kontrol edileceği, ne zaman kontrol edileceği ve her gözden geçirme hangi kararı verir.

Buraya kadar kopyalayın. Üç ya da dört sayfa. Plan daha uzun sürüyorsa, analiz genellikle ek sayfaya yapıştırılmış olur ve bir ek bölümünde yer alır.

Faydalarının dört ayını kaybeden laboratuvar

Ilkeston Testing Services, ayda yaklaşık dört bin iki yüz test talebini yöneten bir malzeme test laboratuvarıdır.

İyileştirme planı iyiydi. El yazısıyla örnek kayıt formları transkripsiyon hatalarına neden oluyordu ve bunun sonucunda örneklerin yüzde altı virgül sekizi yeniden test ediliyordu. Plan mevcut durumu eşleştirdi, nedeni doğru şekilde ortaya koydu, dijital bir alım portalı belirtti ve yılda yaklaşık yüz doksan bin poundluk bir fayda gerekçesi oluşturdu. Yedi adım, sorumlular, devreye alma (go-live) tarihi.

Geçiş hakkında hiçbir şey içermiyordu.

Portal, tüm müşteriler için 1 Mart’ta yayına girdi.

Laboratuvarda kayıtlı kâğıt formlarla ve testin bir kısmı tamamlanmış halde bin dokuz yüz örnek zaten vardı. Onlar için bir kural yoktu. Personel, vaka vaka karar verdi. Bazıları portala yeniden girildi, bazıları kâğıt üzerinde kaldı ve bir kısmı ikisinde birden sonuçlandı.

İki sistem de beş hafta boyunca çalıştı. Kimse çift çalıştırma için plan yapmadığı için kimse bunun için personel ayırmadı. Çakışma sırasında örnek başına kayıt süresi yaklaşık dört dakikadan on bir dakikaya çıktı; çünkü personel bir şey yapmadan önce iki sistemi de kontrol ediyordu.

Müşteriler kendi hızlarında ilerledi. Dördüncü haftaya gelindiğinde yüzde altmış bir portalı kullanıyordu; yüzde otuz dokuz ise hâlâ formları e-posta ile gönderiyordu. Plan, iki hafta içinde tam benimsemeyi varsaymıştı.

İyileştirmeye çalıştıkları ölçüm ters yönde gitti. Medyan dönüş süresi, geçiş sırasında altı virgül bir günden sekiz virgül dokuz güne yükseldi ve beşinci aya kadar altı virgül birin altına geri dönmedi.

En pahalı ayrıntı en küçüğüydü. Portal ve kâğıt kayıt farklı referans formatları kullanıyordu; bu yüzden belirli bir örnek için hangi yoldan geldiğini hızlıca söylemek mümkün değildi. Üçüncü ayda bir müşteri bir sonucu sorguladığında, teslim zincirini yeniden kurmak iki gün sürdü.

Geçişin ek maliyeti yaklaşık yetmiş dört bin pound olarak hesaplandı. Yüz doksan bin poundluk yıllık faydaya karşılık bu, faydanın herhangi bir kısmı birikmeye başlamadan önce dört aydan fazlasının tüketildiği anlamına geliyordu ve bunun hiçbir kısmı planın hiçbir yerinde görünmüyordu.

Dört yukarıdaki soruyu kapsayan bir geçiş bölümüyle birlikte plan şablonu yeniden yazıldı.

Bir sonraki iyileştirme, raporlama formatına yapılan bir değişiklik, bunu kullandı. Devam eden iş kuralı, daha önce rezervasyonu yapılmış her şeyin eski format altında tamamlanacağını söylüyordu. Üç müşteri kohortu, her biri iki temiz hafta taşıma kriteriyle altı haftadan uzun sürede geçti. Çift çalıştırma, sekiz hafta boyunca tam zaman eşdeğerinin yarısı olarak bütçelendi. Her raporda bir sürüm işaretleyici bulunuyordu.

Dönüş süresi üç hafta boyunca altı virgül sıfır günden altı virgül dört güne düştü ve geri geldi. Geçiş maliyeti, planlanan on bir binin karşısında yaklaşık dokuz bin pound oldu.

7 adımda bir süreç iyileştirme planı nasıl oluşturulur

Bir. Başka hiçbir şeyden önce temel değeri (baseline) belirleyin. Ölçüm, yöntem, dönem, tarih. Sonradan uyarlanmış temel değerler her zaman biraz daha “iyi” görünür.

İki. Bir çözümü doğrulamak yerine nedeni araştırın. Çoğu iyileştirme planı, birinin zaten yapmak istediği şeyi gerekçelendirmek için yazılır. Başlangıç hipotezinizi not edin; böylece daha sonra doğru olup olmadığını anlayabilirsiniz.

Üç. Kapsamı iki uçta tanımlayın. Bu plan için süreç nerede başlar ve nerede biter ve bilerek neler hariç tutulur.

Dört. Değişikliği ve geçişi birlikte tasarlayın. Önce değişiklik, sonra geçiş değil; çünkü geçiş çoğu zaman tasarımı değiştirir. Durağan durumda çok iyi olan ve aktarılması imkânsız olan bir yöntem doğru yöntem değildir.

Beş. Değişecek dokümanları adlandırın, sorumlular ve tarihlerle birlikte. Bunu planlama sırasında yapın; çünkü sonrasında neredeyse her zaman hafife alınır.

Altı. Beklenen dip noktasını belirleyin. Ölçüm ne kadar düşecek, ne kadar süre düşecek ve hangi noktada duracağınızı. Bunu önceden kabul etmek, üçüncü haftada iyi bir iyileştirmenin terk edilmesini engeller.

Yedi. Gözden geçirme noktalarını belirleyin, geçiş tamamen oturduktan sonra bir tane dahil; bu genellikle kimsenin planladığından daha sonradır.

Süreç iyileştirme metodolojileri ve her birinin ne zaman uygun olduğu

Plan, bir “konteyner”dir. Yöntem ise neyi değiştireceğinizi nasıl hesapladığınızdır; problemi anlamadan önce bir yöntem seçmek yaygın bir hatadır.

PDCA, bir hipoteziniz olduğu ancak kesin olmadığınız bir temel değere karşı belirli bir değişikliği test etmek için uygundur. PDCA yöntem şablonumuz bunu kapsar; ayrıca kontrol aşamasının genellikle neden başarısız olduğuna da değinir.

Kaizen, işi yapan kişiler tarafından yapılan sürekli küçük iyileştirmelere uygundur; bunların çoğu o kadar küçüktür ve o kadar geri alınabilir ki, hiç plan gerektirmeyecek kadar. kaizen yöntem şablonumuz, bir planın “ek yük” olduğu eşiğin altını kapsar.

Lean ve değer akışı haritalama, akış problemleri için uygundur: bekleme, devir teslimler, envanter ve tüm süreç boyunca yeniden işleme; tek bir adımda değil.

Six Sigma ve DMAIC, veriniz olan ve analiz etmek üzere eğitilmiş birinin bulunduğu, istikrarlı ve yüksek hacimli bir süreçteki varyasyona uygundur. PDCA’dan daha ağırdır ve problem seviye değil tutarsızlık olduğunda daha güçlüdür.

5S, özellikle işyeri organizasyonuna uygundur ve 5S süreç iyileştirme şablonumuz bunu kapsar.

İş süreçleri yeniden mühendisliği (Business process reengineering), sürecin mevcut haliyle hiç var olmaması gereken durum için uygundur. Bunların içinde geçiş problemi her şeyin üzerinde baskın olan tek yöntem budur; bu yüzden birkaç kamu kurumu kendi BPR iyileştirme planı formatlarını yayımlar.

Süreç iyileştirme planı ne değildir ve nedir

Bu bir proje planı değildir. Projenin tanımlı bir bitişi ve bir teslimatı vardır. İyileştirme, sonrasında da devam eden bir şeyi değiştirir; bu yüzden geçiş ve standartlaştırma, teslimat tarihinden daha önemlidir. İyileştirme, doğru planlama gerektirecek kadar büyükse, IT proje planı şablonumuz bu katmanı kapsar ve bu plan onun içinde yer alır.

Bu bir süreç dokümantasyonu değildir. Dokümantasyon, sürecin nasıl yürüdüğünü anlatır. Plan ise bunun nasıl değişeceğini açıklar. süreç dokümantasyon şablonumuz eskisini kapsar ve başarılı bir iyileştirme, ona bir güncelleme üretir.

Bu bir iş gerekçesi (business case) de değildir. Faydalar planda yer alır; ancak öncelikle finansman sağlamak için yazılmış bir doküman, yürütmekten ziyade ikna etmeye göre şekillenir ve ikisi çok farklı okunur.

Ve bu bir performans iyileştirme planı da değildir; bir sonraki bölümde ele alınır çünkü şaşırtıcı sayıda insan bu terime bakarak bir tane arıyor.

Süreç iyileştirme planı mı performans iyileştirme planı mı?

İkisi de konuşmada PIP olarak kısaltılır ve tamamen farklı iki dokümandır; bu yüzden net olmak faydalıdır.

süreç iyileştirme planı, işin nasıl yapıldığını ele alır. Bir sistemle ilgilidir; herhangi bir bireyle değil ve çıktısı değişmiş bir süreçtir.

performans iyileştirme planı, gerekli standartın altında performans gösteren bir çalışanı ele alır. Tanımlı zaman çizelgeleri, kanıt gereksinimleri ve sonuçları olan resmi bir İK ve iş hukuku aracıdır; genellikle de disiplin veya yeterlilik (capability) prosedürünün bir parçası olur.

Bunları karıştırmak iki yönde de gerçekten zararlıdır. Bir süreç problemini bireysel performans sorunu olarak çerçevelemek klasik bir yönetim hatasıdır ve hiçbir şeyi çözmez; çünkü roldeki bir sonraki kişi aynı problemi yaşayacaktır. Gerçek bir performans kaygısını süreç iyileştirme olarak çerçevelemek, yapılması gereken bir konuşmadan kaçınır ve daha sonra resmileşirse işverenin konumunu zayıflatır.

Performans versiyonuna ihtiyacınız varsa, bu İK fonksiyonunuzdan gelmeli ve bir şablondan uyarlamak yerine kendi yargı alanınızdaki iş hukuku ile karşılaştırılarak gözden geçirilmelidir. Buradaki bilgiler iş hukuku tavsiyesi değildir. liderlik gelişim planı şablonumuz, gelişimsel durumu kapsar; bu da üçüncü bir şeydir ve asla bunlardan biriyle karıştırılmamalıdır.

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

Plan için Word veya Google Docs. Problem, neden, önerilen değişiklik ve geçiş bölümleri; tartışılan ve üzerinde uzlaşılan metinlerdir ve doküman onay için dolaşıma çıkarılır.

Sütun isteyen üç şey için Excel. Geçiş takipçisi: kohortlar, taşıma tarihleri, kriterlerin karşılanıp karşılanmadığı ve mevcut durum. Doküman değişiklik listesi: sorumlu ve teslim tarihiyle birlikte. Ayrıca temel değeri, dip ve toparlanmayı aynı eksende yakalayan ölçüm günlüğü; iyileştirmenin en kötü haftasında değerlendirilmesini engelleyen de budur.

Onay sunumu için PowerPoint; planın kendisinden üretilir, onun yerine geçmez. Yalnızca sunum dosyası kalırsa, geçiş bölümü ilk kaybedilen şey olur; çünkü sunulacak en az etkileyici kısım ve sahip olunması en önemli kısımdır.

İmzadan sonra onaylanmış sürüm için PDF; çalışma kopyası düzenlenebilir tutulur; çünkü kohort tarihleri ve taşıma kriterleri uygulama sırasında değişir.

Go-live’dan sonra yeni yöntemin kalıcı olmasını nasıl sağlarsınız?

Her iyileştirme planında dokümantasyonu güncelleme hakkında bir satır vardır ve en sık atlanan satır da budur; genellikle proje uzun sürdüğü ve ekip yoluna devam ettiği için.

Bu eksiklik geri dönüşe neden olur. İyileştirme, sürece dahil olan kişilerin zihninde vardır ve onlar rol değiştirene kadar sürer; o noktada süreç, yazılı talimat hâlâ ne diyorsa ona sessizce geri döner.

Trupeer AI, standartlaştırmayı projeden sonra değil, projenin içinde gerçekleşecek kadar hızlı hale getirir. Yeni yöntemi uygulayan kişi bunu bir kez kaydeder ve çıktı, adımlar ve ekranlar zaten yakalanmış şekilde, oluşturmak yerine kontrol etmeye hazır bir yazılı prosedür olur. Planınızda adları geçen dokümanlar, yöntem kanıtlandığı hafta güncellenir.

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

Değişiklikten önce eski yöntemi kaydetmek de değerlidir; çünkü geçiş dönemi için bir “ön” çıktısı sağlar ve herkesin baktığı yöntemin hangisi olduğu hemen anlaşılır. SOP creator prosedürleri kapsar; süreç dokümantasyon şablonumuz değişmesi gereken açıklamayı 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 ücretsiz bir süreç iyileştirme planı şablonu var mı?

Yukarıdaki yapı, geçiş bölümünü de dahil ederek doğrudan Word veya Google Docs’a yapıştırılır; standart şablonların atladığı kısım budur. Kilitli bir indirme yoktur ve form da yoktur. Geçiş bölümünü faydalar bölümünden önce yazın; çünkü geçiş maliyeti genellikle fayda rakamını değiştirir.

Excel’de ücretsiz bir süreç iyileştirme planı şablonu var mı?

Excel, plan yerine takipçiler için uygundur. Üç sayfa: taşıma kriterleri ve durumuyla kohortlar, sorumlular ve tarihlerle değiştirilecek dokümanlar ve temel değer, dip ve toparlanmayı gösteren ölçüm günlüğü. Üçüncü sayfa, iyi bir iyileştirmenin en kötü üç haftasında değerlendirilmesini engelleyen sayfadır.

PowerPoint’te ücretsiz bir süreç iyileştirme planı şablonu var mı?

Onay konuşması için slaytları kullanın ve planın kendisini bir doküman olarak saklayın. Altı slayt yeterlidir: sayısıyla birlikte problem, neden, değişiklik, geçiş ve maliyeti, beklenen dip ve toparlanma ve onaylamanız gerekenler. Geçiş slaytı, dip geldiğinde insanların hatırladığı slayttır.

PDF’de ücretsiz bir süreç iyileştirme planı şablonu var mı?

İmzadan sonra onaylanmış sürümü dışa aktarın ve çalışma kopyasını düzenlenebilir tutun. Kohort tarihleri ve taşıma kriterleri uygulama sırasında değişir; dondurulmuş bir plan, gerçeklik ondan ilk kez sapınca artık danışılmayan bir şeye dönüşür.

Bir süreç iyileştirme planı ne kadar uzun olmalı?

Takipçilerle birlikte üç ya da dört sayfa. Daha uzun planlar genellikle ek bölümde yer alması gereken analizi taşır ya da ayrı bir dokümanda yer alması gereken bir iş gerekçesini içerir. Test şudur: Sorumlunun yerine bakan biri, buradan geçişi çalıştırabilir mi?

Süreç iyileştirme planını kim sahiplenmeli?

Projeyi yürüten kişi değil; sonrasında süreçten sorumlu olan kişi. Bir proje fonksiyonu tarafından sahiplenilen iyileştirmeler genellikle teslim edilir ve sonra sahipsiz kalır; geçiş dönemi ise tam olarak, altı ay sonra da orada olacak bir sorumlunun farkı yarattığı zamandır.

Süreç iyileştirme planı mı proje planı mı: ne farklı?

Bir proje planı, tanımlı bir bitişi ve bir teslimatı olan işleri kapsar. Bir süreç iyileştirme planı, çalışmaya devam eden bir şeye yapılan bir değişikliği kapsar; bu yüzden geçiş bölümü ve bir proje planının yapmadığı bir standartlaştırma adımı gerekir. Büyük iyileştirmeler ikisini de gerektirir; iyileştirme planı projenin içinde yer alır.

Bir süreç iyileştirme planının işe yarayıp yaramadığını nasıl ölçersiniz?

Temel değerle aynı ölçümü yapın; aynı yöntemi kullanın ve go-live anında değil, geçiş tamamen oturduktan sonra alın. Ölçümün ne kadar ve ne kadar süre düşebileceğini önceden kararlaştırın; böylece dip beklenen bir durum olur ve başarısızlık gibi ele alınmaz. Ayrıca planın adını verdiği dokümanların gerçekten güncellenip güncellenmediğini de takip edin; çünkü sonuçların kalıcı olup olmayacağını bu öngörür.