Ex-werknemers CrowdStrike klagen over onrealistische deadlines en hoge werkdruk

Werknemers van CrowdStrike waarschuwden intern al langer voor een gebrek aan kwaliteitscontroles, een te hoge werkdruk en deadlines die niet realistisch waren, zeggen meerdere oud-werknemers. Ze leggen geen directe link met de grote storing deze zomer.

Semafor sprak met 24 oud-werknemers van CrowdStrike over de werkcultuur binnen het bedrijf. Veertien van die werknemers zijn de afgelopen jaren vrijwillig vertrokken, de andere tien werden ontslagen. De voormalige werknemers beschrijven meerdere problemen bij CrowdStrike. Daaronder vielen problemen met de Falcon LogScale die systeemproblemen op kan sporen. Bij die problemen werden twee keer de waarschuwingen aan klanten uitgeschakeld.

De ex-werknemers noemen geen expliciete zaken die te maken zouden hebben met de grote storing van CrowdStrike afgelopen zomer. Wel beschrijven ze een werkcultuur waarin snelheid en deadlines belangrijker werden geacht dan kwaliteitscontroles. Zo zou een project om cloudaanvallen te detecteren in slechts twee maanden moeten worden afgerond, terwijl middenmanagers de werktijd daarvoor op een jaar schatten.

Dat komt volgens de oud-werknemers ook doordat er te veel werk was. Na ontslagen moesten werknemers telkens meer werk op zich nemen. Daardoor kon onder andere bestaande code niet worden geoptimaliseerd.

Verder beklagen de voormalige werknemers zich erover dat nieuwe werknemers slechts korte inwerktijden kregen. Daardoor zouden veel potentiële problemen niet of laat worden gedetecteerd. Ook zouden werknemers niet altijd de software en tools krijgen die voor hun functie nodig waren.

CrowdStrike is het niet eens met de kritiek en zegt dat die afkomstig is van 'ontevreden ex-werknemers'. Het bedrijf zegt dat werknemers wel de juiste tools krijgen en dat dat code wel degelijk periodiek werd bijgewerkt. Het bedrijf kwam na de grote storing al snel onder vuur te liggen. Aanvankelijk gaf het de schuld daarvoor aan een bug in de codevalidator, maar het bleek ook al snel dat CrowdStrike niet aan gefaseerde releases deed en dat er geen proces was om bestaande updates terug te trekken.

Door Tijs Hofmans

Nieuwscoördinator

16-09-2024 • 17:01

37

Submitter: Jerie

Reacties (37)

Sorteer op:

Weergave:

Zo is het ook in veel bedrijven ... Maar als het jou niet aanstaat in een bedrijf en zeker in de IT sector, kan je toch heel simpel een andere job vinden. En dit is in veel bedrijven zo, iemand maakt een beslissing en dat moet tegen die datum. Of de programmeurs of iemand anders nu zegt: dat is niet haalbaar, toch zal het zo zijn. Hoe groter het bedrijf hoe groter het probleem. En dan moeten er keuzes gemaakt worden en dat zijn meestal niet de beste.

En net zoals in elk bedrijf er stappen mensen op, of er vallen ontslagen en je moet roeien met de riemen die je hebt. Ja maar waarom moeten we hem vervangen, het gaat nu toch ook ? Dat is spijtig genoeg ook maar iets dat al te veel voorkomt. Je kan tijdelijk wel eens iets opvangen, maar als er meerdere personen vertrekken (al dan niet gedwongen) is er ook een punt waarop alles zal beginnen te falen

Gelukkig zijn er nog wel bedrijven die het ook correct doen
Engineers zitten onderaan de pispaal, met alle gevolgen van dien.

Je zou denken dat deze cultuur zou veranderen na de Challenger ramp, maar het enige wat ik daar van heb gemerkt is dat we even een "ethische" les kregen. Dus verantwoordelijkheid nog steeds van engineers, zonder enige inspraak.

