Revisioner är riktigt dyra, men det visste du redan? Ändå gör du fortfarande ingenting för att minimera kostnaderna för dina revisioner... Du kastar pengar på problemet och hoppas att det magiskt kommer att lösa allt... Många elitlag gör ett enkelt trick som sparar dem tusentals kronor och det kallas "interna granskningar". Det är då utvecklarna granskar sin kod. Det här är inte att de slentrianmässigt letar efter något intressant under utvecklingen - det här är en dedikerad, strukturerad process som de schemalägger. Så här gör de: Innan den faktiska revisionen ska du fastställa en rimlig tidsram (50 % av vad revisorerna citerar dig för eftersom utvecklarna redan känner till koden). Under den tiden ska du bara granska koden, inte lägga till ny logik, inte lägga till ny mekanik, bara fokusera på säkerhet och att minska komplexiteten/onödig kod. Detta kan tyckas trivialt, men kommer faktiskt att spara dig massor, särskilt om din kod är full av buggar. Här är fördelarna: 1. Dina rapporter kommer att se bättre ut, eftersom de kommer att ha färre buggar 2. Du kommer att fånga de flesta enkla buggar, vilket gör att revisorer kan fokusera på de mer komplexa delarna 3. Revisioner kommer att gå snabbare eftersom det kommer att finnas färre korrigeringar, vilket gör att du kan starta tidigare 4. Du kanske bara behöver 1 revision, medan du utan denna förberedelse kan behöva flera