İçeriğe geç

ERP implementasyon KPI'ları: gerçekten önemli olan 30 ölçüt

Teslimat ve canlıya geçiş sonrası olarak ayırdığım 30 ERP implementasyon KPI'ı; formülleri, eşikleri ve kimin neyi ne zaman incelediğiyle. Bir müşteri 73 'küçük' değişiklik ekleyip beş ay kaybetti; kapsam değişikliği KPI'ları bunu durdurmak için var.

Noel D'Costa, şehre bakan bir ofiste alacakaranlıkta dizüstü bilgisayarında çalışıyor
İçindekiler
  1. Proje sırasında (KPI 1 ile 15)
  2. Canlıya geçiş sonrası (KPI 16 ile 30)
  3. Formüllü beş KPI
  4. Kim neyi, ne zaman inceler
  5. Bulut programları için KPI'lar
  6. Clean Core seviye dağılımı
  7. Uzantı yerleşimi kararlaştırılmış
  8. SAP ilişkisinin sağlığı
  9. Yapay zekanın KPI raporlamasında yardımcı olduğu yerler
  10. Benimseme sorunu
  11. 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.

#KPINeyi ölçerNeden önemli
1Takvime uyumGerçekleşen ve planlanan görev tamamlamaZincirleme gecikmelerin ilk işareti
2Maliyet sapmasıFaz bazında gerçekleşen harcama ve bütçeAşımları birikmeden yakalar
3Kapsam değişikliği hacmiOnaylanan değişikliklerin sayısı ve etkisiKontrolsüz değişiklik, aşımların en yaygın nedenidir
4Kaynak kullanımıÇalışılan ve planlanan saatler; iş yükü dengesiAşırı yüklenen insanlar tükenir ya da projenin ortasında ayrılır
5Kullanı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
6Eğitim etkinliğiDeğerlendirme puanları; eğitim alan kullanıcı oranıCanlıya geçişten önce benimseme başarısızlığını öngörür
7Veri taşıma doğruluğuTemiz taşınan kayıtların oranı; hata oranıYeni sistemdeki kötü veriyi temizlemek aylar alır
8Test ortamı kesinti süresiTest sistemlerinde plansız kesinti saatleriTestteki kararsızlık, canlıdaki kararsızlığı öngörür
9Katılım puanıAnket sonuçları; kilit oturumlara katılımDirenç açıkça ortaya çıkmadan önceki erken uyarı
10Risk çö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
12Test 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
13Değişiklik talebi karar süresiTalepten karara kadar geçen günUzun kuyruklar yönetişim başarısızlığına işaret eder
14Bütçe tüketim hızıToplam bütçeye karşı harcama, tamamlanan işe göreParanın ve ilerlemenin birlikte hareket edip etmediğini gösterir
15Konfigürasyon ilerlemesiPlanlanan konfigürasyon kalemlerinin tamamlanan oranıBuradaki gecikme test ve eğitimi aşağı akışta öteler
#KPINeyi ölçerEşik veya not
16Sistem erişilebilirliğiCanlı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
17Rapor 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ğiCanlıya geçiş öncesi referans değere göre görev süresiOnayları 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 taleplerHypercare etkinliğini ölçer
20Destek talebi hacmiAçık talepler; ortalama çözüm süresi30. gün civarındaki artış genellikle sistem hatalarına değil, eğitim açıklarına işaret eder
21Süreç çevrim süreleriSipariş işleme, fatura onayı, kapanış döngüsüYöneticilerin gerçekten önemsediği sonuç
22Stok doğruluğuFiziki sayım ve sistem sayımıCanlıya geçişten sonra en görünür veri kalitesi göstergesi
23Sipariş karşılama oranıYeni sistemde zamanında karşılanan siparişlerDoğrudan operasyonel etki
24Gelir katkısıYeni yeteneklere bağlanan gelir değişimleriİş gerekçesinin uzun vadeli kanıtı
25UyumlulukDenetim bulguları; mevzuat sorunlarıEn çok finans, ilaç ve düzenlemeye tabi sektörlerde önemlidir
26Tahmin doğruluğuTahmin ve gerçekleşen talepPlanlamanın kullanılıp güvenilip güvenilmediğini gösterir
27Kullanıcı memnuniyetiKullanılabilirlik anketi; kilit kullanıcı NPS'iSistemden nefret eden kullanıcılar geçici çözümler üretir
28Süreç verimliliğiReferans değere göre süreç başına süre ve maliyetYatırımı yönetim kuruluna karşı haklı çıkarır
29Sağlanan tasarrufİş gerekçesine karşı gerçekleşen tasarrufCFO 6. ve 12. ayda soracaktır
30Yatırım getirisiNet faydaların toplam maliyete bölünmesiGenellikle 12. ve 24. ayda ölçülür

En çok sorulanlar bunlar.

  1. 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.
  2. 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.
  3. 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.
  4. 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.
  5. 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.

Her KPI kümesi ne zaman incelenirTeslimatta haftalık, canlıya geçişin hemen ardından günlük. Aylık bir inceleme, kaymayı ancak yapısal hale geldikten sonra bulur.
  1. TeslimatHaftalık program kuruluTakvim, maliyet, risk, test başarı oranı, kapsam değişikliği. Kapı KPI'ları yönlendirme komitesine gider
  2. 1-30. günlerGünlük hypercare incelemesiErişilebilirlik, destek talebi hacmi, departman bazında benimseme
  3. 90. güne kadarHaftalık benimseme incelemesiBenimseme, süreç çevrim süreleri, talep kategorileri
  4. 6. ve 12. aylarSponsor ve CFO incelemesiVerimlilik, sağlanan tasarruf, ROI
Ne zamanKPI'larİnceleyenBeslediği karar
Teslimat sırasında haftalıkTakvime uyum, maliyet sapması, risk çözümü, test başarı oranı, kapsam değişikliği hacmiProgram kuruluYeniden planla, eskale et ya da kapsamı koru
Her faz kapısındaKonfigürasyon ilerlemesi, eğitim etkinliği, veri taşıma doğruluğu, iş ortağı performansıYönlendirme komitesiGeç, koşullu geç ya da dur
Canlıya geçişten sonraki ilk 30 gün günlükErişilebilirlik, talep hacmi ve eğilimi, departman bazında benimsemeHypercare lideriSahadaki destek ve düzeltmelerin nereye yönlendirileceği
90. güne kadar haftalıkBenimseme, süreç çevrim süreleri, talep kategorileriProgram kuruluTekrar eğitimi, konfigürasyon düzeltmeleri
6. ve 12. aydaVerimlilik, sağlanan tasarruf, ROI, memnuniyetSponsor 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.

  1. 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.
  2. 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.
  3. 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.

Noel D'Costa

Yazar

Noel D'Costa

Havacılık, kamu, finans, perakende ve üretim sektörlerinde SAP ve Oracle ERP programlarında 25 yıl. Finans kökenliyim. Yönetim ekiplerinin dönüşümleri gerçekçi biçimde kapsamlandırmasına, sorunlu programları toparlamasına ve canlı ortamdaki ilk yılını sağlam atlatan sistemler kurmasına yardımcı oluyorum.

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.