Het is dus wachten op de volgende "event".
Yups dat is het probleem ... onderaan de pispaal zitten. Maar eigenlijk is dat hele systeem niet correct. Een manager heeft meer loon omdat hij meer (kuch) verantwoordelijkheid heeft. Maar meeste "managers" zijn gewoon ronduit slecht en in vele gevallen binnen IT is het iemand die tegen zijn wil een promotie gehad heeft omdat hij er langste werkte en nu al die kuttaken moet doen, of je hebt een manager die niks kent van IT. Een goeie manager in IT ben ik nog niet vaak tegengekomen. Maar een manager zou in mijn ogen nooit meer mogen krijgen dan het echte personeel.
En het wordt pas helemaal leuk als je dan nog verschillende management niveau's hebt. De manager van de manager van de manager, dan is het dikwijls helemaal om zeep. Maarja het is nu zo en het zal altijd zo blijven, gelukkig allemaal niet meer mijn probleem. Binnen mijn eigen bedrijf heb ik al die bullshit niet meer :) en ik hanteer het principe "it is done when it is done". Ben je niet tevreden, pech voor jou, ga dan maar ergens anders.
Maar meeste "managers" zijn gewoon ronduit slecht
Dat is jouw persoonlijke aanname en geen feit. De meeste managers zijn managers. En geen programmeur, architect of wat dan ook. Ze zijn manager. En daar moet je ze op afrekenen, niet op het feit dat ze niet of nauwelijks kunnen programmeren. Daar zijn ze niet voor aangenomen!

"it is done when it is done" is in vele gevallen onwerkbaar, kan ik niks mee, kan ik niet mee plannen en ik kan je niet helpen om iets sneller op te leveren. Door open te zijn over de stappen die moeten worden genomen en waar je op dit moment staat, kan iemand bijspringen. Door iets anders te plannen, wat een manager doet, kun je zaken parallel uit gaan voeren. En ben je zomaar eens een stuk sneller klaar. En dan ben je niet meer klaar wanneer je klaar bent, dan ben je klaar omdat je dat zo had afgesproken.
Ik heb 20 jaar consultancy gedaan en in verschillende bedrijven gewerkt, klein, overheid, middelgroot, fortune 500. In al die jaren zijn er 2 managers geweest die wisten waar ze mee bezig waren, de rest bracht niks bij.

Het probleem is dikwijls: de langste in dienst zal nu manager worden. Zeker in kleinere bedrijven. En dat is meestal tegen hun zin. Managers die niks kennen van IT brengen ook niks bij, want ze snappen veel zaken niet. Dat ze dingen moeten inplannen etc allemaal mooi en wel. Maar als ze met moeite iets kennen buiten Excel/Word en grafiekjes maken, daar ben je toch helemaal niks mee. Ooit zo eentje gehad, jira/confluence was al moeilijk. Heeft het daar ook gelukkig niet zo lang volgehouden

In mijn eigen bedrijf hanteer ik gewoon "it is done when it is done". We stellen gewoon een datum voorop en ik verwacht tijdig melding van "dit gaat nooit klaargeraken" of we zijn op een probleem gekomen dat we eerst moeten oplossen. Maar ik ga me echt niet pinnen op die dag moet dat buiten. Is het een week later, 2 weken alter so be it. Als een klant dat niet leuk vind dan is dat zijn probleem. Ik ga voor kwaliteit anders gaat het niet buiten. En we gaan echt geen overtime doen omdat iemand dat morgen wilt hoor. En staat het je niet aan dan ga je maar lekker ergens anders. Ik hanteer ook het principe: als jij dat morgen wilt heel leuk voor jou, maar dan wist je dat eerder ook al. Had je dat eerder gezegd dan had ik dat wel ergens misschien tussendoor kunnen bekijken, maar ik ga niet alles laten vallen omdat jij nu iets bedacht hebt. Ooit in zo een bedrijf gewerkt, vroeg iemand iets ... en de dag nadien (of 2 dagen erna) een update met nieuwe feature in. Leuk, maar gaf altijd bugs want de ander 1000 dingen waar dat misschien invloed op had waren dus niet getest of niet aan gedacht.
Oftewel doe ik het correct oftewel doe ik het niet. Het enige wanneer ik daar van af zou wijken is als er toch ergens een bug is ofzo, dan kan een quick & dirty fix voor mij wel. Maar direct daarna gaan we dit correct oplossen. Dat andere dingen dan maar moeten wachten so be it, maar we gaan niet de quick & dirty een eigen leven laten krijgen.
Puur om een beetje tegen gas te geven. Mijn manager is echt top en ze weet zeer goed waar ze het over heeft. Daarnaast is ze ook nog eens een betrokken persoon die om haar mensen geeft. Het is niet allemaal kloten ;)
Zoals je zelf zegt, waarom zou iemand manager willen worden als er niets tegenover staat. Denk je dat iemand dit zomaar ondergaat zonder comensatie?

