(IT) banen van de toekomst

[Verwijderd]

Je hoort en ziet het geregeld voorbij komen; automatisering en digitalisering veranderen de banen/profielen die er in de toekomst nodig zijn. “Zorg dat je voorbereid bent op de veranderingen.”

Nu lijkt het mij sowieso al lastig om in te kunnen schatten hoe deze ontwikkelingen de gevraagde profielen gaan beïnvloeden en wat voor banen/skills het meest future proof zijn.
Maar goed zelf denk ik dat het een gedeelte van de bestaande banen zal weg automatiseren, maar ook dat het nieuwe banen zal creëren.

Ik merk aan mijzelf dat ik de afgelopen tijd hier toch steeds actiever mee bezig ben. Ook doordat ik mijn carrière verder wil vormgeven en aan het nadenken ben over vervolgstappen.

Wat ik mij dus afvraag; hoe kijken jullie tegen deze ontwikkelingen aan, (hoe) zijn jullie hier mee bezig?


Wat achtergrond over mijzelf:
Ben ondertussen 30 jaar met 9 jaar aan werkervaring in de IT. Ben begonnen als testanalist in de software ontwikkeling, omdat ik na mijn studie (HBO bedrijfskundige informatica) geen idee had welke rol te vervullen.
Na 3 jaar kwam ik erachter dat de requirements hoek mij eigenlijk wel het meest trok. Ik merkte namelijk op dat het iets te vaak gebeurde dat er iets ontwikkeld werd wat het probleem helemaal niet oploste. Simpelweg omdat het probleem niet goed begrepen of beschreven was.
De jaren daarna heb ik dat in de rol van functioneel ontwerper, analist, informatieanalist, business analist proberen te voorkomen in kleinere maar ook enterprise organisaties.

Zelf ben ik van mening dat een rol als analist zal verdwijnen op den duur. Voorheen was er namelijk een grotere behoefte was aan ‘vertaling’ tussen business requirements en IT. Zeker met volwassen Devops teams (als deze goed opgezet zijn en voorzien zijn van de juiste personen) is de kloof tussen business en techniek kleiner waardoor de behoefte afneemt aan analisten/‘vertalers’ (iets wat ik overigens alleen maar aanmoedig). Als ik kijk naar het Devops team waar ik zelf in functioneer zie ik dit bijv. ook terugkomen.
(Misschien ben ik hierdoor ook wel juist actiever met deze vraag bezig )

Note: ik ben zelf geen soortgelijk topic tegenkomen. Mocht deze er al zijn hoor ik het graag.

[FreezeXJ]

Hoe meer computers we invoeren om mensen te vervangen, hoe meer mensen er nodig zijn om die berg techniek aan te sturen, en hoe meer mensen er iets nieuws ontdekken dat vervolgens weer geautomatiseerd gaat worden.
Sinds de telefoniste weggeautomatiseerd is zijn er honderden techneuten nodig geweest om nieuwe telefoons te ontwikkelen die nog meer dingen kunnen.

Ik maak me niet echt druk om wat er exact future-proof is, als het in het heden maar goed werkt. Als je nieuwe dingen blijft uitproberen, en de interessante en groeiende dingen probeert te adopteren (dat mag langzaam), blijf je bij. Als je stil gaat zitten moet je hopen dat je goed zit, anders ga je de BASIC-programmeurs achterna.

[RobbieB]

Het belangrijkste is in mijn ogen dat je altijd bij blijft leren binnen je vakgebied. Ik werk zelf in de IT Audit/Risk Mgt. hoek, wat een gigantisch breed speelveld is.
Wat ik belangrijk vind vanuit mijn rol is dat ik begrijp waar mijn collega’s over praten en ze kan challengen. Dat houdt dus niet in dat ik het exact moet weten, maar wel de juiste vragen weet te stellen, waardoor basale kennis vereist is.

De laatste jaren heb ik me flink verdiept in bv. AWS en Azure en nu blockchain in de opkomst is, gaat daar ook steeds meer tijd naartoe. Ik hou hier vanuit mijn professie altijd de 80/20 regel aan. Het kost me 20% vd energie om 80% vd materie te begrijpen en daar laat ik het ook bij. Ik ben een generalist en geen specialist (en dat zal ook niet veranderen). Daarnaast natuurlijk netjes aan je basis certificeringen werken (voor mij CISSP, CCSP, CISA, CRISC etc). en ik ben met mijn werkgever in gesprek over een RE-opleiding.

Kortom, zorg dat je altijd blijft leren en up to date blijft met de nieuwe technieken en je hebt niks om je zorgen over te maken. De wereld verandert zo snel dat stilstand gewoon achteruitgang is. Ook vwb kennis.