Sommige zaken veranderen nooit, al bestaat IT niet langer uit EDP en zijn programmeurs niet meer de hogepriesters in de ivoren toren. Toch is de kennis die toen werd opgedaan nog steeds bruikbaar binnen een moderne context en kunnen deze principes je vandaag helpen om je IT verder te verbeteren.
1. Support is minstens zo belangrijk als de technologie zelf
Als jij IT aanschaft, ga niet alleen jij een lange termijnovereenkomst aan, maar doet de leverancier dat ook. Om op safe te spelen, kocht IT altijd in bij een grote, bekende partij. Tegenwoordig is ook open-source minstens zo veilig en wordt die technologie ook door IBM en andere grote leveranciers aangeboden.
Maar niet iedere open-source technologie wordt breed ondersteund. Anderen juist wel. Neem bijvoorbeeld het open-source PHP, dat er een veel betere securityreputatie op nahoudt dan Java. Toch wordt Java ondersteund (misschien is ‘geleverd’ is meer accurate bewoording) door Oracle, een van de grootste techbedrijven in de wereld.
Sinds Oracle het development framework Java overnam is de kritiek niet van de lucht. Zo zouden gaten niet op tijd gedicht worden.
2. Goede informatiebeveiliging begint met goede fysieke beveiliging
Het is verstandig om laptops altijd achter slot en grendel op te bergen, zo min mogelijk mensen toegang te geven tot het datacenter en logbestanden bij te houden over wie zich waar toegang tot verschaft. Het probleem van de moderne tijd is alleen dat je niet langer de enige partij bent met een sleutelbos op zaken. Vooral voor kleine en middelgrote bedrijven is er in de vorm van cloud een belangrijk alternatief bij gekomen.
Maar reken je niet rijk met een goedkope cloudleverancier. Investeer het geld dat je overhoudt in een low-latency netwerkverbinding met hoge bandbreedte. Nog beter is het om een ander antiek principe te hanteren: maak jezelf nooit van één verbinding of provider afhankelijk. Zorg voor fysiek ontkoppelde verbindingen, zodat bij werkzaamheden waarbij een kabel geraakt wordt, je bedrijf gewoon blijft functioneren.
Van rondslingerende smartphones en tablets (met bedrijfsgeheimen) worden IT-beheerders niet bepaald gelukkig.
3. Ken de risico’s
Vroeger was het belangrijk om CICS-sessies tijdig te beëindigen zodat hackers niet de kans hadden in te bellen en ze over te nemen. Daarna kwamen de pc’s, gedistribueerde systemen, internet en nog veel risico’s opzetten. IT reageerde door desktops zoveel mogelijk dicht te timmeren en de weg naar het vrije internet zoveel mogelijk te barricaderen met geavanceerde firewalls.
Veel IT-managers en CIO’s geloven nog steeds dat de beste mitigatiemaatregel is om alles dicht te zetten en creativiteit uit te bannen. Maar bedrijven die op innovatie moeten vertrouwen, moeten juist creatief denken en dat zal overal in de business plaats moeten vinden.
Het verdient tegenwoordig de aanbeveling om niet langer langs de toegangswegen te surveilleren, maar de data te beschermen. Ook zul je gebruikers moeten helpen om zoveel mogelijk met technologie te kunnen doen, aangezien het niet kunnen innoveren voor bedrijven de grootste bedreiging vormt.
IT-afdelingen veranderen hun bedrijf het liefst in een onneembare vesting. Maar vanuit daaruit is het moeilijk samenwerken, laat staan nieuwe tools uit te proberen.
4. Breng nieuwe code niet zomaar in productie
Regressie en stresstesten onderscheiden de pro’s van de amateurs. Dat was altijd al zo en dat geldt nog steeds. Regressietesten zorgen ervoor dat nieuwe dingen geen oude dingen kapotmaken. Stresstesting zorgt ervoor dat alles blijft werken als je er een horde gebruikers op loslaat.
Professionele IT-organisaties onderhielden daarom minimaal drie omgevingen: ontwikkeling, testing en productie. Dat betekende dus ook drie omgevingen aanschaffen en beheren.
Nu is het veel logischer om een test- en ontwikkeling in de cloud te onderhouden, aangezien je daar alleen betaalt voor wat je ook daadwerkelijk gebruikt. Afhankelijk van je productieomgeving, werkt de cloud ook goed voor regressietesten. Met stresstesten hebben de meeste organisaties minder goede ervaringen, omdat de omstandigheden te sterk afwijken van de on-premise infrastructuur.
Veel IT-managers hebben spijt als haren op hun hoofd na het te vroeg in productie brengen van nieuwe code.
5. Ga voorzichtig om met veranderingen aan de productieomgeving
De dagen dat developers zomaar hun nieuwe code in productie konden brengen, liggen inmiddels ver achter ons. Zij dienen een proces te volgen. Niemand houdt van het proces, maar het gaat ook niet om het leuk vinden of niet, het gaat om ervoor zorgen dat de verandering de productie niet schaadt en dat er altijd een weg terug bestaat.
Verandert de cloud daar iets aan? Ja, dat doet het. Het maakt veranderingen lastiger te controleren omdat als je er te weinig rekenschap mee houdt, zij een verandering in de productieomgeving door kunnen voeren zonder rekening te houden met jouw zorgvuldige processen. Het blijft tenslotte hun eigen infrastructuur.
Van het fort in de cloud bezit lokale IT niet langer de sleutel. Het fort mag binnen verbouwen wat en wanneer het wil.
6. De waterval-methode werkte goed, maar agile werkt beter
Lang voordat er formele ontwikkelingsmethodologieën werden opgesteld die IT een stuk minder spannend maakten, kon een businessmanager nog een IT-vloer op lopen en vragen: “Kun je ervoor zorgen dat mijn computer dit en dit doet?” De programmeur ging vervolgens aan de slag en toonde het resultaat aan de businessmanager. Was het niet goed, dan veranderde hij het net zo lang tot de businessmanager tevreden kon zijn.
Destijds noemden ze dat nog geen agile. Ze noemden het “bespreken wat een computer moet kunnen doen”. Toch was het wel degelijk agile te noemen.
Toen kwamen de waterval-methoden opzetten. Ze werkten goed, mits de businessmanagers hun ideale systeem tot in detail konden beschrijven. Maar dat konden ze niet, dus werden er een hoop misbaksels geschapen.
Nu zitten we met scrum, waar zoveel iteratie en interactie in de methodologie verwerkt zitten dat IT voor veel mensen lang niet zo leuk meer is als vroeger.
Vroeger, toen processen nog op een ponskaart stonden...
7. Relaties zijn belangrijker dan processen en transacties
Voordat bedrijven officieel werden, waren het verzamelingen relaties. Met goede relaties kan alles werken. Zonder relaties, werkt niets.
Toen bedrijven nog met strikte hiërarchieën werkten, onderhield de CIO relaties met andere topbestuurders en dat was genoeg. Als de andere topbestuurders de CIO niet vertrouwden, kon IT niets klaarspelen. Veel ingewikkelder lagen de zaken toen niet.
Tegenwoordig is er veel meer contact tussen business en IT. Als iemand van de IT-afdeling contact heeft met iemand uit de business, heeft dit invloed op de business/IT-relatie. Het draait niet meer alleen om de CIO en zijn collega-bestuurders. Als de rest van de business IT niet vertrouwt, kan het niet slagen. Maar als dat wel zo is, opereert IT eenvoudiger – niet makkelijk, maar eenvoudiger.
Ook teambuildingsessies kunnen helpen relaties tussen IT en de business te verbeteren...
8. Integreer, want zonder verbindingen ontstaan losse eilanden
Yoen mensen informatie vanuit door computers gegeneerde rapporten in een ander systeem als data gingen invoeren, realiseerde IT zich dat het één van zijn voornaamste taken is om systemen te integreren zodat data gesynchroniseerd kan worden.
Ze bouwden daarom allerlei interfaces, voornamelijk op maat gemaakte ETL-taken.
Nu zijn er zoveel aanwezig dat het een lastig te beheersen bende vormt. Slimme IT-afdelingen investeren in een servicebus of iets wat daarop lijkt, want men is het zat om interface op interface te bouwen.
Tegenwoordig vindt veel IT plaats buiten de IT-afdeling, voornamelijk in de vorm van SaaS die businessmanagers goedkeuren. Het probleem is dat die oplossingen nauwelijks integreren en dat personeel handmatig data moet overzetten. Uiteindelijk zullen ze jou om hulp gaan vragen. Wees daarop voorbereid.
Een archipel binnen een organisatie is een onwenselijke situatie.
9. IT is er enkel om de business te ondersteunen
Technologie inzetten puur om van technologie gebruik te kunnen maken is onwenselijk. Maar dat betekent niet dat IT zijn rol moet beperken tot het verwerken van requests vanuit de business. Het moet een stap verder gaan en technologisch leiderschap uitdragen.
Iedere IT-afdeling die niet in staat is om technologisch leiderschap te tonen – om te suggereren en te bediscussiëren, niet alleen accepteren en leveren – faalt op een fundamenteel niveau.
Technologisch leiderschap betekent het ondersteunen van managers en gebruikers die op het punt staan hun eigen technologie te kopen of te bouwen. Het is tijd om schaduw IT als iets goeds te zien, omdat het de bandbreedte van IT vergroot. Natuurlijk zijn er risico’s, maar dat geldt voor alles wat nieuw is.
IT moet de business helpen succesvol te worden met allerlei soorten technologie en niet alles afschieten “wat niet van hier komt”.
Omarm de services die vanuit de cloud geleverd kunnen worden en baseer daar je eigen IT-oplossingen op.
10. Het draait om businessveranderingen, anders is het niet nodig
Toen computers nog iets nieuws waren, verwachten businessmanagers er wonderen van. Ze dachten dat alle processen sneller en goedkoper konden worden uitgevoerd en dat fouten konden worden uitgebannen.
Dat lukte ook goed, totdat IT zoveel onderling verbonden systemen moest gaan ondersteunen, dat alle nieuwe zaken die daar bovenop kwamen als tijdrovend, duur en risicovol werden gezien. Het vertrouwen op waterval-methodologieën hielp daar niet bij.
Gelukkig konden we losbreken. Tussen agile, betere integratietools en non-IT, begint informatietechnologie opnieuw veranderingen te veroorzaken in plaats van ze enkel te volgen.
In de toekomst is nog steeds IT nodig. Sterker nog, alleen door IT is toekomstige verandering mogelijk.
PHP een betere security-reputatie dan Java?
Reageer
Preview