Vooral als ik uw mentaliteit zo lees, waarom zou iemand ooit 'jouw' manager willen worden. Ik hoop dat die man/vrouw heel goed betaald wordt en hij verdient het dubbel en dik. :) :)
En het wordt pas helemaal leuk als je dan nog verschillende management niveau's hebt. De manager van de manager van de manager, dan is het dikwijls helemaal om zeep.
Bekijk de uitzending van VPRO Tegenlicht over de 'bullshit baan' maar eens. Managers die managers managen. En als ze dan weken ziek/weg/op vakantie zijn, maakt het allemaal niets uit. Bizar!
De comments onder bijv. de reactie 'fulltime scrummaster' zijn typerend!
Ik ben een "manager" van een team van 10 en we werken voor allerlei klanten. Ik zit vaak tussen twee vuren. Langs de ene kant de klant, of een "manager" van de klant, die eigenlijk niet weet of begrijpt wat we doen. En dat is normaal want daar huren ze ons voor in. Langs de andere kant mijn teamleden, die vaak terecht zaken in vraag stellen en soms ook er niet in slagen om zich in te leven in de leefwereld van de klant. In het juiste gezelschap stel ik me soms voor als professional shit cleaner als iemand vraagt wat ik doe. Wat ik denk geleerd te hebben:
  • Grote bedrijven zijn niet te managen. Ik heb een klant met +100K werknemers. Daar iets georganiseerd krijgen is quasi onmogelijk. De combinatie van schaal, de gemiddelde incompetentie en de continue wissels zijn een recept voor chaos. In het beste geval heb je niet te veel last van project managers, product owners, engineering managers, scrum masters en weet ik veel wat en kan je met een paar slimme eindgebruikers aan de slag en gewoon je ding doen.
  • In een klein team, zoals het onze, vind ik dat een team lead of een manager nodig is om de boel bij elkaar te houden en in actie te komen wanneer er echte problemen moeten opgelost worden. Echter ik zie dat als een functie in het team, niet boven het team. Iemand die andere verantwoordelijkheden heeft net als de ontwikkelaar, tester, analyst, etc, zijn of haar verantwoordelijkheden heeft.
  • In diezelfde context vind ik dat je wel moet begrijpen wat je mensen doen, misschien niet in detail, maar je moet het wel snappen. Ik voel op mijn kousenvoeten dat die 50 dagen er waarschijnlijk 80 moeten zijn als ik vraag hoe lang iets waarschijnlijk gaat duren.
  • Deadlines vind ik veelal onzin. Tenzij je werkelijk controle hebt over alles of in heel operationele massaproductie zit, is alles best effort. Je hebt altijd tich afhankelijkheden of onverwachte zaken die opduiken. Ik leg nooit deadlines op aan het team, maar ik vraag wel wat ze denken en dat volg ik op. Als de klant het vraagt geef ik een inschatting. Als de klant het eist antwoord ik meestal bevestigend tenzij het totaal onrealistisch is, maar dan wel met de boodschap dat het dan scale to fit is. Ik ben nog van de oude stempel (PMBOK, Prince2, etc), dus als je met tijd, budget en scope kan spelen, dan mag je er 2 van kiezen maar geen 3. Dus als je wil dat het morgen klaar is, dan gaan we de scope en/of het budget aanpassen.
  • Het klassieke probleem blijft dat de beste of de oudste vaak gepromoveerd wordt. Maar het is niet omdat je een goede ontwikkelaar bent dat je ook een goede manager gaat zijn. Soms wel, soms niet, ook maar logisch. Ik zit waarschijnlijk in de soms niet categorie. Ik vind management at best een middel om een doel te bereiken maar niet het doel zelf.
  • En dan is er nog het vaak blind volgen van allerlei project management methodologieën, agile voorop. Vaak het meest gedragen door de mensen die er het minste van snappen. Ik ben daar tegen, zitten er product owners die er niets van snappen tussen de gebruikers en diegenen die het effectief moeten bouwen en ben je de halve week kwijt aan allerlei meetings. Niets leuker om te vragen of ze even grooming willen googelen, want wat was dat ook al weer?
