Завршили сте са својим финансијским моделом и убедили себе да га предате остатку свог тима да га редовно прегледа или користи. Онда, једног дана, чујете речи које изазивају страх у срцу сваког дизајнера модела: „Извините што вам сметам, али табела не ради.“
Трудите се да не паничите, али не можете си помоћи: обли вас хладан зној. Мислите у себи: „Темељно сам проверио тај модел и провео сате објашњавајући и документујући како да га користим. Како су успели да то забрљају? Тај модел је био отпоран на метке.”
Упркос растућем осећају нелагоде, ноншалантно прилазите столу свог колеге, покушавајући да изгледате смирено. Баците поглед и, наравно, сигурно нешто није у реду.
Дубоко удахните и почните са процесом елиминације. Ево неких места за почетак:
- Ревизорски траг промена ће вам омогућити да брзо и ефикасно анализирате основни узрок проблема: да ли је проблем са подацима или моделом? Окрећете се на дневник ревизије на насловној страни, али је остављен празан. Приликом примопредаје, од корисника је затражено да документују све промене, али последњи евидентирани унос је био ваш.
- Наравно, задржали сте чисту копију завршеног модела приликом примопредаје, са сваком изменом која је направљена, тако да можете да упоредите тренутну копију модела са последњом коју сте имали. Ако добијете различите одговоре од „поломљене“ копије и „чисте“ копије са истим уносима, поређењем две верзије ћете се приближити извору проблема.
- Прегледом свих провера грешака које сте направили приликом израде модела такође ће се идентификовати извор свих очигледних грешака које су корисници можда пропустили.
Ако имате више корисника, постаје теже одредити ко је можда променио модел и да ли је у питању ручна грешка, неочекивана активност или основни проблем у дизајну модела. Тражење уназад да бисте пронашли грешку је процес који може бити брза поправка или може бити прилично компликован.
Након што проверите и исправите грешку, можете да схватите шта је изазвало да се та грешка догоди. Ово вам, заузврат, омогућава да поставите додатну заштиту од грешака унутар вашег модела или структуре подршке. Ако то већ нисте урадили, уверите се да модел садржи евиденцију ревизије, чисту верзију и провере грешака.
Такође, размислите о додавању заштите моделу и валидацији података за све улазе. Затим можете одлучити да или исправите проблем у тренутној верзији модела или да се вратите на оригинал преношењем нових података у чисту копију.