Video: Børsen-serien samlet i én: 25 unge Z'ere taler ud 2024
Du er færdig med din økonomiske model og overbevist dig om at overdrage den til resten af dit team for at gennemgå eller bruge regelmæssigt. Så en dag hører du de ord, der rammer frygt i hjertet af hver model designer: "Undskyld at forstyrre dig, men regnearket virker ikke. "
Du forsøger hårdt ikke at panikere, men du kan ikke hjælpe det: Du bryder ud i en koldsweet. Du tænker på dig selv, "Jeg har grundigt kontrolleret denne model og brugt timer forklarer og dokumenterer hvordan man bruger det. Hvordan lykkedes det at ødelægge det? Denne model var kuglebeskyttet. ”
På trods af en voksende følelse af ubehag, slår du nonchalant over til kollegaens skrivebord og forsøger at se roligt ud. Du tager et kig, og sikkert nok er der absolut noget galt.
Tag dyb indånding og start med processen med eliminering. Her er nogle steder at starte:
- Et revisionsspor af ændringer giver dig mulighed for hurtigt og effektivt at analysere årsagen til problemet: Er problemet med dataene eller modellen? Du vender dig til revisionsloggen på forsiden, men den er efterladt tom. Ved overlevering blev brugerne bedt om at dokumentere eventuelle ændringer, men det sidst loggede indlæg var din egen.
- Du beholdede selvfølgelig en ren kopi af den færdige model ved overdragelse, med alle de ændringer, 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 "ødelagte" kopi og den "rene" kopi med de samme indgange, vil sammenligningen mellem de to versioner komme dig tættere på problemet.
- En gennemgang af en fejl, du kontrollerer, der oprettes, når du bygger modellen, identificerer også kilden til eventuelle åbenbare fejl, som brugerne måske har savnet.
Hvis du har flere brugere, bliver det mere udfordrende at afgøre, hvem der måske har ændret modellen, og om det er en manuel fejl, en uventet aktivitet eller et underliggende problem i modeldesignet. Sporing 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 tjekket og rettet en fejl, kan du finde ud af, hvad der forårsagede en bestemt fejl at ske. Dette til gengæld giver dig mulighed for at indføre yderligere fejlbeskyttelse inden for din model eller supportstruktur. Hvis du ikke allerede har gjort det, skal du sørge for, at modellen indeholder et revisionslog, en ren version og fejlkontrol.
Overvej også at tilføje beskyttelse til modellen og data valideringer for alle indgange. Du kan derefter beslutte at enten rette op på problemet i den aktuelle version af modellen eller gå tilbage til originalen ved at overføre de nye data til en ren kopi.