En dan is er de realiteit. Ik heb nu een grote klant die aan het migreren is naar SAP (finance). En onderweg zijn ze vergeten dat finance misschien wel wil kunnen forecasten. Dat hebben ze ontdekt toen een aantal landen naar SAP geswitched zijn en geen toegang meer hadden tot het oude boekhoudpakket waar ze hun forecast in deden (ik verzin het niet, dit gaat over een firma die aanwezig is in 40 landen). Voor hun omvang zouden wij normaal een jaar nodig hebben om iets deftigs te bouwen (we doen planning en reporting systemen). Echter dat is een boodschap waar ik nu niet mee kan komen, ze zijn nu blind aan het varen. Dus ja we gaan nu inderdaad op een deadline werken, het einde van het jaar, en het zal rammelen langs meerdere kanten en we gaan het niet grondig testen.

Ik ben dat nu luid en duidelijk aan het verkondigen bij de klant. En ik zit als “manager” tussen iedereen. Ik begrijp de eindgebruikers die met de handen in het haar zitten, ik denk aan ons eigen bedrijf waar die klant al 9 jaar zaken mee doet en een deel van de rekening betaalt, dat ik in januari het sowieso bij de klant mag gaan uitleggen (want ja, nieuwe manager, wedden?) en ondertussen het team tevreden houden die dat allemaal niet ideaal vindt. Ongeacht wat ik doe, het zal nooit goed zijn voor iedereen.
Ik heb het in een vergelijkbare situatie ook meegemaakt dat de werkdruk gewoon te hoog werd, en het werk wat ik al bijna een Decennium goed deed .. was opeens fout! nadat ik onder een nieuw management kwam. na een zenuwinzinking ben ik toen ook vertrokken en gezegd op z'n Limburgs
" bekijk het jullie maar! " en heb een baan gevonden die me veel meer bevalt.

Maar iig met zo'n bedrijven , wat wil je er tegen doen ? aanklagen ? wat ga je beginnen tegen een bedrijf als werknemer, naar een vakbond stappen?
Een bedrijf zoals cloudstrike zal je niet eens aan nemen als je in een vakbond zit.

[Reactie gewijzigd door Metallize op 16 september 2024 17:29]

Daarom dat je dergelijke informatie ook niet vertelt als je ergens solliciteert. Ze mogen er ook niet naar vragen dacht ik. En ja, je kunt ergens anders gaan werken maar wat als je nu bv 57 jaar oud bent, 30 jaar bij zo'n bedrijf werkt en nu door slechte werkomstandigheden ongelukkig bent in je huidige baan, wat dan? Die groep moet nog een jaar of 10 voor ze op pensioen gaan en zijn zo bang om nog iets anders te vinden dat ze gewoon blijven. Dat "bekijk het maar" en iets anders vinden is makkelijker op jongere leeftijd maar dat is niet zo eenvoudig voor iedereen.
Ik ken diverse 50-60 jarigen die gewoon prima aan een nieuwe baan kwamen. In de IT of in een meer coachende rol

Zelf ben ik ook vertrokken van een zuigend bedrijf naar de academie. Geen dag spijt van gehad
Jij kent er een paar, maar uit de cijfers voor zowel Belgie als Nederland blijkt dat het overgrote deel van die groep het heel lastig heeft met een nieuwe job te vinden. En bij de minste economische malaise zijn zij de eerste slachtoffers die afgedankt worden of liever niet aangenomen worden.

Deze vlieger gaat enkel op voor mensen met een hoger profiel die zelf kiezen om te veranderen en nog in dienst zijn. Die zijn aantrekkelijk, dat zijn de expert profielen. Het leger werklozen in deze leeftijdsgroep moet het met heel andere omstandigheden stellen.
Keuze? Mijn buurman, 61, MBO hout, weggerost bij een groot bedrijf uit de lichtstad, is zijn passie gaan volgen en zet nu luxe keukens.

Hij verdient meer dan de gemiddelde manager in een IT bedrijf. (Kan ik ook niet aan tippen overigens)
Ik kan je eigenlijk gewoon dezelfde reactie geven als hierboven. Dat jij iemand kent die het anders doet wil helemaal niet zeggen dat er geen probleem is op de arbeidsmarkt voor deze groep mensen, dat is een anekdotisch bewijs en zegt niets algemeen over de trend. Die problemen worden al jaren aangekaart en gedocumenteerd door arbeidsorganisaties zoals VDAB in Vlaanderen.

