Operasyonel Röntgen ve Mevcut Durum Analizi (As-Is Gap Analysis)

BÖLÜM 02

Çalışma yönetimi, tarafsızlık ve kanıt standardı

Teşhis ekibi, süreç sahibinin anlattığı akışı sistem kaydı ve işlem örneğiyle karşılaştırır. Görüşme tek başına bulgu kanıtı sayılmaz. Her bulguya bir ID, süreç adı, tarih aralığı, kaynak sistem, örnek işlem, doğrulayan kişi, belirsizlik ve veri kısıtı eklenir. Bir görüş ile bir işlem kaydı çelişiyorsa rapor bunu gizlemez; açık konu olarak kaydeder.

Örnek çalışma sırası: ilk hafta kapsam ve veri sözlüğü, ikinci hafta görüşmeler ve akış izleme, üçüncü hafta kayıt analizi ve zaman etüdü, dördüncü hafta bulgu teyidi ve karar toplantısı. Bu süre şirketin büyüklüğüne ve erişim iznine göre değişir.

Matrisin tamamı için yatay kaydırabilirsiniz.

Veri çekimleri yalnızca onaylı erişimle yapılır. Rapor ve dışa aktarımlarda müşteri/çalışan kimlikleri, ödeme ve sağlık verileri amaç dışı çoğaltılmaz.

BÖLÜM 03

As-Is süreç haritalama protokolü

Her süreç aynı şemada belgelenir: tetikleyici → işlem adımları → karar noktaları → bekleme → istisna → çıktı → kapanış. Her adım için yapan rol, onaylayan rol, kullanılan sistem, veri girişi, işlem süresi, kuyruk süresi ve kontrol noktası ayrı kaydedilir. Akış yalnızca ideal prosedürü değil, sahadaki gerçek istisnaları da gösterir.

Başlangıç örneklemi; satış-teklif-sipariş, satın alma-talep-sipariş, fatura-mutabakat-ödeme ve talep-onay-teslim akışlarından seçilir. Tekrarlayan işler ile seyrek ama yüksek riskli işler ayrı örneklenir. Mümkünse en az iki lokasyon ve farklı yoğunluk dönemleri karşılaştırılır; uygun değilse bu sınır raporda belirtilir.

Bir işlem için gözlem formu

• İşlem ID [anonim], süreç [ad], başlangıç [zaman], bitiş [zaman], kanal [ERP/e-posta/Excel/diğer].
• Adım [no], işi yapan [rol], kararı veren [rol], bekleme nedeni [kod], yeniden giriş sayısı [adet].
• İstisna [var/yok], kontrol kanıtı [kayıt], çıktı kalitesi [kabul/red], işlem sonucunu etkileyen bağımlılık [açıklama].

Haritalama kalite kapısı

• Akışın başlangıcı ve bitişi belirsizse o süreç için verimlilik oranı yayımlanmaz.
• Yalnızca yönetici anlatımıyla çizilen akış As-Is olarak onaylanmaz; uygulayıcı ve işlem iziyle test edilir.
• İstisnaların toplam hacimdeki payı ayrı ölçülür; istisna görünmezse ortalama süre yanıltıcı olabilir.

BÖLÜM 04

Kişi bağımlılığı ve yetki darboğazı analizi

Kişi bağımlılığı; karar, bilgi, erişim veya ilişki tek bir kişide toplandığında ve belgelenmiş yedek bulunmadığında oluşur. Her kritik iş için asıl rol, yedek rol, yazılı talimat, yetki sınırı ve son 90 günde bu kişinin yokluğunda görülen etki kaydedilir. Bir kurucunun onayı hukuken veya yönetişim gereği zorunluysa bu durum israf diye etiketlenmez; karar limiti ve devir olanağı ayrıca incelenir.

Matrisin tamamı için yatay kaydırabilirsiniz.

Bu tablo örnek risk hipotezidir. Şirketin fiili durumu, pozisyon ve işlem kanıtı olmadan kesin bulguya çevrilmez.

BÖLÜM 05

Manuel efor ve veri geçişi incelemesi

