Emekli olacak uzmanın yanına bir gölge analist (BA) atayarak, karar ağaçlarını ortaya çıkarmak için Sokratik yöntem kullanarak ve aynı zamanda Excel dosyalarında süreç madenciliği araçları kullanarak mantık akışlarını yeniden yapılandırmak için gözetim, tersine mühendislik ve kolaylaştırılmış bilgi çıkarım seanslarını birleştiren çok katmanlı bir etnografik ve teknik arkeoloji yaklaşımını benimseyeceğim. Metodoloji, belgeleme talepleri yerine ilişki kurarak örtük bilgiyi korumaya öncelik verir, sınırlı zamanı kritik yol bağımlılıklarını ve gelir etkisi mantığını haritalamak için kullanır.
Orta ölçekli bir lojistik firmasında, tüm nakliye fiyatlandırma algoritması 47 ilişkilendirilmiş sekmesi, VBA makroları ve gizli pivot tabloları olan karmaşık bir Excel çalışma kitabı içinde yaşıyordu. Farklı nakliye hatları için koşullu fiyatlandırma kurallarını anlayan tek çalışan olan Maria, 18 gün içinde emekli olacaktı ve emeklilik hakkı kullanılmadan önce yerinin alınmasından korktuğu için önceki belgeleme girişimlerini engelledi.
Sorun Tanımı:
Çalışma kitabı yıllık 40M $ nakliye teklifleri hesaplıyordu, ancak sürüm kontrolü, yorum yoktu ve hücrelerin yanlış sırayla düzenlenmesi durumunda çökmesine neden olan döngüsel referanslar içeriyordu. Yönetim, genişlemeyi desteklemek için bunu 90 gün içinde Salesforce CPQ sistemine geçirmek zorundaydı, ancak Maria ile yapılan her keşif oturumu belirsiz genellemelerle sona eriyordu. Bu arada, satış temsilcileri Maria hastalandığında teklif hatalarının girmeye başladığını fark ettikçe paniklemeye başlamışlardı, bu durum sistemin kırılganlığını ortaya koyuyordu.
Çözüm A: Zorunlu Belgeleme Sprinti
Maria'nın, erken işten çıkarılma tehdidi altında tüm formüller ve iş kuralları için standart bir şablon kontrol listesini doldurmasını zorunlu kılmayı düşündük. Bu yaklaşım, yazılı kayıtlara en hızlı teorik yolu sağlamayı vaat ediyordu ve uyum gereksinimleri için hemen denetim edilebilir bir belge yolu oluşturacaktı. Ancak, bu strateji, bilgilerin kalitesi açısından önemli riskler taşıyordu.
Çözüm B: Paralel Sistem İnşası
Maria'yı tamamen göz ardı ederek Excel mantığını Python ayrıştırma skriptleri ve geçmiş teklif verileri kullanarak tersine mühendislik yapması için dış danışmanlar kiralamayı değerlendirdik. Bu, isteksiz katılımcıya bağımlılığı ortadan kaldırdı ve potansiyel olarak optimizasyonları keşfetmesi için modern teknik çözümler kullandı. Ne yazık ki, bu yöntem fiyatlandırma istisnalarının arkasındaki niteliksel akıl yürütmeyi hesaba katmadı.
Çözüm C: Gömülü Etnografi ile Yapılandırılmış Çıktı
Maria'yı günde 4 saat boyunca "bilgi ortağı" olarak izlemek için kıdemli bir BA atamayı önerdik, denetçi olarak değil, ekran kaydı ve konuşma sorgusu kullanarak. Aynı anda, bir teknik analist Power Query ve VBA dekompilerleri kullanarak formül ilişkilerini çıkararak mantık iskeletini yeniden yapılandırır. Bu yaklaşım, gözetim gibi görünmemek için dikkatli bir çerçeve gerektiriyordu, ancak hem açık hem de örtük bilgilerin kapsamlı bir şekilde yakalanmasını vaat etti.
Seçilen çözüm ve gerekçe:
Maria ile özel bir toplantı yaptıktan sonra, işbirliği karşılığında emekli maaşını tamamen garanti etme ve üç aylık emeklilik sonrası danışmanlık sözleşmesi teklif ettik. Bu, onun projeye olan teşviklerini başarı ile hizaladı. "Bilgi ortağı" çerçevesi, BA'yı onun yerini alıcı değil, mirasını koruyan durumuna getirdi, bazı taşımacılara verilen resmi olmayan indirimlerin nedenini açıklamada açık bir şekilde konuşmasını sağladı.
Sonuç:
Takım, 16 gün içinde kritik fiyatlandırma mantığının %89'unu haritaladı, yeni sistemde atlanırsa şirkete yıllık 1.2M $ kaybettirecek yakıt volatiliteleri için %3'lük bir tampon uygulayan gizli bir IF ifadesini dahil etti. Maria, saygı duyulmuş olarak ayrıldı ve Salesforce CPQ uygulaması yalnızca iki haftalık bir gecikme ile başlatıldı. Üç aylık danışmanlık ücreti, sistemin go-live sırasında yalnızca Maria'nın tanıdığı beklenmeyen mevsimsel fiyatlandırma senaryosu ile karşılaştığında kritik bir rol oynadı.
Soru 1: Bir iş kuralı ile yalnızca Excel'in sınırlamaları nedeniyle mevcut bir teknik nesne arasında nasıl ayrım yaparsınız?
Cevap: Adaylar, her formülü ve makroyu kutsal bir iş gerekliliği olarak ele alarak, Excel geçici çözümlerinin sıklıkla teknik borç olarak temsil edildiğini görmezden gelirler. Anahtar, "eğer Excel size izin verseydi..." sorularını sormaktır, kısıtlama ile amacı ayırmak için. Örneğin, karmaşık bir iç içe IF ifadesi, uygun bir veritabanındaki bir arama tablosu olması gereken kademeli bir indirim programını temsil edebilir, çok katmanlı bir formül değil. Her zaman iş politikası belgesine veya düzenleyici kaynağa geri iz sürün - eğer kural orada yazılmamışsa, büyük olasılıkla bir uygulama geçici çözümü vardır. Belirli bir hesaplama sırasının önemli olup olmadığını veya yalnızca matematiksel sonucun önemli olup olmadığını belirlemek için paydaşlarla doğrulama yapmalısınız.
Soru 2: Bilgi çıkarım seanslarında bir konu uzmanının sorgulanan hissi yaşamaması için hangi özel teknikler kullanılır?
Cevap: Kritik hata, savunmacı gerekçeleri tetikleyen "neden" soruları kullanmaktır; bunun yerine, uzmanı koruyucu olarak konumlandıran "bu işin nasıl korunmasını sağladığını anlamama yardım et" çerçevesini kullanın. Beş Neden yöntemini dolaylı olarak hikaye anlatımı yoluyla uygulayın: "Batı kıyısı limanları tıkandığında Q4 koşu sırasında neler olduğunu anlatın." Bu anlatı yaklaşımı, soyut hatırlama yerine bağlam yoluyla belleği tetikler. Ayrıca, ilk oturumu asla kaydetmeyin - bunu yalnızca ilişki kurma amacıyla kullanın. Her günün sonunda notlarınızı paylaşın, "Önemli bulmadığınız bir şey oldu mu?" şeklinde sorarak, onlara editoryal kontrol ve psikolojik güvenlik sağlar.
Soru 3: Orijinal sistemin denetim izi yokken ve uzman kuruluşu terk ettiğinde yeniden yapılandırılan iş mantığının doğruluğunu nasıl doğrularsınız?
Cevap: Excel ve Salesforce'un kayan nokta aritmetiğini farklı bir şekilde ele aldığını göz önüne alarak, kod karşılaştırmasına güvenemezsiniz. Bunun yerine, tarihsel veri tekrarını kullanarak bir paralel çalışma dönemi oluşturun: geçmiş bir yıldan 500 rastgele tarihli teklifi çıkarın ve yeni sistemden geçirin, ardından sapmayı analiz edin. %0.01'den büyük herhangi bir sapma, bir mantık açığını gösterir. Yeniden yapılandırma sırasında yapılan her varsayımı, güven seviyeleri ile etiketleyerek belgelerle kaydeden bir "kabile bilgisi kaydı" oluşturun. UAT sırasında, düşük güvenle işaretlenmiş kenar durumlarını aşırı giriş değerleri ile özel olarak test edin.