RagingPenguin schreef op donderdag 29 juni 2023 @ 11:22:
[...]
Maar webagencies hebben dan vaak weer mooi-weer-SLA's die geld kosten, een klant die boos is, een accountmanager die druk zet etc. Ik heb zelf zowel bij kleine bureaus en grote techbedrijven gewerkt en ik ervaar het laatste toch als een hoop minder stress. Dat er druk is van bovenaf is om dingen te fixen is bij beide het geval (ja, het gaat om andere bedragen, maar die bedragen staan ook in een hele andere context).
Ik heb in mijn leveren redelijk wat crisismanagement mogen doen, bij zowel kleine als grote bedrijven, zowel sturend als operationeel als beiden. Het heeft beiden zo zijn eigen dynamiek.
Als uitvoerend IT'er heb ik menig allnighter gemaakt (met uitschieters naar 24+ en 36 uur aan 1 stuk), zowel in projecten als in verstoringen. Sta je d'r in je eentje of met zijn 2en voor, met hooguit een hand vol externen. Druk komt vooral uit eigen verantwoordelijkheid, want je bent DE IT'er van de organisatie, maar absoluut gezien, is de druk kleiner. Minder grote bedragen mee gemoeid, minder grote belangen.
Bij grotere organisaties en met grotere crisisteams zijn opeens de (financiële) belangen fors groter, is er meer druk van bovenaf, maar heb je wel de luxe de load wat te kunnen verdelen. Als crisismanager kun je afwisselen en het houden bij shifts van 12 uur op, 12 uur af tot de shit gefixt is.
In de reguliere operatie wisselt de druk net zo hard, maar áls er operationeel echt iets mis gaat, heb ik de druk juist bij grotere organisaties, wel als groter, intensiever ervaren. Zowel vanuit een operationele als sturende rol. Kortom, ik durf op basis van mijn eigen ervaring, niet te zeggen of de stress bij grotere organisaties minder groot of groter is dan bij kleinere.
Wat in mijn ervaring vooral het grootste verschil is tussen MKB en grootbedrijf mbt storingen is de professionaliteit waarin er voorbereid is op problemen en de professionaliteit waarmee men zich gedraagt als er iets fout gaat. Al is er een draaiboek, goede tooling, goede infrastructuur, goede documentatie, goede SLA's met leveranciers, genoeg goede mensen, etc dan is een storing oplossen gewoon je werk doen. Als die dingen missen dan is het complete chaos waarin iedereen meer bezig is met uitvogelen WTF er nu weer aan de hand is, hoe het zou moeten werken en wat een mogelijke oplossing zou moeten zijn voordat iets uberhaupt opgelost kan worden.
Bij kleinere organisaties ontbreekt het vaker aan draaiboeken, maar is het improvisatievermogen wél groter. Dat laatste hoeft helemaal niet slecht te zijn, sterker nog, het is een van dé kenmerken van zgn. high reliability organizations (HRO's) die er vanuit gaan dát er op ieder moment een grote crisis kan ontstaan en juist volledig daarop zijn ingespeeld. (De crux van een HRO is dat *omdat* het complexe onverwachte als uitgangspunt wordt genomen, er eigenlijk geen onverwachte situaties zijn. Wél situaties waar draaiboeken maar een deel van de oplossing zijn en professioneel geïmproviseerd moet worden.)
Als je organisatie, groot of klein, kenmerken kent van een HRO, is het heel goed in staat om te gaan met onverwachte complexe situaties, terwijl lang niet ieder scenario een (gedetailleerd) draaiboek kent.
Kenmerken van een HRO maken een IT team of functie complex, ongeacht de organisatiegrootte. Tegelijkertijd zijn de IT systemen bij grote organisaties vaak complexer en functies gespecialiseerder, waardoor de coördinatie lastiger is. Binnen kleinere organisaties zit de complexiteit in het goed moeten kennen van álle systemen, binnen grotere organisaties zit de complexiteit in het op de juiste manier bij elkaar brengen en laten communiceren van de verschillende specialismen / disciplines.
Ook daar denk ik dat je moeilijk kunt zeggen of iets netto voor de individuele functionarissen complexer is of eenvoudiger is. Wel denk ik dat als je puur kijkt naar de deelgebieden, bijvoorbeeld het coördinatiedeel bij grote complexe organisaties moeilijker en zwaarder is én sneller in handen van 1 specialist (een crisismanager) moet zijn, dan bij kleinere en minder complexe organisaties, waarbij "de systeembeheerder" veel beter in staat is alle mogelijke petten tegelijkertijd te draaien en zowel technisch-inhoudelijk bezig te zijn, als aansturend.
[...]
Ik denk dat wat makkelijker is sterk afhangt van je eigen skillset. Een senior developer bij een MBK bureau is vaak een halve manager met best wel wat verantwoordelijkheden voor de klantrelaties, medewerkers en willekeurige interne zaken. Bij grotere (tech) bedrijven is een senior developer vaak puur een technische functie en zijn al die andere randzaken hun eigen rol.
Eens. Het is allebei moeilijk op zijn eigen manier.
Plus als je die brede MKB senior dev 1:1 in een organisatie dropt waar senior devs primair technisch specialisten zijn of andersom, het eindresultaat suboptimaal gaat zijn en de taak op dat moment, moeilijk. Maar dat ligt in mijn beleving niet aan of de taak, rol, functie complex is of niet, maar dat je de juiste skillset nodig hebt voor gegeven situatie. Mis je die, wordt het automatisch lastig.
Als je een toetsenist een trompet in zijn handen geeft komt er ook niet snel mooi geluid uit, maar geef je die toetsenist een piano in handen, of een keyboard, zal het prima klinken. Terwijl het ene instrument absoluut gezien niet moeilijker of makkelijker te bespelen is dan het andere.
Ná Scaoll. - Don’t Panic.