Sistem kullanımı otomatik akış anlamına gelmez. ERP, CRM, e-posta ve elektronik tablolar arasındaki her veri geçişi için kaynak kayıt, hedef kayıt, alan eşleşmesi, kopyalama yöntemi, tekrar sıklığı, hata ve düzeltme süresi çıkarılır. Tekil doğruluk kaynağı (SSOT) kararı verilirken kayıt sahipliği, güncelleme hakkı ve mutabakat zamanı birlikte tanımlanır.

Haftalık manuel efor = işlem başına aktif dokunma dakikası × haftalık işlem hacmi ÷ 60. Aynı işlemde birden fazla kişinin eforu ayrı toplanır; bekleme süresi insan-saat hesabına eklenmez. Kaynak metindeki ‘40+ insan-saat’ değeri ancak gözlem sayısı, işlem hacmi ve yöntem doğrulanırsa rapora sonuç olarak girer.

• Alan düzeyi eşleştirme: müşteri, sipariş, fatura, tutar ve tarih alanlarının kaynağı ile hedefi yazılır.
• Mükerrer kayıt testi: aynı iş olayının birden çok sistemde ne kadar ve hangi koşulla tekrarlandığı ölçülür.
• Hata testi: örneklemde yanlış eşleşme, eksik alan ve gecikmiş güncelleme ayrı kodlanır.
• Entegrasyon kararı: önce veri sözlüğü ve sorumluluk, ardından API veya otomasyon tasarımı; otomatik yazma için kontrol ve geri alma kuralı.

BÖLÜM 06

Onay zinciri, bekleme ve karar süresi

Her onay için talep oluşturulma, sıraya girme, ilk inceleme, geri gönderme, nihai karar ve icra zamanları ayrı alınır. Uçtan uca süre ile aktif çalışma süresi karıştırılmaz. Standart ve istisnai işlemler ayrılır; median, 90. yüzdelik ve yeniden açılan talep oranı birlikte raporlanır.

Karar ağacında tutar, risk, mevzuat, sözleşme ve müşteri etkisi için eşikler belirlenir. Çift kontrol gerektiren yüksek riskli adımlar otomatik olarak kaldırılmaz. Düşük riskli tekrarlayan onayların devri, ancak süreç sahibi ve kontrol biriminin onayladığı yetki matrisiyle önerilir.

Bekleme kodları

• B1: Onay sahibine ulaşamama; B2: Eksik veri/belge; B3: Sistem erişimi veya entegrasyon sorunu.
• B4: Yetki limiti belirsizliği; B5: Bütçe veya nakit kısıtı; B6: Müşteri/tedarikçi yanıtı.

Gecikme hesabı

• Gecikme oranı = taahhüt tarihini aşan uygun işlem sayısı / taahhüt tarihi olan uygun işlem sayısı.
• Kaynak metindeki ‘%30 gecikme’, onaylanmış hedef tarihleri ve gerçekleşen bitiş kayıtlarıyla doğrulanacak örnek iddiadır.
• Neden ayrıştırması yapılmadan gecikmenin tamamı yönetici onayına bağlanmaz.

BÖLÜM 07

Muda türleri, etki ve kök neden matrisi

İsraf kaydı yalnızca ‘fazladan iş’ etiketiyle kapatılmaz. Her satırda gözlenen olay, olası kök neden, müşteri/çalışan/finans etkisi, veri güveni ve kontrol riski yer alır. Otomasyon önerisi, gereksiz adım kaldırma önerisinden ayrı değerlendirilir.

Matrisin tamamı için yatay kaydırabilirsiniz.

İlk üç satır kullanıcı metnindeki örnekleri açar; diğer satırlar teşhisin kör noktalarını azaltan kontrol listesidir. Hiçbir örnek müşteri bulgusu olarak sunulmaz.

BÖLÜM 08

Ölçüm sözlüğü ve başlangıç çizgisi

