Du er færdig med din økonomiske model og overbevist dig selv om at overdrage den til resten af dit team for at gennemgå eller bruge den regelmæssigt. Så, en dag, hører du ordene, der rammer enhver modeldesigners hjerte: "Undskyld, jeg generer dig, men regnearket virker ikke."
Du prøver hårdt på ikke at gå i panik, men du kan ikke lade være: Du bryder ud i koldsved. Du tænker ved dig selv: "Jeg tjekkede den model grundigt og brugte timer på at forklare og dokumentere, hvordan man bruger den. Hvordan lykkedes det dem at ødelægge det? Den model var skudsikker.”
På trods af en voksende følelse af uro, slentrer du nonchalant hen til din kollegas skrivebord og prøver at se rolig ud. Du tager et kig, og der er helt sikkert noget galt.
Tag en dyb indånding og start med elimineringsprocessen. Her er nogle steder at starte:
- Et revisionsspor med ændringer vil give dig mulighed for hurtigt og effektivt at analysere årsagen til problemet: Er problemet med dataene eller modellen? Du slår til revisionsloggen på forsiden, men den er efterladt tom. Ved overdragelsen blev brugerne bedt om at dokumentere eventuelle ændringer, men den sidst loggede indtastning var din egen.
- Selvfølgelig beholdt du en ren kopi af den færdige model ved overdragelsen, med hver ændring, der blev foretaget, så du kan sammenligne den nuværende kopi af modellen med den sidste, du havde. Hvis du får forskellige svar fra den "brudte" kopi og den "rene" kopi med de samme input, vil en sammenligning af de to versioner bringe dig tættere på kilden til problemet.
- En gennemgang af eventuelle fejltjek, du oprettede, da du byggede modellen, vil også identificere kilden til eventuelle åbenlyse fejl, som brugerne kan have overset.
Hvis du har flere brugere, bliver det mere udfordrende at afgøre, hvem der kan have ændret modellen, og om det er en manuel fejl, en uventet aktivitet eller et underliggende problem i modeldesignet. At spore tilbage for at finde fejlen er en proces, der kan være en hurtig løsning, eller det kan være ret kompliceret.
Når du har kontrolleret og rettet en fejl, kan du finde ud af, hvad der forårsagede den pågældende fejl. Dette giver dig igen mulighed for at indføre yderligere fejlsikring i din model eller støttestruktur. Hvis du ikke allerede har gjort det, skal du sørge for, at modellen indeholder en revisionslog, en ren version og fejltjek.
Overvej også at tilføje beskyttelse til modellen og datavalideringer for eventuelle input. Du kan derefter beslutte dig for enten at rette problemet i den aktuelle version af modellen eller gå tilbage til originalen ved at overføre de nye data til en ren kopi.