Süreç optimizasyonu nasıl uygulanır? Pratik bir rehber
Süreç optimizasyonu için pratik rehber: fırsatları önceliklendirin, uygulama planı oluşturun, değişiklikleri simülasyonla test edin ve sonuçları kalıcı kılın.
Süreç optimizasyonu, işlerin nasıl yürüdüğüne dair kanıtları planlı ve test edilmiş değişikliklere dönüştürür. Uygulamaya geçmek için hedefi netleştirin, işi yürüten ve yapan kişileri sürece dahil edin, iyileştirme fırsatlarını önceliklendirin, sorumluları belli bir plan hazırlayın, önerilen değişikliği test edin ve uygulama sonrasında sonuçları izleyin.
Bir darboğaz veya yeniden çalışma kaynağı bulduysanız, sıradaki soru yalnızca neyi değiştireceğiniz değildir. Değişikliğin yapmaya değip değmeyeceğini, kimin onaylayıp hayata geçirebileceğini ve işe yaradığını nasıl anlayacağınızı da bilmeniz gerekir. Bu rehber, umut vadeden bir fikri kanıtlanmış sonuç gibi göstermeden analizden uygulamaya geçmenize yardımcı olur.
İçgörü ile uygulama arasındaki boşluk
Sürecinizi analiz ettiniz ve iyileştirme fırsatları buldunuz. Kanıtlar açık olabilir, ancak tek başına kanıt işin nasıl yapıldığını değiştirmez.
Süreç bilgisi çoğu zaman olay günlüklerine, belgelere, diyagramlara ve işi yapan kişilere dağılmıştır. Analiz, vakaların nerede beklediğini veya beklenmedik yollar izlediğini gösterebilir. Bu bulguları bir değişikliğe dönüştürmek için yine de karar, sahiplenme ve takip gerekir.
Bu boşluk sık görülür. Fırsatı bulan analist sürecin sahibi olmayabilir, bütçeyi yönetmeyebilir veya sistemi değiştirme yetkisine sahip olmayabilir. Değişikliği yapabilecek kişilerin ise karar vermeden önce etkisini anlaması gerekebilir.
Bunun tekrar tekrar yaşandığını gördük. Analiz, gerçek iyileştirme fırsatlarını ortaya çıkarıyor ve bunların hızla takip edileceği varsayılıyor. Çoğu zaman çalışma tam bu noktada tıkanıyor: mükemmeliyet merkezi kanıtlara sahip olsa da yetkisi yok, harekete geçebilecek iş sahipleri ise sürece dahil olmamış. Sürecin sahiplerini ilk görüşmeden itibaren çalışmaya katın. Onları masaya getiremiyorsanız işe başlamak için başka bir süreç seçin. Değişikliğe dönüşmeyen bir içgörü, boşa harcanmış zamandır.
Amaç, bir bulgudan karara, ardından karardan test edilmiş bir değişikliğe geçmektir. Bir Dashboard yayımladığınızda veya öneriyi onayladığınızda süreç optimizasyonu tamamlanmış olmaz. Sonucu ilk ölçümle karşılaştırmanız ve geriye gidiş olup olmadığını izlemeyi sürdürmeniz gerekir.
Bu yazı, uygulamaya dönük bir iyileştirme döngüsünün parçasıdır. Sürecinizi analiz ederek başlayın, ardından bu rehberle değişikliği planlayıp test edin. Devreye aldıktan sonra sürecinizi sürekli izleme rehberini takip edin.
Başlamadan önce: Süreci iyileştirmeye değer mi?
Kaynak istemeden önce fırsatın bir projeyi haklı çıkaracak kadar belirgin olup olmadığını kontrol edin. Açık bir sorun tanımı, üzerinde uzlaşılmış bir hedefi veya sorumlusu olmayan bir sürece yatırım yapmanızı önler.
Üç soru sorun:
- Hangi sonuç değişmeli? Çevrim süresi, vaka başına maliyet, yeniden çalışma oranı veya SLA hedefini karşılama gibi ölçülebilir bir sonuç belirleyin. Hangi vakaların etkilendiğini belirtin ve verileriniz elveriyorsa fırsatın büyüklüğünü tahmin edin.
- Yararlı bir başlangıç ölçümü oluşturabilir misiniz? Sürecin ve verilerinin önce-sonra karşılaştırması yapmaya yetecek kadar tutarlı olup olmadığını kontrol edin. Süreç sık değişiyorsa kapsamı daraltın veya ölçümde bu değişiklikleri hesaba katın.
- Kararı kim verebilir ve sonuçtan kim sorumlu olur? Süreç sonucundan sorumlu kişiyi ve önerilen değişikliği onaylayabilecek ya da hayata geçirebilecek kişileri belirleyin. Bulgular doğrultusunda harekete geçebilecek kimse yoksa çalışmayı uygulama projesi olarak ele almadan önce sorumluluğu netleştirin.
Değerli bir süreç optimizasyonu fırsatı, operasyonel bir sorunu ölçülebilir bir sonuca ve karar vericiye bağlar. Bu unsurlardan biri eksikse bir çözüme bağlanmadan önce kapsamı netleştirin.
Değişikliği engelleyebilecek kısıtları da kontrol edin. Daha kısa bir yol; uyumluluğu, hizmet kalitesini, iş yükünü veya başka bir ekibin performansını etkileyebilir. İyileştirmek istediğiniz metriğin yanı sıra kötüleşmemesi gerekenleri de belirleyin.
1. adım: Doğru kişileri sürece dahil edin
Fırsatı fark eden kişi, değişikliği onaylayabilecek veya uygulayabilecek kişi olmayabilir. Öneriye hâlâ yön verebileceğiniz aşamadayken, değişiklikten etkilenecek kişileri erkenden görüşmeye dahil edin.
Temel paydaşları belirleyin
Katılım düzeyini değişikliğin kapsamına göre belirleyin. Bir ekibin çalışma biçimindeki küçük bir düzenleme için gereken kişiler, ortak bir sistemde veya düzenlemeye tabi bir süreçte değişiklik yapılırken gerekenlerden farklı olabilir.
| Paydaş | Katkısı |
|---|---|
| Süreç sahibi | Sorumluluk alanındaki süreç sonuçlarından ve kararlardan sorumludur |
| İşi yapan kişiler | Sürecin uygulamada nasıl işlediğini ve önerilen değişikliğin neleri etkileyeceğini açıklar |
| Yöneticiler | Kapasiteyi, öncelikleri ve konuyu üst kademeye taşıma sürecini koordine etmeye yardımcı olur |
| BT veya sistem sahipleri | Sistem bağımlılıklarını, erişimi ve teknik değişiklikleri değerlendirir |
| Finans | Gerektiğinde finansal varsayımları ve bütçe etkilerini inceler |
| Uyumluluk veya risk uzmanları | Süreç için geçerli yükümlülükleri ve riskleri belirler |
Sorumlulukları netleştirin. Süreçler için RACI rehberi, sorumlu, hesap veren, danışılan ve bilgilendirilen kişilerin nasıl ayırt edileceğini açıklar. Hesap verme sorumluluğunu bir gruba değil, kararı alma yetkisi olan bir role verin.
Erken katılım sağlayın
İşi yapan kişilere ne düşündüklerini sormak için planın tamamlanmasını beklemeyin. Onların bilgisi, süreç modelinde veya Event Logda tek başına görünmeyebilecek istisnaları, devir teslimleri ve uygulamadaki kısıtları ortaya çıkarabilir.
Erken katılım şu konularda yardımcı olur:
- Bulguların günlük deneyimle örtüşüp örtüşmediğini kontrol edin.
- Önerilen değişikliğin farklı rolleri nasıl etkileyeceğini anlayın.
- Engel hâline gelmeden önce bağımlılıkları belirleyin.
- Değişiklikten etkilenecek kişilere endişelerini dile getirme ve alternatif önerme fırsatı verin.
Dinlemek, her önerinin projeye dahil edileceği anlamına gelmez. Ancak hangi görüşlerin planı değiştirdiğini ve diğer fikirlerin neden kapsam dışında kaldığını açıklayabilmenizi sağlar.
Hesap verme sorumluluğunu netleştirin
Sonuçtan hesap verecek kişiyi ve çalışmayı koordine edecek kişiyi belirleyin. Bu kişiler aynı kişi olabilir, ancak aralarındaki sorumluluk ayrımını netleştirin.
Her eylem için kimin sorumlu olduğunu, kimin onay vermesi gerektiğini ve kime danışılması ya da bilgi verilmesi gerektiğini kaydedin. Hesap verecek kişiye, sorumluluğuyla örtüşen yetkiler verin. Planın gerektirdiği kararları aldıramıyor veya kaynakları sağlayamıyorsa konuyu üst kademeye taşıma yolunu belirleyin.
Analistler kanıtları daha anlaşılır hâle getirebilir, ancak bu sorumluluk rollerinin parçası değilse operasyonel kararların sahibi olmaları beklenmemelidir. Nelerin değişeceğine süreç sahibi ve ilgili karar vericiler karar vermelidir.
2. adım: Fırsatlara öncelik verin
Ekibinizin aynı anda hayata geçirebileceğinden daha fazla fikriniz olabilir. Tutarlı bir puanlama yöntemi, fikirleri karşılaştırmanıza, ödünleşimleri açıklamanıza ve sırf anlatması kolay diye bir fikri seçmekten kaçınmanıza yardımcı olur.
Değerlendirme ölçütlerini seçin
Her adayı, beklenen sonucu ve yapılacak işi yansıtan ölçütlere göre puanlayın. Puanlamaya başlamadan önce ölçeği kararlaştırın; böylece her fikir için aynı puan aynı anlama gelir.
Aşağıda, her ölçütün 1 ile 5 arasında puanlandığı pratik bir örnek yer alıyor:
| Ölçüt | Ağırlık | Yüksek puan ne anlama gelir? |
|---|---|---|
| Beklenen değer | 40% | Değişiklik, anlamlı sayıdaki vakada hedef metriği kayda değer ölçüde iyileştirebilir |
| Efor | 25% | Değişiklik için uygulama, koordinasyon veya eğitim açısından görece az çalışma gerekir |
| Risk ve geri alınabilirlik | 20% | Değişikliğin olumsuz etkisi sınırlıdır; sorunları fark edebilir veya gerekirse değişikliği geri alabilirsiniz |
| Stratejik uyum | 15% | Değişiklik, üzerinde uzlaşılmış kurumsal veya operasyonel bir önceliği destekler |
Efor, risk ve geri alınabilirlikte yüksek puan daha elverişli bir durumu ifade eder: daha az efor, daha düşük risk veya daha kolay geri alma. Böylece puanlama yönü tutarlı kalır ve yüksek puan her zaman fırsatın daha cazip olduğu anlamına gelir.
Her puanı ilgili ağırlıkla çarpın ve sonuçları toplayın. Örneğin, değer için 4, efor için 3, risk ve geri alınabilirlik için 4, stratejik uyum için 5 puan alan bir fırsatın toplam puanı şöyledir:
- Beklenen değer: 4 × 40% = 1,60
- Efor: 3 × 25% = 0,75
- Risk ve geri alınabilirlik: 4 × 20% = 0,80
- Stratejik uyum: 5 × 15% = 0,75
- Toplam: 5 üzerinden 3,90
Puan, adayları karşılaştırmanıza yardımcı olur; kararı sizin yerinize vermez. Özellikle puan bir tahmine dayanıyorsa, her puanın arkasındaki kanıtı kaydedin. İki fırsat benzer puan aldıysa, küçük bir puan farkını belirleyici saymak yerine bağımlılıklarını, zamanlamalarını ve sonuçlarını karşılaştırın.
Önceliklendirme matrisi kullanın
Ödünleşimleri daha kolay değerlendirmek için beklenen değeri efora göre gösterin:
| Özellik | Daha az emek | Daha çok emek |
|---|---|---|
| Daha yüksek değer | Doğrulanıp planlanacak hızlı kazanımlar | Sponsor, bağımlılıklar ve ayrıntılı plan gerektiren stratejik değişiklikler |
| Daha düşük değer | Kapasite varsa yapılacak tamamlayıcı işler | Genellikle etkin iş listesinden çıkarılır |
Matris, değerlendirmeyi kolaylaştırır ancak puanlama ölçütlerinizin yerini tutmaz. Bir değişiklik hızlı kazanım gibi görünse de uyumluluk veya müşteri riski taşıyabilir. Karar vermeden önce bu kısıtları kontrol edin.
Hızlı kazanımlarla stratejik değişiklikleri dengeleyin
Hızlı kazanımlar öğrenmenize ve ilerleme göstermenize yardımcı olabilir, ancak uzun vadede daha fazla değer sağlayacak değişikliklerin önüne geçmemelidir. Stratejik değişiklikler daha fazla koordinasyon, sistem çalışması veya onay gerektirebilir. Bir fırsatı incelemeden “çok zor” diye elemek yerine, bu çalışmayı görünür kılın.
Dengeli bir portföyde, denenebilir küçük bir değişikliğin yanı sıra sponsor ve daha fazla planlama gerektiren büyük bir fırsat da yer alabilir. Uygun denge; kapasiteye, riske ve kuruluşunuzun ulaşmayı kararlaştırdığı sonuçlara bağlıdır.
Kararlarınızı belgeleyin
Her fırsat için kısa bir karar kaydı tutun:
- Sorun ve kullandığınız başlangıç ölçümü.
- Beklenen sonuç ve tahmininizin dayandığı kanıtlar.
- Puanlar, varsayımlar ve bunları gözden geçiren kişiler.
- Fırsatı neden seçtiğiniz, ertelediğiniz veya listeden çıkardığınız.
- Kararı hangi durumda yeniden değerlendireceğiniz.
Koşullar değiştiğinde bu kayıt, öncelikleri açıklamanızı kolaylaştırır. Ayrıca beklenen faydayı daha sonra gerçekleşen sonuçla karşılaştırmanıza yardımcı olur.
3. adım: Uygulama planını hazırlayın
Bir fırsat seçtikten sonra, hedeflenen sonucu somut işlere, sorumlulara ve karar noktalarına bağlayan bir plan hazırlayın.
Hedefleri ve ölçümleri belirleyin
Nelerin değişmesi gerektiğini, bunu nasıl ölçeceğinizi ve nelerin aynı kalması gerektiğini yazın. Şunları ekleyin:
- Hedef metrik: İyileştirmeyi beklediğiniz sonuç.
- Başlangıç ölçümü: Başlangıç değeri, ölçüm dönemi ve vaka tanımı.
- Hedef: Ulaşmak istediğiniz sonuç ve bu hedefin dayandığı varsayımlar.
- Koruyucu metrikler: Kalite, uyumluluk veya iş yükü gibi olumsuz etkilenmemesi gereken diğer sonuçlar.
- Ölçüm zamanı: Sonucu ne zaman ve nasıl değerlendireceğiniz.
Örneğin: “Ortalama onay bekleme süresini, ölçülen 48 saatlik başlangıç değerinden uygulamadan sonraki üç ay içinde 24 saate indirin.” Bunu garanti edilmiş bir sonuç değil, hedef olarak değerlendirin. Başlangıç ölçümünün tutarlı bir vaka grubunu kapsadığını ve hedefin kişileri gerekli kontrolleri atlamaya yöneltmediğini doğrulayın.
Görevleri, sorumluları ve zaman çizelgesini belirleyin
Değişikliği, bir kişinin sorumluluğunu üstlenebileceği işlere ayırın. Her görev için şunları kaydedin:
- Ne yapılması gerektiğini.
- Kimin sorumlu olduğunu ve kimin onay vereceğini.
- Önce ne yapılması gerektiğini.
- Hangi sistemlerin, ekiplerin veya kaynakların dahil olduğunu.
- Görevin ne zaman tamamlanmasının beklendiğini.
- Tamamlandığını nasıl doğrulayacağınızı.
Zaman çizelgesi yalnızca hedef lansman tarihini değil, bağımlılıkları ve karar noktalarını da göstermelidir. Değişiklik bir sistem güncellemesine, politika incelemesine veya eğitime bağlıysa, bunların kendiliğinden gerçekleşeceğini varsaymak yerine ilgili adımları plana ekleyin.
Riskleri ve önlemleri belirleyin
Değişikliğin işe yaramasını neyin engelleyebileceğini veya yeni bir soruna yol açabileceğini değerlendirin. Şunları göz önünde bulundurun:
- Beklenen yolu izlemeyen vakalar.
- Başka bir ekibe veya süreç adımına aktarılan işler.
- İş yükünde, kalitede veya müşteri deneyiminde yaşanabilecek değişiklikler.
- Sistem veya veri bağımlılıkları.
- Değişikliğin benimsenmesiyle ilgili sorunlar veya net olmayan talimatlar.
- Sorunları nasıl fark edeceğiniz ve değişikliği nasıl durduracağınız ya da geri alacağınız.
Önemli her risk için bir sorumlu belirleyin. Sorumlusu veya devreye girme koşulu olmayan bir önlem henüz plan sayılmaz.
Mutabakatı ve sorumlulukları netleştirin
Uygulama başlamadan önce süreç sahibinin ve ilgili karar vericilerin kapsam, ölçümler, sorumluluklar ve konuyu üst kademeye taşıma yolu üzerinde anlaştığını doğrulayın. Değişiklikten etkilenecek ekiplerin nelerin değişeceğini ve sorunları nereye ileteceklerini bildiğinden emin olun.
Onay, kaynak veya teknik çalışmalar henüz netleşmediyse bunları bağımlılık olarak gösterin. Bu kararların sorumluluğunu üstlenen kişiler onay vermeden planı uygulamaya hazırmış gibi sunmayın.
4. adım: Yaygınlaştırmadan önce test edin
Önerilen değişiklik bir varsayımdır. Simülasyon, canlı ortamda uygulamaya geçmeden önce modellenen değişikliğin süreci nasıl etkileyebileceğini incelemenizi sağlar. Gerçek sonucu garanti etmez; bu nedenle simülasyonu operasyonel değerlendirmeyle ve uygulama sonrasında değişikliği ölçmeye yönelik bir planla birlikte kullanın.
Önerilen değişikliği modelleyin
Hedef süreci BPMN diyagramı gibi bir modelde gösterin ve varsayımlarınızı açıkça belirtin. Beklenen yolun yanı sıra istisnalarda neler olduğunu da kontrol edin. Yeni veya değişen her görevi kimin yapacağını ve hangi bilgilere ihtiyaç duyacağını belirleyin.
Model, değişikliği test etmeden önce önerideki eksikleri ortaya çıkarabilir. Örneğin, yeni bir onay adımı bir risk türünü azaltırken bekleme süresini uzatabilir veya başka bir yerde kuyruk oluşturabilir.
What-if senaryoları çalıştırın
Süreç simülasyonunu kullanarak önerilen modeli Process Mining ile elde edilen başlangıç süreciyle karşılaştırın. What-if analiziyle vaka hacmi, vaka dağılımı veya kaynakların kullanılabilirliği gibi sonucu değiştirebilecek senaryoları test edin.
Her senaryonun dayandığı varsayımları gözden geçirin. Model, ekibinizin sağlayamayacağı bir kapasiteyi veya davranışı varsayıyorsa sonuç, karar vermek için gerçekçi bir dayanak oluşturmaz.
Değişikliği uygulamadan önce simüle edin
Darboğazların yer değiştirip değiştirmediğini kontrol edin
Bir değişiklik bir adımda beklemeyi azaltırken başka bir adımda artırabilir. Yalnızca iyileştirmek istediğiniz etkinliği değil, sürecin tamamını karşılaştırın. Yeni kuyrukları, ek devir teslimleri, yeniden çalışmayı ve koruyucu metriklere etkileri kontrol edin.
Simülasyon darboğazın yer değiştirdiğini gösteriyorsa yeni durumun yine de kabul edilebilir olup olmadığına karar verin. Öneriyi değiştirebilir, başka bir senaryoyu test edebilir veya değişiklikten vazgeçebilirsiniz.
Simülasyon iş gerekçesiyle çelişirse ne yapmalısınız?
Simülasyon beklenen faydayı desteklemiyorsa sonucu göz ardı etmek yerine iş gerekçesini yeniden değerlendirin. Önce varsayımları ve girdileri kontrol edin:
- Model, önerilen süreci ve istisnalarını yansıtıyor mu?
- Başlangıç ölçümü, iş gerekçesinde kullanılan vakaları ve dönemi kapsıyor mu?
- Kaynak, hacim ve vaka dağılımı varsayımları gerçekçi mi?
- Beklenen fayda, simülasyonun gösterebileceği bir metriğe bağlı mı?
Varsayımlar geçerliyse iş gerekçesini güncelleyin. Hedefi değiştirebilir, farklı bir tasarımı test edebilir veya öneriden vazgeçebilirsiniz. İş gerekçesi, modelin gösteremediği uyumluluk veya müşteri deneyimindeki niteliksel bir iyileşme gibi bir faydaya dayanıyorsa bunu ayrıca belirtin ve nasıl değerlendireceğinizi tanımlayın.
Olumlu sonuç elde etmek için varsayımları değiştirmeyin. Simülasyonun hangi sonuçları desteklediğini, hangilerini desteklemediğini ve hangi kanıtlara hâlâ ihtiyaç duyduğunuzu kaydedin.
5. adım: Değişikliği duyurun
Teknik açıdan doğru bir değişiklik bile, etkilenen kişiler neyin değiştiğini veya yeni sürece nasıl uyum sağlayacaklarını anlamazsa başarısız olabilir. İletişimi yalnızca son duyuruya bırakmayın, uygulama planına dahil edin.
Değişikliği, insanların kullanabileceği şekilde açıklayın:
- Neler değişiyor, neler aynı kalıyor?
- Bu değişikliği neden yapıyorsunuz?
- Hangi roller, vakalar veya ekipler etkilenecek?
- Ne zaman yürürlüğe girecek?
- İnsanlar talimatlara nereden ulaşabilir veya endişelerini kime iletebilir?
- Değişikliğin işe yarayıp yaramadığını nasıl anlayacaksınız?
Mesajı hedef kitleye göre uyarlayın. Liderlerin karar, riskler ve ölçümler hakkında bilgiye ihtiyacı olabilir. İşi yapan kişilere net talimatlar, gerektiğinde eğitim ve sorunları bildirebilecekleri bir yol sunun. Yöneticiler, hangi uygulamaları pekiştirmekten ve hangi konuları üst kademeye taşımaktan sorumlu olduklarını bilmelidir.
Güncellemeleri önemli aşamalarda paylaşın: değişiklikten önce, yürürlüğe girdiğinde ve etkisine ilişkin kanıt elde ettiğinizde. Belirsizlikleri açıkça belirtin. Pilot uygulama veya simülasyon nihai sonucu ortaya koymadıysa beklenen faydayı gerçekleşmiş gibi anlatmayın.
6. adım: Değişikliği ölçün ve kalıcı hâle getirin
Uygulama bitiş çizgisi değildir. Sonuçları başlangıç ölçümüyle karşılaştırın, istenmeyen etkileri kontrol edin ve gerilemeleri ya da değişen koşulları fark etmek için izlemeyi sürdürün.
Sonuçları başlangıç ölçümüyle karşılaştırın
Başlangıç ölçümünü oluştururken kullandığınız metrik tanımını, vaka grubunu ve ölçüm yöntemini aynen kullanın. Benzer olanı benzerle karşılaştırın; sonucu etkileyebilecek hacim, vaka dağılımı veya çalışma koşulu değişikliklerini not edin.
Şunları sorun:
- Hedef metrik beklenen yönde değişti mi?
- Koruyucu metriklerden herhangi biri kötüleşti mi?
- Değişiklik ilgili tüm vakaları mı, yoksa yalnızca bir bölümünü mü etkiledi?
- Gözlenen sonuçlar zaman içinde tutarlı mı?
- Uygulamadan sonra hangi varsayımlar veya koşullar değişti?
Sonuç hedefin altındaysa değişikliğin plana uygun uygulanıp uygulanmadığını, ölçümün karşılaştırılabilir olup olmadığını ve başka etkenlerin süreci etkileyip etkilemediğini kontrol edin. Beklenen ve gözlenen sonuçlar arasındaki farkı, sırada neyi inceleyeceğinize karar vermek için kullanın.
Düzenli izleme başlatın
İlk uygulama kontrollerinden sonra düzenli bir gözden geçirme takvimi oluşturun. Süreçten sorumlu kişilerin ölçümleri görebilmesi için Dashboardları ve KPI’ları kullanın. İzleme rehberi, süreç performansının zaman içinde nasıl takip edileceğini açıklar.
Anlamlı bir değişikliğin ne olduğunu, kimin inceleyeceğini ve ardından hangi adımın atılacağını kararlaştırın. Sinyal karşısında ne yapacağını bilen biri yoksa izleme tek başına işe yaramaz.
Sorumluluğu görünür kılın
Süreç sahibine ve ilgili paydaşlara ihtiyaç duydukları ölçümlere erişim sağlayın. Uygun olduğunda sonuçları mevcut operasyonel değerlendirmelere ekleyin ve sapmaları incelemekten kimin sorumlu olduğunu netleştirin.
Sonuçlar hedefi karşıladığında kanıtları paylaşın ve katkıda bulunan kişileri takdir edin. Karşılamadığında bunu dürüstçe bildirin ve sıradaki kararı birlikte belirleyin. Her iki sonuç da kuruluşunuzun öğrenmesine yardımcı olur.
Bir sonraki fırsatı iyileştirme döngüsüne dahil edin
Başarılı bir değişiklik başka bir darboğazı veya yeni bir soruyu ortaya çıkarabilir. Hedefi tutturamayan bir değişiklik ise ilk teşhisin veya varsayımların yeniden incelenmesi gerektiğini gösterebilir. Öğrendiklerinizi kaydedin ve sonraki analize yön vermek için kullanın.
Daha geniş bir iyileştirme çerçevesi için DMAIC döngüsünü baştan sona nasıl uygulayacağınızı inceleyin.
Süreç optimizasyonunu en sık neler sekteye uğratır?
| Sorun | Bunun yerine ne yapmalı? |
|---|---|
| Ekip, karar verecek kişi olmadan analiz yapmayı sürdürüyor | Hesap verecek süreç sahibini belirleyin ve analizin hangi kararı desteklemesi gerektiğini kararlaştırın |
| Ekip, net bir başlangıç ölçümü olmadan fikir seçiyor | Hedef belirlemeden önce metriği, vaka grubunu ve ölçüm dönemini tanımlayın |
| Paydaşlar, plan kesinleştikten sonra sürece katılıyor | İstisnaları belirleyip öneriye yön verebilmeleri için etkilenecek kişileri erkenden dahil edin |
| Ekip, riski kontrol etmeden hızlı kazanım seçiyor | Değer ve eforun yanı sıra riski ve geri alınabilirliği de puanlayın |
| Planda görevler var, ancak sorumlular belirtilmemiş | Önemli her eylem için sorumluyu, onay sürecini ve konuyu üst kademeye taşıma yolunu belirleyin |
| İş gerekçesi, simülasyonun bunu doğrulayacağını varsayıyor | Simülasyonu varsayımları test etmek için kullanın; kanıtlar iş gerekçesini desteklemiyorsa gerekçeyi gözden geçirin |
| Ekip yalnızca hedef metriği ölçüyor | Kalite, uyumluluk, iş yükü veya müşteri etkisi gibi koruyucu metrikleri de izleyin |
| Ekip değişikliği duyuruyor, ancak uygulamayı pekiştirmiyor | Rollere özel talimatlar ve destek sağlayın, sorunların iletileceği net bir yol belirleyin |
| Uygulamadan sonra izleme duruyor | Düzenli bir gözden geçirme takvimi oluşturun ve performans değiştiğinde yanıt verecek birini görevlendirin |
Bu sorunlar, kuruluşunuzun değişime bağlı olmadığı anlamına gelmez. Çoğu zaman uygulama başlamadan önce kararın, sorumluluğun veya ölçümün yeterince netleştirilmediğini gösterir.
Değişikliği uygulamak için hangi Template ve kontrol listeleri yardımcı olur?
Bir elektronik tablo veya proje belgesi, kararı ve planı görünür tutabilir. Önemli olan belirli bir araç kullanmak değil, varsayımları ve sorumlulukları kaydetmektir.
Önceliklendirme matrisi Templatei
Her aday için şunları kaydedin:
| Alan | Kaydedilecek bilgi |
|---|---|
| Fırsat | Süreç sorunu ve önerilen değişiklik |
| Başlangıç ölçümü ve hedef | Mevcut ölçüm ve ulaşılmak istenen sonuç |
| Beklenen değer (1–5) | Değişikliğin hedef metriği ne ölçüde iyileştirebileceği |
| Efor (1–5) | Uygulama eforunun ne kadar elverişli olduğu; yüksek puan daha az efor anlamına gelir |
| Risk ve geri alınabilirlik (1–5) | Riskin ne ölçüde yönetilebilir olduğu ve değişikliğin ne kadar kolay fark edilip geri alınabileceği |
| Stratejik uyum (1–5) | Fırsatın üzerinde uzlaşılmış bir önceliği ne ölçüde desteklediği |
| Ağırlıklı puan | Değer × 40% + efor × 25% + risk ve geri alınabilirlik × 20% + stratejik uyum × 15% |
| Karar ve gerekçe | Seçin, erteleyin veya listeden çıkarın; gerekçeyi ve varsa koşulları belirtin |
Her aday için aynı puanlama tanımlarını kullanın. Başkalarının puana nasıl ulaştığınızı anlayabilmesi için puanların dayandığı kanıtları saklayın.
Uygulama planı Templatei
Her eylem veya karar için bir satır oluşturun:
| Alan | Kaydedilecek bilgi |
|---|---|
| Hedef ve metrik | Değişikliğin etkilemesi beklenen sonuç |
| Başlangıç ölçümü ve hedef | Başlangıç noktası, hedef ve ölçüm dönemi |
| Süreç adımı | Değişikliğin uygulanacağı yer |
| Sorumlu ve onaylayan | Kimin sorumlu olduğu ve kararı kimin vereceği |
| Bağımlılıklar | Gerekli sistemler, ekipler, onaylar ve kaynaklar |
| Zaman çizelgesi | Temel görevler, sıralama ve karar tarihleri |
| Riskler ve önlemler | Nelerin ters gidebileceği, bunu nasıl fark edeceğiniz ve ne yapacağınız |
| Geri alma veya duraklatma koşulu | Değişikliği ne zaman durduracağınız veya geri alacağınız |
| Ölçüm tarihi | Sonuçları başlangıç ölçümüyle ne zaman karşılaştıracağınız |
Yaygınlaştırmadan önce
- Süreç sahibini ve karar vericileri doğrulayın.
- Başlangıç ölçümünü kaydedin, hedefi ve koruyucu metrikleri tanımlayın.
- İstisnalar dahil önerilen süreci modelleyin.
- İlgili senaryoları test edin ve varsayımları belgeleyin.
- Görev sorumlularını, bağımlılıkları ve iletişim ihtiyaçlarını netleştirin.
- Gerekirse değişikliği nasıl durduracağınızı veya geri alacağınızı kararlaştırın.
- Değişiklik sonrası ölçüm için tarih belirleyin.
Yaygınlaştırmadan sonra
- Başlangıç ölçümündeki metrik tanımlarını ve vaka filtrelerini aynen kullanın.
- Gerçekleşen sonuçları başlangıç ölçümü ve hedefle karşılaştırın.
- Koruyucu metriklere ve diğer süreç adımlarına etkileri kontrol edin.
- Beklenmeyen olumlu veya olumsuz sonuçları kaydedin.
- Takip eylemleri belirleyin ve süreci izlemeyi sürdürün.
Buradan sonra ne yapmalısınız?
Önceliklendirilmiş bir fırsatınız ve uygulama planınız hazır. Canlı süreçte değişiklik yapmadan önce öneriyi Process Mining ile elde edilen başlangıç süreciyle karşılaştırarak test edin ve modelin hangi sonuçları destekleyip hangilerini desteklemediğini değerlendirin.