Her gösterge için isim, işlem evreni, pay, payda, dönem, veri kaynağı, veri sahibi, dışlama kuralı ve beklenen güncelleme sıklığı yazılır. Karşılaştırma yapılacaksa aynı tanım önce/sonra döneminde korunur. Eksik zaman damgası, geri alınmış işlem ve birleşik siparişler rapordan sessizce çıkarılmaz; adet ve etkileri açıklanır.

Matrisin tamamı için yatay kaydırabilirsiniz.

Eşikler ve hedefler başlangıç çizgisi çıktıktan sonra süreç sahibi tarafından onaylanır; hazır yüzde vaatleri kullanılmaz.

BÖLÜM 09

Boşluk puanı ve müdahale önceliği

Bulgular üç ayrı soruyla puanlanır: etki (1–5), gerçekleşme sıklığı (1–5), kanıt güveni (düşük/orta/yüksek). Etki × sıklık ilk tarama puanıdır; güven düşükse karar ‘araştır’ olarak kalır. Yasal veya güvenlik riski, sayısal puanı düşük olsa da ayrı yönetim eskalasyonuna gider. Müdahale sırası, bütçe ve bağımlılıklarla birlikte kararlaştırılır.

Karar sınıfları

• Hemen güvenceye al: kritik kontrol veya hizmet sürekliliği riski; geçici kontrol sahibi ve son tarih atanır.
• Pilotla: ölçülebilir yüksek hacimli darboğaz; küçük örneklemde yeni akış test edilir.
• Tasarım kuyruğuna al: birden fazla sistem veya departmana bağlı yapısal sorun.
• Veri topla: kanıt zayıf veya baz çizgi yok; çözüm ve tasarruf vaadi verilmez.

BÖLÜM 10

Dönüşüm iş paketleri ve sorumluluklar

D-RJ-01'in çıktı kararı ‘sistem kuruldu’ değildir; hangi işin hangi sahiplikle tasarlanacağıdır. Her öneri için beklenen etki, maliyet, kontrol şartı, bağımlılık, pilot kapsamı, kabul ölçütü ve geri alma planı yazılır. Standart bir öncelik kaydı aşağıdaki iş paketlerini içerir.

Matrisin tamamı için yatay kaydırabilirsiniz.

R ve A, şirketin kendi organizasyonuna göre isimlendirilip yazılı onaylanır. Bir iş paketinde tek hesap veren makam bulunur.

BÖLÜM 11

Rapor paketi, kabul kontrolü ve devir

Teslim paketi; kapsam beyanı, süreç haritaları, kanıt dizini, Muda matrisi, baz çizgi hesapları, kişi bağımlılığı haritası, açık itirazlar, öncelikli iş listesi ve karar tutanağından oluşur. Her dosya sürüm, tarih ve sahibiyle kaydedilir. Duyarlı işlem ayrıntıları genel dolaşıma açılan rapora eklenmez; yetkili inceleme alanında saklanır.

Kabul toplantısında proje sponsoru şu soruları yanıtlar: Süreç sınırı ve örneklem yeterli mi? Sayısal bulgular yeniden hesaplanabiliyor mu? Kontrol kaybı yaratmadan kaldırılabilecek adımlar hangileri? Öncelik, bütçe ve uygulama sahibi belli mi? İtirazlı bulgular kapatıldı mı? Açık kalan bulgular karar kaydında görünür bırakılır.

Onay alanları

• Hazırlayan: [ad/rol, tarih, sürüm]. İnceleyen süreç sahibi: [ad/rol, görüş]. Veri doğrulayan: [ad/rol, örneklem].
• Karar: [kabul / koşullu kabul / iade]. Açık koşullar: [ID, sahip, son tarih]. Bir sonraki gözden geçirme: [tarih].

Kod ve sıra notu

• Yeni operasyonel dizide D-RJ-03 Süreç Yalınlaştırma ve Yeniden Tasarım Master Planı, bu teşhisin doğrudan devamıdır. D-RJ-09 mevcut BPR arşiv belgesi olarak ayrıca okunabilir.
• Önceki dizide D-RJ-03 koduyla yayımlanan Stratejik Yönelim Manifestosu, tarihsel bağlamı korunarak D-RJ-03 sayfası altında ayrı bir arşiv varyantına taşınmıştır.