Oldskooler
Well-known member
Omdat die bovenaan louter denken:
"Is toch maar wat code. Is allemaal hetzelfde. Is maar scriptje maken."
"Is toch maar wat code. Is allemaal hetzelfde. Is maar scriptje maken."
Dat zijn allemaal van die golven.
De ene periode moeten er experten zijn, maar dan vallen er eens enkele uit en dan roept men dat kennis gedeeld moet worden zodat het bedrijf kan blijven draaien.
En dan wordt iedereen zowat “mossel noch vis profiel”, waarbij de experten misnoegd worden, de reeds mossel-noch-vis mensen op hun intellectuele limieten botsen en dan blijkt dat iedereen maar oppervlakkig vanalles iets weet.
En dan slaat de slinger weer terug naar “we moeten toch wat experten hebben”.
Eén en ander natuurlijk ook door het gebrek aan goed personeel waardoor iedereen alles een beetje moet kunnen want er is te weinig volk overal.
Kennisdelen is goed, maar van een spits moet je ook geen verdediger maken en denken dat hij nadien nog een even goede spits is.
Alles wordt steeds ingewikkelder én dat ge erbij nog verschillende expertenfuncties tegelijk kunt en idd ook nog eens koffie kunt zetten.
Een Pogacar-profiel tegen het loon van een knecht 20j geleden.
Maar ach, ondertussen worden er weer cursussen verkocht, is HR content met één of ander nieuw opleidingsplan en spinnen masterclasses en business schools er weer garen bij.
De ene periode moeten er experten zijn, maar dan vallen er eens enkele uit en dan roept men dat kennis gedeeld moet worden zodat het bedrijf kan blijven draaien.
En dan wordt iedereen zowat “mossel noch vis profiel”, waarbij de experten misnoegd worden, de reeds mossel-noch-vis mensen op hun intellectuele limieten botsen en dan blijkt dat iedereen maar oppervlakkig vanalles iets weet.
En dan slaat de slinger weer terug naar “we moeten toch wat experten hebben”.
Eén en ander natuurlijk ook door het gebrek aan goed personeel waardoor iedereen alles een beetje moet kunnen want er is te weinig volk overal.
Kennisdelen is goed, maar van een spits moet je ook geen verdediger maken en denken dat hij nadien nog een even goede spits is.
Alles wordt steeds ingewikkelder én dat ge erbij nog verschillende expertenfuncties tegelijk kunt en idd ook nog eens koffie kunt zetten.
Een Pogacar-profiel tegen het loon van een knecht 20j geleden.
Maar ach, ondertussen worden er weer cursussen verkocht, is HR content met één of ander nieuw opleidingsplan en spinnen masterclasses en business schools er weer garen bij.
Laatst bewerkt:
iamhollywood
Well-known member
Ik ben momenteel een cash pooling bij de klant aan het implementeren. Alle betalingen voor heel de groep (meer dan 300 dochterondernemingen wereldwijd) zullen vanuit Azië gedaan worden. Alle Belgische thuisbanken vliegen eruit en worden vervangen door banken binnen de groep die volledig gemanaged worden vanuit de groep. Waar vandaag iemand snel een betalingske kan aanvragen aan onze 2 bank accountants/treasury manager, zal voortaan alles via ticketsysteem van de groep moeten passeren. Ze willen een totaal zicht op de cashbewegingen op groepsniveau. En ja dat gaat praktisch 1 grote miserie worden, maar dat is waar de meesten naartoe willen, centralisatie op het hoogste niveau
. Dat project gaat voor geen meter vooruit, voor elk klein prul moet ik weer weken op input vanuit de groep wachten. Binnen 3 maand is het mijn zorg niet meer 
.Daarom is het goed soms eens echte anciens in een bedrijf te hebben, die dan zegger:
“we hebben dit 20 of 30 jaar geleden ook geprobeerd, maar is toen mislukt en teruggedraaid nadien en wel hierom en daarom”.
“Oei hadden we niet aan gedacht”.
Veel werk dat men in de wereld wil houden door steeds maar het warm water te proberen uitvinden.
“we hebben dit 20 of 30 jaar geleden ook geprobeerd, maar is toen mislukt en teruggedraaid nadien en wel hierom en daarom”.
“Oei hadden we niet aan gedacht”.
Veel werk dat men in de wereld wil houden door steeds maar het warm water te proberen uitvinden.
iamhollywood
Well-known member
Je hebt als 100% dochter niets te zeggen. En welk personeel zal er na alle integraties nog overblijven
.
Mooncat
Active member
Is dit hier herkenbaar bij sommige BG'ers?
Meer en meer werkgevers (in mijn geval klanten) misbruiken de term 'the agile way of working'. Men gaat er steeds meer van uit dat een Test Engineer (in mijn geval) ALLE kennis heeft en alles kan doen ivm Testing (dwz manual testing, test automation front & backend, loadtesting, chaostesting, sql scripting, java scripting, Testco, Testmanager, ...) terwijl elk onderdeel van testing een expertise an sich is.
Test automation in the backend is bijvoorbeeld totaal iets anders dan Test automation in the front. Loadtesting en bijvoorbeeld ook chaostesting zijn nog andere testskills / knowledge. Maar dat begrijpt men precies dan niet (of wenst men niet te begrijpen)
En nog erger. Men gaat er dan ook van uit (en men eist dit dan ook) dan iedere collega het werk kan overnemen van een andere collega want dat is 'the agile way of working'.
Dus ne tester die morgen in C# development gaat doen? Dat moet kunnen.
De dag er na de analist van het team vervangen? Ook dat moet kunnen.
Scrummaster zijn omdat deze op verlof is? Dat mag géén probleem vormen.
De testmanager vervangen en die zijn rapportjes maken en High Level testplannen schrijven? No problemo!
Ik begrijp dat een developer ook testwerk kan doen (al haten veel devs dit en daarom bestaat de job tester hé) maar omgekeerd is toch een heel ander verhaal.
En ja een tester (ik spreek nu voor mijzelf) kan wel bijvoorbeeld analyse werk verrichten. Dat dan weer wel.
Maar het is echt met het moto dat je ALLES moet kunnen. En niet morgen maar gisteren al. No offense maar what is next? Morgen de koffie zetten voor de baas? Want dat moet kunnen?
TL;DR: De rollen van functionele en technische testers vervagen door test automation engineers die nu dichter bij development staan. De rol van functionele tester wordt nu vaak uitgevoerd door analisten.
Ik heb zelf een (functionele) achtergrond in testing en ik werk nu als scrum master.
Ik weet nog dat ik zoveel jaren geleden nog een vurige discussie had op 9Lives met iemand die bij hoog en bij laag beweerde dat er geen verschil is tussen functioneel en technisch testen. Hij refereerde toen naar de test levels en in theorie had hij gelijk. In praktijk wordt daar gewoon quasi altijd een verschil in gemaakt.
Met de opkomst van de rol van test automation engineer is die rol inderdaad wel beginnen te vervagen. Wat mij betreft, is dat iemand met een technisch profiel die vrij dicht bij development staat. Een functionele tester zal dichter bij de rol van analist liggen. Uiteraard zal een test automation engineer ook functioneel/manueel kunnen testen, want er bestaat nog altijd het waanidee dat dit geen specifieke skills vraagt. Maar een manuele tester heeft toch dikwijls een andere mindset dan een test automation engineer. Dus in praktijk is een test automation engineer inderdaad veelzijdiger, maar als je zo iemand manuele testen laat uitvoeren ga je maar een beperkte return hebben.
Je ziet gewoon ook dat die rollen complementair zijn. Een test automation engineer begint bij de unit testen en onderhoudt een test repository waarbij de nadruk vooral ligt op de nightly builds en regressietesten. Een manuele tester gaat meer end-to-end testen (UAT's) bij nieuwe ontwikkelingen. In de praktijk zie ik wel dat dit soort werk ook wel vaak wordt gedaan door analisten wat niet volledig onlogisch is. Maar dergelijke personen (zoals ik mezelf wel als eentje beschouw) gaan nooit de rol van test automation engineer kunnen vervullen. Dat is simpelweg te technisch.
Bij load of stress testing kan een test automation engineer wat eenvoudige taken scripten met behulp van JMeter of andere tools om te weten of een applicatie nog altijd responsief genoeg is, maar als je dat serieus wil aanpakken is dat een vak apart. In grote bedrijven is dat ook meestal (soms?) een apart team. Bij kleinere bedrijven zal dit inderdaad wel meer voor eigen rekening genomen worden.
Soms ben ik al die shizzle als scrum master ook gewoon beu omdat men tegenwoordig verwacht dat teams alles zelf oplossen en de gooi het maar over de schutting mentaliteit nog nooit zo groot is geweest. Een switch terug naar test engineer is dan aanlokkelijk, maar als ik dan zie hoe technisch het allemaal is geworden, dan denk ik dat dit niet meer voor mij is weggelegd.
Vega
Well-known member
Snap niet goed wat je in dit topic doet, er komt een dikke vette zak geld aan, ondertussen krijg je gewoon gratis vakantie... Ga eens naar het glimlach op je werk topic?!We zijn vandaag 1 maand na de aankondiging tot intentie collectieve sluiting.
Communicatie: 0,0
Plan: 0,0
Update business: 0,0
Update HR: 0,0
De pipo van HR heeft nog nooit een collectief ontslag gedaan. Vakbond wil rekken. Business doesn't give a shit want we zijn toch "non-recurring" en voor hun non-GAAP profit target maakt het niet uit of we er 1 of 12 mnd rondlummelen.
We moeten wel 'business as usual' verder doen per initiele communicatie. Maar alle niet-Belgen zijn effectief al buiten. US project managers zijn al buiten. Business approval meetings worden telkens gecancelled, dus het is moeilijk om dat niet te interpreteren als 'we don't give a shit'.
De communicatie dat ons product gekilld is naar de klanten is nog altijd niet uitgestuurd. Ik zou denken dat de klok begint te tikken. Eens we allemaal buiten zijn, zal het probleem zichzelf niet oplossen. De sales en field is aan het rondpushen om beslissing ongedaan te maken. Alles gaat goed dus... Ondertussen heb ik tussen 4w geleden en nu al 5 nieuwe klanten moeten onboarden op ons product(ik stuur altijd 'do they know it is being obsoleted'...). Ik heb nog in post-market meetings gezeten deze en vorige week die letterlijk 15min geduurd hebben. Die support gasten weten ook van niks en hun klanten ook niet. Epische clusterfuck qua 0,0 planning dus.
Er is na de re-org/ontslag ronde een partieel nieuw mgmt opgetrommeld. Maar die sjarels zijn allemaal al 4-5w out of office (het is uiteraard niet nodig om na 50% van je volk te cutten er te zijn voor wie er nog rondloopt...). nvdr: ik denk dat ze no fucking clue hebben wat ze moeten doen en gewoon hide and seek spelen tot de bonus rond in november. Je moet maar 1x 200k aandelen cashen om een eindje verder te kunnen.
Ik begin meer en meer te denken dat onze divisie Enron on steroids. Gewoon een paar managers die van toeten noch blazen weten. Heel de org chain het half miljoen/y meegrabbelen. En apres moi, le deluge.
Ben vandaag op kantoor geweest omdat ik in de buurt moest zijn met de kinderen (en ze waren er nog nooit geweest). Lag daar al een week verlaten (de fruitmand van maandag was nog in plastiek). Als je een bericht of mail stuurt, krijg je 2 3 4d later een mail terug.
Ik vraag me echt af wat het plan is. Ondertussen zit er 20 man thuis gewoon 95% van de tijd niks te doen en betaald te worden tot ze ons effectief buitensmijten. Zou wel handig zijn dat we zo eens weten wanneer de ontslag datum is. oktober, november, december ?
Meh, ik heb 10 jaar geleden ook in een reorganisatie gezeten waarbij ik de laatste twee maand naar bureau ging om te kaarten, Pokémon te spelen en drie dagen per week thuis kon zitten.
Dat steekt op den duur toch ook enorm tegen ze. Je hebt geen definitieve datum, geen kloten te doen, impact nul, etc etc. Da's leuk voor even, maar je wil wel een datum zodat je weer wat zinvols hebt om naar uit te kijken. Opstaan en wéér niets voor je hebben liggen is imo echt gewoon een kutgevoel.
Vega
Well-known member
Ik heb een jaar ergens gewerkt waar ik na een inwerkperiode van 2-3 maanden elke dag na een half uur klaar was met werken en moest hopen dat iemand mij belde of mailde zodat ik iets kon doen, ik ken het gevoel dus. Mijn oplossing was ander werk zoeken.
Zijn oplossing bestaat al en is reeds gefixt, uiteindelijk buitengeshot worden met een grote zak met geld en ondertussen gratis tijdskrediet krijgen. Het enige "vervelende" is dat hij niet weet wanneer hij bij wijze van spreken op straat staat, who cares. Pak dat dit geen 2 jaar zal duren.
Ergens snap ik de "frustratie" maar in zijn geval zijn de voordelen van zijn situatie toch wel enorm groter dan de nadelen die hij momenteel ondervindt.
Terugkomen van vakantie, altijd hetzelfde.
Deze morgen rap even naar de planning gekeken zodat ik maandag weet wat ik moet doen en of ik ergens moet zijn.
Zien dat er in de mailbox 200+ mails zaten die ik moet bekijken (zitten al sorteerregels op), maar planning voor de komende week zit zo vol dat ik daar met moeite aan ga geraken.
Nu ik dat gezien heb (zowel de planning als mailbox) precies toch niet meer zo veel zin om maandag al te moeten beginnen met zo’n achterstand die ik moeilijk weggewerkt ga krijgen.
Deze morgen rap even naar de planning gekeken zodat ik maandag weet wat ik moet doen en of ik ergens moet zijn.
Zien dat er in de mailbox 200+ mails zaten die ik moet bekijken (zitten al sorteerregels op), maar planning voor de komende week zit zo vol dat ik daar met moeite aan ga geraken.
Nu ik dat gezien heb (zowel de planning als mailbox) precies toch niet meer zo veel zin om maandag al te moeten beginnen met zo’n achterstand die ik moeilijk weggewerkt ga krijgen.
Michel Drets
Well-known member
DogFacedGod
Well-known member
Waarom sturen mensen mails naar die die op verlof zijn...
Als het dringend is, dan moet iemand anders het oplossen,
Als het niet dringend is, moet die mail dan verstuurd worden?
Goh, als iedereen dan wacht tot de eerste werkdag om ze te sturen, dan zijn het er nog steeds 200 hé!Waarom sturen mensen mails naar die die op verlof zijn...
Als het dringend is, dan moet iemand anders het oplossen,
Als het niet dringend is, moet die mail dan verstuurd worden?
Dewdrop Dazzle
Active member
Dat heb ik nog nooit gezien. Inderdaad zot.
cege
Well-known member
Omdat je soms een mail stuurt naar departement abc en je niet van elke ziel weet of die op verlof is of niet?Waarom sturen mensen mails naar die die op verlof zijn...
Als het dringend is, dan moet iemand anders het oplossen,
Als het niet dringend is, moet die mail dan verstuurd worden?
En omdat het jouw probleem niet is dat xyz op verlof is. "Doe die training tegen xxx". "Dat contract is niet in orde". Als je voor elke scheet moet onthouden wie wanneer op verlof is en dan een mail moet sturen als die terug is, ga je veel werk hebben.
Oldskooler
Well-known member
Overheid is dus niets voor u.
Belangrijke sidenote is wel dat ik als consultant werk met veel verschillende externen. Aantal zaken die zo in mij op komen zonder mijn mails te checken:Waarom sturen mensen mails naar die die op verlof zijn...
Als het dringend is, dan moet iemand anders het oplossen,
Als het niet dringend is, moet die mail dan verstuurd worden?
- Projecten die lopen. Persoon X van bedrijf Y was op verlof voor mij. Ik stel vragen via mail zodat hij die kan beantwoorden en bekijken wanneer ik op verlof ben zodat we na onze verloven zo snel mogelijk de sessies terug kunnen opnemen.
- Vragen van klanten van afgelopen projecten die ze naar mij sturen als contactpersoon, zij kunnen niet weten dat ik op verlof ben. Als die vraag dringend is zal die gestuurd worden naar de contactpersoon in mijn OOF. Als het niet belangrijk is, is de kans bestaand dat ze gewoon wachten tot ik terug ben omdat ik dat project het "beste" ken.
- Sales die verkenningsgesprekken inplant met nieuwe klanten, die worden ingepland en mails met informatie worden gestuurd.
Is dat daarom allemaal even dringend? Uiteraard niet. Maar het is ook niet ideaal om die mails weken te laten liggen. Iedereen heeft begrip voor vertraging in verlofperiodes, maar alles heeft zijn grenzen natuurlijk.
Vergelijkbare onderwerpen