Het is mij een beetje vreemd om je ogen te sluiten voor een algemeen maatschappelijk probleem omdat je 1 case kan aanhalen die tegen de trend in gaat. Dat is gewoon een verhaal uit het kleinere percentage dat het niet moeilijk heeft gehad. Die zijn er ook, maar dat neemt niet weg dat in vergelijking met andere leeftijdssegmenten deze mensen over het algemeen het veel lastiger hebben een job te vinden.
Het probleem op de arbeidsmarkt met deze leeftijdsgroep heeft drie oorzaken. De belangrijkste is de groep werkgevers die denken dat hun werknemers “jong, dynamisch en innovatief” moet zijn om het werk voor elkaar te krijgen

De andere oorzaak zijn 50+ plussers die denken dat “ze toch niet meer aan de bak” kunnen komen.

De laatste zijn clubs als FNV, VDAB etc, die dergelijke rapportages mgoed in hun straatje vinden passen.

De eerste kun iets aan doen met wetgeving, de tweede met begeleiding.

De derde groep zijn de ergsten. Veel roepen, maar weinig oplossingen aan dragen.

Disclaimer: ben zelf 55+ en heb net een developer van 59 aangenomen, naast het groepje 50+ers die met volle overgave de laatste AI developments inzetten in ons vakgebied.
(Volgens de jonkies in ons team gaan ze af en toe te snel)

Met andere woorden: je kan als 50+er je gaan beklagen, je kan er er ook iets aan doen (mits gezondheid niet in de weg staat natuurlijk)
Ik zeg nergens dat je bij de pakken moet moet gaan neerzitten, maar Andros beschrijft gewoon perfect hoe veel mensen reageren in die situatie en dat hierdoor veel mensen die stap helemaal niet zo makkelijk zetten. Zelfs twintigers blijven veel te lang in een toxische werkomgeving hangen voor ze de stap naar een andere job/vakgebied durven zetten. Veel mensen zijn nu eenmaal aversief tov beslissingen die onzekerheid met zich meebrengen. Wat is er mis met hier wat rekening mee proberen houden en hen eventueel te ondersteunen in de stap?
Daar is niks mis mee en zou ik ook zeker toejuichen. Ik heb zelf in een tweetal toxische omgevingen gewerkt en gelukkig aan ontsnapt, ondanks inleveren van ‘vaste’ baan als kostwinner.
en dan maken de bedrijven hetzelfde fouten... goede reden dat ze opgestapt of ontslagen zijn, omdat ze niet geheel mee eens met het bedrijfsbeleid zijn. Dus liever snel wegwezen voordat de problemen komen :P want dan kunnen ze jou niet schuld geven ;)
Meestal zijn het de beste mensen die vertrekken. Mensen die de problemen (en de oplossingen) zien. Als er niet naar hun wordt geluisterd, en ze er achter komen dat de problemen blijvend zijn, dan rest maar 1 optie: een andere werkgever zoeken. Het bedrijf noemt ze dan "ontevreden werknemers". Zo kortzichtig..
Dat is bij reorganisaties het geval, maar daar was hier geen sprake van. Dus of dit de beste mensen zijn, geen flauw idee.

En "ontevreden werknemer" is volgens mij altijd waar bij medewerkers die zijn vertrokken, want elders hebben ze iets gevonden wat blijkbaar beter bij hen past. Het begrip is zo ruim dat het niks meer zegt. Ik zou voorzichtig omgaan met zo'n begrip, je ex-medewerkers kunnen namelijk hele goede referencies zijn. Maar dan moet het contact wel goed zijn.
Yups niks zo erg als geen tijd krijgen om iets correct op te lossen en de zoveelste keer hetzelfde te moeten ducttapen. En dan vertrek je en een jaar later hoor je van een ex collega ja we hebben dat toch herschreven want je had dus gelijk, was helemaal niet werkbaar.
CrowdStrike is het niet eens met de kritiek en zegt dat die afkomstig is van 'ontevreden ex-werknemers'. Het bedrijf zegt dat werknemers wel de juiste tools krijgen en dat dat code wel degelijk periodiek werd bijgewerkt.
Juist ja, daarom was er ook nooit sprake van een storing met catastrofale gevolgen…

