
İçindekiler
- Proje sırasında (KPI 1 ile 15)
- Canlıya geçiş sonrası (KPI 16 ile 30)
- Formüllü beş KPI
- Kim neyi, ne zaman inceler
- Bulut programları için KPI'lar
- Clean Core seviye dağılımı
- Uzantı yerleşimi kararlaştırılmış
- SAP ilişkisinin sağlığı
- Yapay zekanın KPI raporlamasında yardımcı olduğu yerler
- Benimseme sorunu
- Sık sorulan sorular
Önemli olan ERP implementasyon KPI'ları, teslimat sırasında haftalık, hypercare sırasında günlük incelenen ve her birinin adı belli bir sahibi olan küçük bir kümedir: takvime uyum, maliyet sapması, kapsam değişikliği, test başarı oranı, veri taşıma doğruluğu ve her şeyden önce kullanıcı benimsemesi. Aşağıda kullandığım 30 KPI'ı teslimat ve canlıya geçiş sonrası olarak ayırdım; formülleri ve harekete geçirmesi gereken eşiklerle birlikte veriyorum.
Bu yazı, sorunları 18. ayda değil 8. haftada yakalayan bir yönlendirme komitesi paketine ihtiyaç duyan program direktörleri, PMO liderleri ve sponsorlar için.
Bir müşteri bir SAP projesine 73 “küçük” değişiklik ekledi. Hiçbiri tek başına önemli görünmüyordu. Birlikte beş aylık bir gecikmeye yol açtılar. Kapsam değişikliği hacmini kimse izlememişti. (Tanıdık geliyorsa, SAP projelerinde kapsam kaymasından kaçınma rehberim kontrolleri ele alıyor.)
Başka bir müşteri erken takvim uyarılarını görmezden geldi ve bir yıllık proje on sekiz ay sürdü. Bir perakende müşterisi erken bütçe uyarılarını aştı ve sırf bitirebilmek için kilit özelliklerden vazgeçmek zorunda kaldı.
Bunlar olağandışı başarısızlıklar değil. Ekipler yanlış şeyleri ya da hiçbir şeyi izlemediğinde olan budur.
| # | KPI | Neyi ölçer | Neden önemli |
|---|---|---|---|
| 1 | Takvime uyum | Gerçekleşen ve planlanan görev tamamlama | Zincirleme gecikmelerin ilk işareti |
| 2 | Maliyet sapması | Faz bazında gerçekleşen harcama ve bütçe | Aşımları birikmeden yakalar |
| 3 | Kapsam değişikliği hacmi | Onaylanan değişikliklerin sayısı ve etkisi | Kontrolsüz değişiklik, aşımların en yaygın nedenidir |
| 4 | Kaynak kullanımı | Çalışılan ve planlanan saatler; iş yükü dengesi | Aşırı yüklenen insanlar tükenir ya da projenin ortasında ayrılır |
| 5 | Kullanıcı benimseme oranı | Hedef kullanıcıların sistemi aktif kullanan kısmı | Sistemin iş için işlediğini söyleyen tek ölçüt |
| 6 | Eğitim etkinliği | Değerlendirme puanları; eğitim alan kullanıcı oranı | Canlıya geçişten önce benimseme başarısızlığını öngörür |
| 7 | Veri taşıma doğruluğu | Temiz taşınan kayıtların oranı; hata oranı | Yeni sistemdeki kötü veriyi temizlemek aylar alır |
| 8 | Test ortamı kesinti süresi | Test sistemlerinde plansız kesinti saatleri | Testteki kararsızlık, canlıdaki kararsızlığı öngörür |
| 9 | Katılım puanı | Anket sonuçları; kilit oturumlara katılım | Direnç açıkça ortaya çıkmadan önceki erken uyarı |
| 10 | Risk çözüm oranı | Zamanında kapatılan açık risklerin oranı | Yalnızca tespiti değil, kapatılmasını ölçün |
| 11 | İş ortağı performansı | Çıktı kalitesi; kilometre taşı tutturma oranı | Erken çıktıları kaçıran iş ortakları sonrakileri de neredeyse her zaman kaçırır |
| 12 | Test başarı oranı | İlk seferde geçen test senaryolarının oranı | SIT'te %85'in altı genellikle rastgele hata değil, sistemik sorun demektir |
| 13 | Değişiklik talebi karar süresi | Talepten karara kadar geçen gün | Uzun kuyruklar yönetişim başarısızlığına işaret eder |
| 14 | Bütçe tüketim hızı | Toplam bütçeye karşı harcama, tamamlanan işe göre | Paranın ve ilerlemenin birlikte hareket edip etmediğini gösterir |
| 15 | Konfigürasyon ilerlemesi | Planlanan konfigürasyon kalemlerinin tamamlanan oranı | Buradaki gecikme test ve eğitimi aşağı akışta öteler |
| # | KPI | Neyi ölçer | Eşik veya not |
|---|---|---|---|
| 16 | Sistem erişilebilirliği | Canlıya geçişten sonraki çalışma süresi | %99,9'un üzeri iyidir; %99'un altı kullanıcı güveni sorununa dönüşür |
| 17 | Rapor ve dashboard hızı | Yüklenme süreleri; yenileme sıklıkları | Yöneticiler Excel'e aktarıyorsa sistem değer üretmiyor demektir |
| 18 | Çalışan verimliliği | Canlıya geçiş öncesi referans değere göre görev süresi | Onayları otomatikleştiren bir dağıtım müşterisi, canlıya geçişten sonra günde %25 daha fazla işlem gerçekleştirdi |
| 19 | İlk temasta çözüm | İlk temasta çözülen talepler | Hypercare etkinliğini ölçer |
| 20 | Destek talebi hacmi | Açık talepler; ortalama çözüm süresi | 30. gün civarındaki artış genellikle sistem hatalarına değil, eğitim açıklarına işaret eder |
| 21 | Süreç çevrim süreleri | Sipariş işleme, fatura onayı, kapanış döngüsü | Yöneticilerin gerçekten önemsediği sonuç |
| 22 | Stok doğruluğu | Fiziki sayım ve sistem sayımı | Canlıya geçişten sonra en görünür veri kalitesi göstergesi |
| 23 | Sipariş karşılama oranı | Yeni sistemde zamanında karşılanan siparişler | Doğrudan operasyonel etki |
| 24 | Gelir katkısı | Yeni yeteneklere bağlanan gelir değişimleri | İş gerekçesinin uzun vadeli kanıtı |
| 25 | Uyumluluk | Denetim bulguları; mevzuat sorunları | En çok finans, ilaç ve düzenlemeye tabi sektörlerde önemlidir |
| 26 | Tahmin doğruluğu | Tahmin ve gerçekleşen talep | Planlamanın kullanılıp güvenilip güvenilmediğini gösterir |
| 27 | Kullanıcı memnuniyeti | Kullanılabilirlik anketi; kilit kullanıcı NPS'i | Sistemden nefret eden kullanıcılar geçici çözümler üretir |
| 28 | Süreç verimliliği | Referans değere göre süreç başına süre ve maliyet | Yatırımı yönetim kuruluna karşı haklı çıkarır |
| 29 | Sağlanan tasarruf | İş gerekçesine karşı gerçekleşen tasarruf | CFO 6. ve 12. ayda soracaktır |
| 30 | Yatırım getirisi | Net faydaların toplam maliyete bölünmesi | Genellikle 12. ve 24. ayda ölçülür |
En çok sorulanlar bunlar.
- Takvim performans indeksi (SPI) = kazanılmış değer ÷ planlanan değer. 1,0'ın üzeri takvimden önde, 1,0 zamanında, 1,0'ın altı gecikmeli demektir.
- Maliyet performans indeksi (CPI) = kazanılmış değer ÷ gerçekleşen maliyet. 1,0'ın üzeri verimli, 1,0'ın altı bütçe aşımı demektir.
- Kapsam değişikliği oranı = (onaylanan değişiklikler ÷ ilk kapsam kalemleri) × 100. %10'un altı asgari etki; %20'nin üzeri yüksek etkidir.
- Kullanıcı benimseme oranı = (aktif kullanıcılar ÷ hedef kullanıcılar) × 100. İlk 90 günde %80'in üzeri güçlüdür; %60'ın altı müdahale gerektirir.
- Veri taşıma doğruluğu = (taşınan temiz kayıtlar ÷ denenen kayıtlar) × 100. Canlıya geçişten önce %98'in üzeri; %95'in altı cutover'ı ertelemelidir.
SPI ve CPI kazanılmış değer yönetiminden gelir. Yalnızca “kazanılmış değer” dürüstçe ölçülürse işe yararlar: üç haftadır %90 tamamlanmış görünen bir görev, değerinin %90'ı değildir.
İnceleme ritmi olmayan bir KPI süstür. Kurmanız gereken ritim bu.
- TeslimatHaftalık program kuruluTakvim, maliyet, risk, test başarı oranı, kapsam değişikliği. Kapı KPI'ları yönlendirme komitesine gider
- 1-30. günlerGünlük hypercare incelemesiErişilebilirlik, destek talebi hacmi, departman bazında benimseme
- 90. güne kadarHaftalık benimseme incelemesiBenimseme, süreç çevrim süreleri, talep kategorileri
- 6. ve 12. aylarSponsor ve CFO incelemesiVerimlilik, sağlanan tasarruf, ROI
| Ne zaman | KPI'lar | İnceleyen | Beslediği karar |
|---|---|---|---|
| Teslimat sırasında haftalık | Takvime uyum, maliyet sapması, risk çözümü, test başarı oranı, kapsam değişikliği hacmi | Program kurulu | Yeniden planla, eskale et ya da kapsamı koru |
| Her faz kapısında | Konfigürasyon ilerlemesi, eğitim etkinliği, veri taşıma doğruluğu, iş ortağı performansı | Yönlendirme komitesi | Geç, koşullu geç ya da dur |
| Canlıya geçişten sonraki ilk 30 gün günlük | Erişilebilirlik, talep hacmi ve eğilimi, departman bazında benimseme | Hypercare lideri | Sahadaki destek ve düzeltmelerin nereye yönlendirileceği |
| 90. güne kadar haftalık | Benimseme, süreç çevrim süreleri, talep kategorileri | Program kurulu | Tekrar eğitimi, konfigürasyon düzeltmeleri |
| 6. ve 12. ayda | Verimlilik, sağlanan tasarruf, ROI, memnuniyet | Sponsor ve CFO | İş gerekçesi onayı, 2. faz kapsamı |
İlaç sektöründeki müşterilerimden biri her kilometre taşına belirli bir sahip ve bir yedek atadı. Takvime uyumu, önceki SAP denemesine kıyasla çarpıcı biçimde iyileşti. Aylık bir inceleme bir kaymayı ortaya çıkardığında, kayma zaten yapısal hale gelmiştir.
Kapı kararları takvime değil, kanıta dayanmalıdır. Canlıya geçişten sonraki üçüncü ayda ise geçici çözümler alışkanlığa dönüşmüş olur; yani benimseme penceresi çoğu ekibin beklediğinden hızlı kapanır. Yönlendirme komitenizin yeniden başlatılması gerekiyorsa, nasıl yürütüleceğini etkili bir SAP yönlendirme komitesi oluşturma yazımda anlatıyorum.
Bir müşteri 73 'küçük' değişiklik ekledi. Ardından gelen beş aylık gecikmede küçük olan hiçbir şey yoktu. Kapsam değişikliği KPI'ları, bu örüntü görünmez hale gelmeden önce onu durdurmak için vardır.
RISE with SAP ve SAP GROW programları, eski listenin kapsamadığı yönetişim soruları ekler. Üç ek ölçüt işe yarar.
Clean Core seviye dağılımı
SAP artık uzantıları A'dan D'ye dört Clean Core seviyesinde derecelendiriyor. A seviyesi yalnızca yayımlanmış API'leri kullanır; D seviyesi clean değildir. SAP'nin önerdiği ABAP test cockpit kontrollerini kullanarak uzantıların her seviyedeki payını izleyin.
Public edition'da her şey tasarım gereği A seviyesindedir. Private edition'da ve on-premise'de C ya da D seviyesindeki her uzantı, bir sonraki yükseltmede ortaya çıkacak borçtur. Realize sırasında yeni uzantı taleplerini haftalık olarak buna göre inceleyin ve C ya da D seviyesindeki her onayın hesabını verecek birini belirleyin.
Uzantı yerleşimi kararlaştırılmış
Formül: (anlaşılmış seviyesi ve konumu olan uzantılar ÷ backlog'daki toplam uzantılar) × 100. Hedef, Explore sonunda %100. Henüz kimsenin yerini belirlemediği bir uzantı, süre baskısı altında klasik bir modifikasyona dönüşen uzantıdır.
SAP ilişkisinin sağlığı
RISE programlarında üç ayda bir yapılan nitel bir inceleme; burada SAP altyapıyı ve operasyonları yürütür ve teslimatın bir parçasıdır. Platform eskalasyonları anlaşılan hizmet seviyeleri içinde çözülüyor mu? SAP'nin başarı incelemeleri özlü mü, yoksa törensel mi? Zayıf bir puan, genellikle ekibin hazırlıklı olmadığı bir program ortası eskalasyonun habercisidir.
Yapay zeka, ölçütlerin çevresindeki raporlama işinde işe yarar. İncelemenin yerini almaz.
- SAP Cloud ALM ile Joule. SAP, Cloud ALM'e Joule'u ekledi; böylece ekipler her durum çıktısını elle hazırlamak yerine proje ve operasyon verilerini düz dille sorgulayabiliyor.
- Power BI'da Copilot. Bir yönlendirme komitesi paketi için, altındaki dashboard'dan anlatı özetinin taslağını hazırlar. Veri modeli temiz olduğunda en iyi sonucu verir.
- Anomali tespiti. Power BI, Tableau ve SAP Analytics Cloud, olağan örüntüsünden sapan KPI'ları işaretleyebilir. Kaynak kullanımı, destek talebi hacmi ve kapsam değişikliği oranında değer. Günlük sipariş sayısı gibi doğal değişkenliği yüksek ölçütlerde değmez.
Yapay zekanın çözmediği şey politik iştir. Bir dashboard altı hafta boyunca takvim kaymasını kırmızıyla gösterebilir. Yönlendirme komitesi harekete geçmezse kayma sürer.
En yüksek etkili KPI kullanıcı benimsemesidir ve çoğu ekibin en son ölçtüğü de odur.
Yöneticilerinin her şeyi Excel'e aktardığı bir üretim müşterim vardı. Büyük bir kırmızı bayrak. Veri oradaydı; ihtiyaç duydukları dashboard'lar yoktu. Dashboard'ları düzelttik ve karar süresini yarıya indirdik.
Teknik olarak çalışan ama pratikte devre dışı bırakılan bir sistem hiçbir şey teslim etmemiştir. Değişim yönetimi araştırmaları bu noktayı destekliyor: Prosci'nin uzun soluklu çalışmaları, mükemmel değişim yönetimine sahip projelerin, zayıf değişim yönetimine sahip projelere kıyasla hedeflerine ulaşma olasılığının yaklaşık yedi kat daha yüksek olduğunu buluyor.
En iyi KPI dashboard'u en eksiksiz olan değildir. Yönlendirme komitesinin gerçekten bakacağı en küçük kümedir; her satırın bir sahibi vardır ve kırmızı iki döngü boyunca sürerse bir sonucu vardır. Çoğu KPI programı, doğru şeyler izlenip sonra görmezden gelindiği için başarısız olur. Rakamlar zaten kırmızıyken ne yapılacağı için SAP projelerini yeniden rayına oturtma yazıma bakın.
En önemli ERP implementasyon KPI'ı hangisidir?
Kullanıcı benimseme oranı. Kimsenin kullanmadığı, teknik olarak başarılı bir implementasyon iş değeri üretmez. Diğer KPI'lar (takvim, bütçe, test) benimsemenin koşullarını korur. Benimseme ise bunun gerçekleşip gerçekleşmediğini söyler.
Canlıya geçişten sonraki ilk haftadan itibaren departman bazında izleyin. Bir ekipteki düşük benimseme genellikle hypercare sırasında hâlâ düzeltebileceğiniz bir eğitim açığına ya da süreç tasarımı sorununa işaret eder.
ERP implementasyon KPI'ları ne sıklıkla incelenmelidir?
Takvim, maliyet ve risk teslimat sırasında yönlendirme komitesinde aylık değil, haftalık. Faz kapısı KPI'ları her kapıda. Operasyonel KPI'lar canlıya geçişten sonraki ilk 30 gün günlük, ardından 90. güne kadar haftalık.
SAP UAT için sağlıklı bir test başarı oranı nedir?
Sistem entegrasyon testinde ilk seferde %85'in üzerinde geçiş sağlıklıdır. Bunun altı genellikle izole hatalardan çok süreç tasarımı boşlukları ya da konfigürasyon hataları anlamına gelir.
UAT'a %85'in altında giriyorsanız durun ve kök nedeni düzeltin. UAT, SIT'in kaçırdıklarını neredeyse hiçbir zaman temizlemez.
Bir ERP projesinde %20'nin üzerindeki kapsam değişikliği oranı ne anlama gelir?
Proje ortada yeniden tasarlanıyor demektir. Aşımlar ve gecikmeler olası hale gelir.
Sayıdan çok eğilim önemlidir. Proje olgunlaştıkça değişiklikler yatışmak yerine hızlanıyorsa yönetişim başarısız oluyordur. Onaylanan her değişikliğin bir maliyet ve takvim etkisi beyanı olmalıdır. Yoksa kapsam kontrolden çıkmıştır.
RISE with SAP programlarına özgü KPI'lar nelerdir?
Standart 30'un üzerine üç tane: uzantılarınızın Clean Core seviye dağılımı (A'dan D'ye), anlaşılmış seviyesi ve konumu olan uzantıların payı ve SAP ilişkisinin sağlığına dair üç aylık bir inceleme (eskalasyonlar, hizmet seviyeleri, SAP'nin başarı incelemelerinin kalitesi).
Bir ERP implementasyonunda ROI nasıl hesaplanır?
ROI = (net faydalar ÷ toplam yatırım) × 100. Net faydalar, sisteme atfedilebilen ölçülebilir tasarruflar ve gelir artışlarından yeni ortamın işletme maliyetinin düşülmesiyle bulunur. Toplam yatırım yazılımı, implementasyonu, iç ekip zamanını, eğitimi, veri taşımayı ve süregelen desteği kapsar.
Temkinli olun. Tam faydalar nadiren birinci yılda gelir. Kademeli artış içeren bir model kurun: kararlı durum faydalarının birinci yılda %50'si, ikinci yılda %80'i, üçüncü yıldan itibaren %100'ü.
ERP implementasyonunda bütçe aşımlarının başlıca nedenleri nelerdir?
İzlenmeyen kapsam değişiklikleri, kalite sorunları geç ortaya çıktığı için plandan çok uzun süren veri taşıma, testte bulunan entegrasyon hataları ve çok geç başlayıp canlıya geçiş sonrası desteği artıran değişim yönetimi.
Haftalık maliyet sapması takibi ve resmî kapsam kontrolü birincisini çözer. Erken veri kalitesi değerlendirmesi ikincisini çözer. Gerçekçi hacimlerle erken entegrasyon testi üçüncüsünü çözer. Baştan itibaren değişim yönetimi dördüncüsünü çözer.
Sonraki adım
Şu anda bir ERP programı mı yürütüyorsunuz?
Bu makale şu anda içinde olduğunuz bir programa dokunduysa, 30 dakikalık bir görüşme genellikle bir hafta daha süren iç analizden daha fazla yol aldırır.




