Infoworld

Waar gehakt wordt vallen spaanders en fouten maken is menselijk. Dat neemt niet weg dat lang niet iedereen zich fouten kan permitteren. Een huisman die de aardappels laat aanbranden, komt daar waarschijnlijk beter mee weg dan een top-kok in een sterrenrestaurant. Hetzelfde geldt voor de IT-industrie, waarin fouten vaak grotere gevolgen hebben voor anderen dan voor uzelf. Niemand is perfect, maar het kan geen kwaad de meest gemaakte blunders op een rij te zetten, zodat u daar uw neus niet aan hoeft te stoten. Eerder presenteerden we u al de eerste, tweede en derde 10 fatale fouten, deze week besluiten we met (voorlopig) de laatste 10.

31. Geen zicht op mobiele gebruikers
Het is tegenwoordig veel makkelijker om updates te installeren via het netwerk dan vroeger, en ook voor het maken van backups van alle computers in het netwerk is dankzij speciale software geen universitaire graad meer nodig. Dat wordt anders wanneer een deel van de gebruikers niet altijd op het bedrijfsnetwerk werkt, maar thuis of op een andere manier mobiel.

De opkomst van thuiswerken heeft de regels van backuppen en beveiliging aanzienlijk veranderd. Verloren bestanden of gehackte computers kunnen uren werk ongedaan maken en veel geld kosten. Het is dus van groot belang het automatiseringsbeleid zo te ontwerpen dat ook de mobiele gebruiker daarin wordt meegenomen, zelfs al is het er maar één. Want ook van één medewerker kunnen bedrijfsgevoelige gegevens worden gestolen.

32. Geld verspillen aan compliance
Wanneer een bedrijf te maken krijgt met richtlijnen, zoals Sarbanes-Oxley, HIPAA enzovoorts, dan wordt er vaak teruggegrepen op de verbandmethode, oftewel gaten dichtlopen. Maar het is ontzettend zonde van het geld om veel te investeren in compliance die misschien voor uw bedrijf helemaal niet relevant is. Dat geld kan beter worden gestoken in zaken waar uw bedrijf wel baat bij heeft. Hoewel strikte regels soms noodzakelijk zijn om compliance fixes snel te kunnen uitvoeren, is een holistische aanpak vaak beter. Wanneer u uw compliance strategie aan het plannen bent, denk dan vooral in globale richtlijnen en procedures en niet enkel in gerichte oplossingen. Probeer het compliance proces te automatiseren, dat zal u veel geld schelen.

33. Schaalbaarheid onderschatten
Veel bedrijven denken dat ze goed ingericht zijn op schaalbaarheid, maar in werkelijkheid is dit vaak niet het geval, waardoor de groei van zo'n bedrijf enorm kan worden geremd. Het belangrijkste dat u in gedachten moet houden is dat ieder systeem zo betrouwbaar is als de zwakste schakel. Wanneer u bijvoorbeeld een automatisch proces hebt draaien, maar dit is afhankelijk van een ander proces waar een menselijke handeling voor nodig is, dan is dat een zwakke schakel en kunt u het systeem niet meer geautomatiseerd noemen.

Daarbij is een veelgemaakte fout dat bedrijven geld proberen te besparen door op een verkeerde manier te proberen efficiënt te zijn. Zo wordt er regelmatig een webserver, die tijdelijk niet wordt gebruikt, ingezet als bedrijfsdatabase, of wordt een actief werkstation ingezet als netwerk-opslagplaats. Dat zijn zaken die u moet proberen te voorkomen. Wanneer u groeit worden dit soort zaken een probleem, en als u eenmaal een groot bedrijf bent, zal het steeds moeilijker zijn dat soort problemen te verhelpen, omdat ze dan inmiddels een geïntegreerd onderdeel zijn van uw architectuur.

34. Verkeerde SaaS-strategie
SaaS (software as a service) wordt door veel bedrijven onderschat, wat zonde is omdat er veel geld kan worden bespaard. Steeds meer softwarebedrijven bieden hun producten aan als hosted services en dat kan u een hoop werk uit handen nemen, en daarmee veel geld besparen.

Aan de andere kant is teveel vertrouwen in SaaS ook weer niet goed voor uw bedrijf. U moet zich realiseren dat SaaS een businessmodel is en niet per definitie een garantie voor goede software. Hosted services zijn niet zo onderling compatibel als desktop software, en ze zijn ook minder goed aan te passen aan uw eigen wensen. Het is, zoals met alles, een kwestie van afwegen wat belangrijk is voor uw bedrijf, waarna u een keuze kunt maken welke software u aanschaft en welke u inzet als SaaS.

35. Code niet analyseren
Wanneer er een programma wordt geschreven dat niet goed werkt, wijzen de programmeurs vaak naar een fout in de onderliggende programmeertaal. Hoewel dat soms daadwerkelijk het geval is, gaat het negen van de tien keer om slecht ontworpen algoritmen, inefficiënte storage calls en andere programmeerfouten.

In plaats van direct een schuldige aan te wijzen, is het veel verstandiger gewoon uit te zoeken waar de problemen zitten, door de code te analyseren. Zo heeft het bijvoorbeeld geen zin bepaalde delen van een code te optimaliseren als u niet weet wat het deel is dat de uitvoering van de code het meest vertraagd. Wederom een kwestie van de zwakste schakel opsporen. Het grote voordeel is: als u ontdekt dat uw code niet optimaal werkt doordat er inderdaad een probleem is met de programmeertaal, dan kunt u dit probleem openbaar maken, waarna u het zelf niet hoeft te verhelpen.

Lees ook: 10 fouten die een IT-er niet moet maken deel 1, deel 2 en deel 3.

Mist u nog dodelijke blunders? Deel uw ervaringen via reacties@infoworld.nl.