Na alle uitingen van de top van CrowdStrike geloof ik er geen zak meer van, ze konden niet eens fatsoenlijk verantwoordelijkheid nemen en gaven slachtoffers cadeaubonnen voor Uber Eats die werden uitgeschakeld.

Het kan nooit aan ons liggen.

[Reactie gewijzigd door Mosterd op 16 september 2024 17:27]

Ik geloof het disgruntled employees verhaal wel. Falcon Logscale is een acquisitie van het voormalige Humio. Dat product is kwalitatief nog lang niet wat het pretendeert te zijn, kijk maar eens naar de documentatie, en dat geldt voor meer van dergelijke producten. Dat daar moeilijke beslissingen moeten worden genomen, was dan wel te verwachten.

Verder is het vrij gebruikelijk om na een te korte ontwikkeltijd te lanceren met een halfbakken product. Voor de eerste klant aan boord is, ben je wellicht al weer maanden verder qua ontwikkeling. Dan was een publiek beta-label misschien wel zo netjes geweest, maar klagen dat je een jaar nodig hebt en maar twee maanden krijgt heeft alles te maken met perfectionisme vs. ondernemen om die ontwikkeling te kunnen bekostigen.

Deze sector is er één waar je aan het dweilen bent met de kraan open, dan kun je niet alles goed doen, hooguit alles steeds een beetje beter.

En ja, de alles in één keer uitrol was een veel te groot risico, maar daar hebben ze over de rug van de maatschappij van kunnen leren. En het heeft de ogen van vele andere security dienstverleners en klanten geopend; iedereen wil nu opeens versie N-1 van hun SaaS security leverancier.
Geen fasering en geen roll back. Ongelooflijk dat zoveel grote en belangrijke bedrijven met dit soort partners in zee gaan.
Als je ontslagen woord verwacht ik niet dat je iets positieve gaat zeggen over die werkgever, en vrijwillig vertrekken waarom omdat je toch ontslagen woord?
Amerikaans bedrijf, daar is de hierarchy toch anders, mondig zijn zal je niet in dank worden afgenomen.
En hoe is dat dan in andere landen? Japan? Ondenkbaar. Frankrijk? Ondenkbaar. Spanje? Ondenkbaar. Nederland?
Hij zegt toch niet 'dat is alleen in Amerika zo'? Maar er is wel degelijk een verschil tussen de Amerikaanse en Nederlandse bedrijfscultuur, dus dat hij die vergelijking trekt is niet zo raar - vooral aangezien dit een Nederlandse site is en het artikel over een Amerikaans bedrijf gaat. Waarom je dan Japan en cohorten erbij haalt, geen idee..
Omdat er wordt gewezen naar Amerika, alsof dat het enige land is met een andere hierarchy. Persoonlijk denk ik dat er hier in de USA zelfs minder hierarchy is dan in Nederland. Maar dat ligt wellicht aan het soort klanten waar wij komen.

En omdat wij ook nog wel eens elders komen, kunnen we het vrij aardig vergelijken. Dus vandaar oa Japan.
Als er 24 personen incl 14 die vrijwillig vertrekken uit de school klappen is er toch wel iets aan de hand lijkt me.

Persoonlijk zou ik overigens nooit iets slechts zeggen over een ex werkgever, zeker niet als je nog een lange carrière voor de boeg hebt.

Ps, je moet.je spell checker beter trainen want er klopt niet veel van ;)
Crowdstrike heeft 8.000 medewerkers.
Ja en hoeveel daarvan is ondersteunend personeel? Het core developer team zal vast niet uit 8000 man bestaan. En aan de tekst te lezen ging het hier om medewerkers die daadwerkelijk met de code bezig waren.
De digitale Boeing :)
Nou ja zeg je zou bijna denken dat het een software maker is... oh wacht.

Dit is dood normaal in elke software ontwikkel schuur. De juiste tools hangt helemaal af van wie bepaald wat de juiste tools zijn. Ik heb genoeg discussies gehoord over vscode, intelij of... en iedereen maar roepen dat de andere tool niet goed is. Geen gitlab maar github, geen jenkins maar... De juiste tools is een hele loze kreet zonder dat je weet wat er wel beschikbaar is/was en waarom bepaalde tools niet beschikbaar waren kun je daar niet over zeggen anders dan dat de meningen over de juiste tools vaak erg uiteenlopen.

