Olete oma finantsmudeliga lõpule viinud ja veendunud, et annate selle üle oma ülejäänud meeskonnale, et seda regulaarselt üle vaadata või kasutada. Siis kuulete ühel päeval sõnu, mis panevad iga modellidisaineri südamesse hirmu: "Vabandust, et häirin, kuid arvutustabel ei tööta."
Püüate kõvasti mitte paanikasse sattuda, kuid te ei saa sellest midagi parata: teid puhkeb külm higi. Mõtlete endamisi: "Ma kontrollisin seda mudelit põhjalikult ja veetsin tunde selle kasutamise selgitamiseks ja dokumenteerimiseks. Kuidas neil õnnestus see sassi ajada? See mudel oli kuulikindel.
Vaatamata kasvavale rahutustundele kõnnite rahulikult kolleegi laua juurde, püüdes näida rahulik. Vaatad ja kindlasti on midagi valesti.
Hingake sügavalt sisse ja alustage eemaldamise protsessiga. Siin on mõned kohad, kust alustada:
- Muudatuste kontrolljälg võimaldab teil kiiresti ja tõhusalt analüüsida probleemi algpõhjust: kas probleem on andmetes või mudelis? Te pöördute avalehel oleva auditi logi poole, kuid see on jäetud tühjaks. Üleandmisel paluti kasutajatel kõik muudatused dokumenteerida, kuid viimane sisselogitud kanne oli teie enda tehtud.
- Loomulikult hoidsite üleandmisel valmis mudeli puhast koopiat koos iga tehtud muudatusega, et saaksite võrrelda mudeli praegust koopiat eelmisega, mis teil oli. Kui saate samade sisenditega "katkisest" koopiast ja "puhast" koopiast erinevad vastused, saate kahe versiooni võrdlemisel probleemi allikale lähemale.
- Mudeli loomisel tehtud veakontrollide ülevaatamine tuvastab ka kõigi ilmsete vigade allika, millest kasutajad võisid märkamata jääda.
Kui teil on mitu kasutajat, on keerulisem kindlaks teha, kes võis mudelit muuta ja kas see on käsitsi tehtud viga, ootamatu tegevus või mudeli disaini põhiprobleem. Vea leidmine on protsess, mis võib olla kiire lahendus või üsna keeruline.
Kui olete vea kontrollinud ja parandanud, saate välja selgitada, mis selle konkreetse vea põhjustas. See omakorda võimaldab teil oma mudelis või tugistruktuuris rakendada täiendavat veakindlust. Kui te pole seda veel teinud, veenduge, et mudel sisaldab auditi logi, puhast versiooni ja veakontrolle.
Kaaluge ka mudelile kaitse lisamist ja andmete valideerimist mis tahes sisendite jaoks. Seejärel saate otsustada, kas lahendada probleem mudeli praeguses versioonis või minna tagasi originaali juurde, teisaldades uued andmed puhtale koopiale.