Zastosowałbym wielowarstwowe podejście etnograficzne i techniczne, łącząc śledzenie, inżynierię odwrotną oraz zorganizowane sesje wydobywania wiedzy. Wymagałoby to sparowania odchodzącego eksperta z analitykiem biznesowym, który wykorzystuje metodę sokratejską do odkrywania drzew decyzyjnych, jednocześnie wykorzystując narzędzia do ekstrakcji procesów na plikach Excel w celu rekonstrukcji przepływów logicznych. Metodologia koncentruje się na zachowaniu wiedzy tacitnej poprzez budowanie relacji, a nie żądania dokumentacji, wykorzystując ograniczony czas na mapowanie kluczowych zależności ścieżki i logiki wpływającej na przychody jako pierwszą.~
W średniej wielkości firmie logistycznej, cały algorytm ustalania cen frachtu znajdował się w labiryntowym skoroszycie Excel z 47 powiązanymi zakładkami, makrami VBA i ukrytymi tabelami przestawnymi. Maria, jedyna pracownica, która rozumiała warunki cenowe dla różnych tras przewozu, miała przejść na emeryturę za 18 dni i blokowała wcześniejsze próby dokumentacji, ponieważ obawiała się, że zostanie zastąpiona zanim jej emerytura będzie wypłacona.
Opis problemu:
Skrzypce obliczały 40 mln USD w rocznych cytatach frachtowych, ale nie zawierały kontroli wersji, nie miały komentarzy i zawierały odniesienia cykliczne, które zawieszały się, jeśli komórki były edytowane w niewłaściwej kolejności. Zarząd musiał przenieść to do systemu Salesforce CPQ w ciągu 90 dni, aby wspierać ekspansję, ale każda sesja odkrycia z Marią kończyła się niejasnymi uogólnieniami. Tymczasem przedstawiciele sprzedaży zaczynali panikować, gdy zauważyli błędy w ofertach, które pojawiały się, gdy Maria miała dni chorobowe, ujawniając kruchą naturę systemu.
Rozwiązanie A: Wymuszenie dokumentacji
Rozważaliśmy zobowiązanie Marii do wypełnienia ustandaryzowanej listy kontrolnej wszystkich wzorów i zasad biznesowych pod groźbą wcześniejszego rozwiązania umowy. To podejście obiecywało najszybszą teoretyczną ścieżkę do pisemnych dokumentów i stworzyłoby natychmiastowy audytowalny ślad papierowy dla celów zgodności. Jednak strategia ta niosła za sobą znaczne ryzyko dla jakości wiedzy, biorąc pod uwagę antagonizm w relacjach.
Rozwiązanie B: Równoległe budowanie systemu
Rozważyliśmy zatrudnienie zewnętrznych konsultantów, aby zastosować inżynierię odwrotną do logiki Excel przy użyciu skryptów przetwarzania Python i historycznych danych ofertowych, ignorując Marię całkowicie. To usunęło zależność od niechętnego uczestnika i wykorzystało nowoczesne rozwiązania techniczne, które mogły potencjalnie odkryć optymalizacje. Niestety, ta metoda nie uwzględniła jakościowego rozumowania za wyjątkami cenowymi.
Rozwiązanie C: Etnografia osadzona z uporządkowanymi wynikami
Proponowaliśmy przypisanie starszego analityka biznesowego do śledzenia Marii przez 4 godziny dziennie jako "partnera w wiedzy", a nie audytora, używając nagrywania ekranu i zapytania konwersacyjnego. Jednocześnie analityk techniczny mógłby wyodrębnić relacje wzorów przy użyciu Power Query oraz dekompilatorów VBA, aby rekonstrukcja struktury logicznej. To podejście wymagało starannego ujęcia, aby uniknąć wrażenia nadzoru, ale obiecywało kompleksowe uchwycenie zarówno wiedzy jawnej, jak i tacitnej.
Wybrane rozwiązanie i uzasadnienie:
Wybierzliśmy rozwiązanie C po zabezpieczeniu prywatnego spotkania z Marią, w którym zagwarantowaliśmy jej pełne świadczenia emerytalne i umowę konsultacyjną na trzy miesiące po emeryturze w premium za współpracę. To zgrało jej motywacje z powodzeniem projektu. Ujęcie "partnera w wiedzy" pozycjonowało BA jako ochroniarza jej dziedzictwa, a nie zastępcę, co otworzyło szczere wyjaśnienia, dlaczego niektórzy przewoźnicy otrzymywali nieoficjalne zniżki, które były historycznymi kredytami relacyjnymi, nie znajdującymi się w żadnej bazie danych.
Rezultat:
W ciągu 16 dni zespół zmapował 89% krytycznej logiki cenowej, w tym ukrytego wyrażenia IF, które stosowało 3% bufor na wahania cen paliwa, co kosztowałoby firmę 1,2 mln USD rocznie, gdyby zostało pominięte w nowym systemie. Maria odeszła czując się uszanowana a wdrożenie Salesforce CPQ rozpoczęło się z opóźnieniem tylko dwóch tygodni. Trzymiesięczna umowa konsultacyjna okazała się kluczowa, gdy system napotkał niespodziewany scenariusz cenowy w trakcie uruchamiania, który tylko Maria rozpoznała.
Pytanie 1: Jak rozróżniasz między zasadą biznesową, którą należy zachować dokładnie, a artefaktem technicznym, który istnieje tylko z powodu ograniczeń Excel?
Odpowiedź: Kandydaci często traktują każdą formułę i makro jako święty wymóg biznesowy, nie zdając sobie sprawy, że obejścia Excel często reprezentują zadłużenie techniczne, a nie zamiar biznesowy. Kluczowe jest zadawanie pytań "co byś zrobił, gdyby Excel pozwalał ci..." aby rozdzielić ograniczenie od celu. Na przykład złożone zagnieżdżone wyrażenie IF może w rzeczywistości reprezentować harmonogram zniżek, który powinien być tabelą wyszukiwania w odpowiedniej bazie danych, a nie złożoną formułą. Zawsze należy sięgnąć do dokumentu polityki biznesowej lub źródła regulacyjnego — jeśli zasada nie jest tam zapisana, to prawdopodobnie jest to obejście wdrożeniowe. Musisz zweryfikować z interesariuszami, czy konkretna sekwencja obliczeń ma znaczenie, czy tylko wynik matematyczny.
Pytanie 2: Jakie konkretne techniki zapobiegają temu, aby ekspert z dziedziny przedmiotu czuł się przesłuchiwany podczas sesji wydobywania wiedzy?
Odpowiedź: Krytycznym błędem jest używanie pytań "dlaczego", które wywołują defensywne uzasadnienia; zamiast tego użyj sformułowania "pomóż mi zrozumieć, jak to chroni biznes", co pozycjonuje eksperta jako strażnika. Zastosuj technikę Pięciu Dlaczego pośrednio przez opowiadanie historii: "Przeszliśmy przez to, co się wydarzyło podczas pośpiechu w Q4, gdy porty zachodniego wybrzeża były zablokowane." To narracyjne podejście uruchamia pamięć za pomocą kontekstu, a nie abstrakcyjnej przypomnienia. Dodatkowo, nigdy nie nagrywaj pierwszej sesji — użyj jej tylko do budowania relacji. Dziel się swoimi notatkami na koniec każdego dnia, pytając "Czy przegapiłem coś ważnego dla ciebie?" To daje im kontrolę redakcyjną i psychologiczne bezpieczeństwo.
Pytanie 3: Jak weryfikujesz dokładność rekonstrukcji logiki biznesowej, gdy oryginalny system nie ma śladu audytowego, a ekspert opuścił organizację?
Odpowiedź: Nie można polegać na porównaniu kodu, ponieważ Excel i Salesforce różnie obsługują arytmetykę zmiennoprzecinkową. Zamiast tego skonstruuj równoległy okres uruchomienia, używając danych historycznych: wyodrębnij 500 losowych ofert historycznych z ubiegłego roku i uruchom je przez nowy system, a następnie analizuj variancje. Wszystkie odchylenia większe niż 0,01% wskazują na lukę logiczną. Utwórz "rejestr wiedzy plemiennej", dokumentujący każdą przypuszczenie poczynioną podczas rekonstrukcji, oznaczonym poziomami pewności. Podczas UAT, testuj szczególnie przypadki brzegowe oznaczone niską pewnością z ekstremalnymi wartościami wejściowymi.