Wat betreft de inwerk tijd ook hier is en blijft het een vraag, wat is de juiste tijd. Ik heb in teams gewerkt waar sommige mensen na 6 maanden pas echt zelfstandig konden werken en ik heb in teams gewerkt waar ik na een maand mijn drie maanden training met succes had afgerond. Ook hier is het moeilijk te zeggen of de inschatting van de persoon die de claim maakt juist is zonder heel erg veel meer informatie te hebben.

De altijd maar groeiende werkdruk is ook niet echt vreemd, zo lang er niets breekt kun je de druk blijven opvoeren en meer productiviteit er uit persen volgens velen. Natuurlijk is er ook de lange termijn en de effecten die constante hoge druk op veel mensen heeft maar dat is niet zelden iets dat heel erg moeilijk in te schatten is tot het te laat is waarna de druk waarschijnlijk wat terug gedraaid zal worden om al te hoge turnover te voorkomen. Dat is nu eenmaal hoe veel van dit soort bedrijven werken, ze verdienen echt niets aan een relaxte developer, een developer die hard werkt levert veel meer op.

Wat betreft de onrealistische deadlines, in veel bedrijven is de deadline standaard gisteren of als het even kan vorige week. Onrealistische deadlines zijn nu eenmaal een ding ook hier weer om zo veel mogelijk productiviteit te leveren. Veelal weten de hoge dames en heren heus wel dat die twee maanden niet realistisch is en is het simpel weg een truckje om de delivery zo snel mogelijk af te krijgen, iets vertraagt maar toch ruim voor de uiterlijke deadline is beter dan de ruime deadline geven en het dan net niet op tijd opleveren (gebeurt bijna nooit zeker niet bij lange development projecten :+ )

Zelfs het niet gefaseerd uitrollen is niet vreemd als je kijkt naar het product. Wil je als leverancier echt tegen een klant moeten zeggen ja sorry dat je gehackt bent, we hadden je beschermt maar je zat toevallig in de laatste fase van de uitrol dus je had gewoon pech. Dat is simpel weg geen antwoord dat je als leverancier van beveiligingssoftware kunt geven.
Het niet terug kunnen draaien van een update is natuurlijk niet echt handig maar ook dat is toch wel een beetje onderdeel van het beestje. Als de update niet goed is en het systeem niet meer in een werkende staat kan komen is terug draaien ook geen optie. Als de update gelukt zou zijn dan lijkt het me niet onmogelijk om de update terug te draaien omdat de oude bestanden niet verwijderd werden voor zo ver ik weet van de probleem beschrijvingen die ik gezien heb. Maar goed dat laatste weet ik niet meer helemaal zeker omdat het alweer een tijdje geleden is en ik niet direct met dit probleem te maken heb gehad.

Hoe dan ook ik zie weinig echt nieuws hier anders dan dat het bij veel software productie bedrijven waar er constant updates nodig zijn, zo als bij beveiligingssoftware nu eenmaal het geval is, de werk druk hoog is en de deadlines vaak voor erg veel druk zorgen. Dat de kwaliteit van het product er niet beter op wordt lijkt me niet meer dan logisch maar zo lang er geen hele grote problemen optreden zo als deze zomer wel gebeurde maakt dat voor de top mensen echt helemaal niets uit.
Kortom, wat in jouw reactie gepleit wordt is dat het aloude credo: "gij zijt hier om den baas te dienen," omdat het toevallig de status quo is binnen bepaalde werkkringen die parasiteren op hun werknemers, dan ook maar behouden dient te blijven in die absolute vorm?

Als dat echt zo is, dan moeten wij het eens hebben over de situatie waarin de normale werkende bevolking zich bevond vis-a-vis fabrieksbazen omstreeks de industriële revolutie; want dat is dan wat je feitelijk ook pleit als 'normaal' en dusdoende acceptabel, toch?

[Reactie gewijzigd door R4gnax op 16 september 2024 23:51]

Je moet zowieso geen crowdstrike gebruiken, veel te duur en er zijn zat alternatieven.

Op dit item kan niet meer gereageerd worden.