Twijfel tussen Scrum Master en Test (Automation) Engineer

[RuneScimi007]

Hoi Tweakers!

Ik zit met een vraag en hoop dat ik via dit topic wat meer houvast krijg. Ik ben momenteel drie jaar werkzaam als UX Designer en ben eigenlijk op zoek naar een nieuwe uitdaging. Ik heb altijd affiniteit gehad met IT en wil hier ook mijn volgende stap in maken.

Na gesprekken met connecties en het online lezen over verschillende functies, vind ik zowel de rol van Scrum Master als die van Test (Automation) Engineer erg interessant. Beide functies trekken me op verschillende vlakken aan.

Ik heb wat bedrijven gesproken die traineeships of juniorposities aanbieden, waarbij je wordt opgeleid voor de functie. Dit lijkt me een goede stap, aangezien ik bij beide functies weinig tot geen ervaring heb.

Het probleem waar ik nu mee zit, is dat beide rollen me erg leuk lijken, maar ik geen beslissing kan maken tussen de twee. Daarom is mijn vraag aan de Tweakers die Scrum Master of Test (Automation) Engineer zijn: wat vind je leuk aan je werk? Wat is je eigen ervaring? En wat raad je mij aan?

Iedereen is natuurlijk welkom om te reageren op dit topic!

[sebasd]

Als test automation engineer / consultant / trainer met 18 jaar ervaring ben ik wat bevooroordeeld, maar ik zou het wel weten. Er is nog steeds vrij veel vraag naar mensen met kennis van testautomatisering, terwijl ik om me heen steeds minder vraag naar scrum masters zie, simpelweg omdat veel teams inzien dat scrum master rollen OF niet nodig zijn OF ze door iemand in het team kunnen worden ingevuld.

[RuneScimi007]

sebasd schreef op maandag 5 augustus 2024 @ 18:33:
Als test automation engineer / consultant / trainer met 18 jaar ervaring ben ik wat bevooroordeeld, maar ik zou het wel weten. Er is nog steeds vrij veel vraag naar mensen met kennis van testautomatisering, terwijl ik om me heen steeds minder vraag naar scrum masters zie, simpelweg omdat veel teams inzien dat scrum master rollen OF niet nodig zijn OF ze door iemand in het team kunnen worden ingevuld.

Is test automation engineer in die zin dan ook een functie die altijd gewild zal zijn?

[Croga]

Als ex-Scrum Master met meer dan 15 jaar ervaring (Ja, 1 van de eerste CSMs in Nederland) zeg ik dat teams die "inzien" (of eigenlijk: denken) dat een scrum master niet nodig is of door het team zelf ingevuld kan worden geen flauw idee heeft wat de rol eigenlijk in houdt.

En dat is ook meteen de reden dat ik zeg: Als je wilt vechten tegen de bierkaai wordt dan Scrum Master. De meeste bedrijven hebben geen flauw idee wat de rol in houdt en dus kun je kiezen om half werk te leveren of ruzie te krijgen met iedereen......

[JJ Le Funk]

misschien kan TS iets specifieker zijn in welk framework of frameworks hij zich zou gaan specialiseren als TA Engineer.

verschil namelijk met scrum master is dat je wel iets moet kunnen (i.p.v. het team aanmoedigen JIRA bij te werken voorafgaand aan de Daily).

ik zeg dit omdat de skills van een goede TAE sterk liggen bij die van een software developer in combinatie met die van een informatie analist. en als programmeren TS goed zou liggen dan was hij dat waarschijnlijk al geweest?

SM zie ik toch meer als een administratief medewerker die nauw samenwerkt met de PO om de backlog te bestieren. Goed voor teams die onbekend zijn met Scrum als je die dedicated mee hebt lopen.

[ Voor 45% gewijzigd door JJ Le Funk op 05-08-2024 19:04 ]

[Oon]

Test Engineer is veel waardevoller.
Scrum Master is zo'n enorm beperkt nuttige functie op zichzelf; je moet een groot genoeg team hebben om er een nodig te hebben en dan fulltime grote projecten draaien, en het is iets dat vaak gewoon wordt opgepakt door een projectmanager omdat 9/10 bedrijven het nut van een losse Scrum Master niet inzien. Daarmee probeer ik niet te zeggen dat een projectmanager die functie er zomaar bij kan doen of dat het een nutteloze functie is, maar juist dat je dus altijd moet proberen te bewijzen dat je wél toegevoegde waarde biedt.

Test Engineer daarentegen is een functie die voorlopig nog niet vervangen kan worden; een beetje laagdrempelig testen kan iedereen, maar echt nuttige tests doen kan zelfs AI op het moment nog helemaal niet, terwijl het wel heel waardevol is.

Niks gaat altijd waardevol blijven, zeker niet in de IT, maar Test Engineer heeft enorm veel doogroeimogelijkheden in alle richtingen en kan voorlopig nog een heel mooi zakcentje opleveren.

[Kakulukia]

Als je goed betaalt wilt worden en je kunt niet veel behalve lullen dan moet je Scrum master worden. Meest overhead functie die er bestaat. Je hoeft weinig te doen, je hoeft niks te doen, maar je moet wel doen alsof je iets doet. Dat moet je wel leuk vinden. Ik heb al een paar Scrum trainees van functie zien switchen omdat het toch niet genoeg uitdaging en voldoening gaf.

Tester daarentegen doet nuttig werk. Af en toe mierenneukerij. Zou daarom sowieso de Test Automation / programmeer kant gaan. Anders ben je alleen maar monkey /functionele testen aan het doen.

De keuze is aan jou

[ Voor 40% gewijzigd door Kakulukia op 05-08-2024 19:27 ]

[sebasd]

RuneScimi007 schreef op maandag 5 augustus 2024 @ 18:49:
[...]


Is test automation engineer in die zin dan ook een functie die altijd gewild zal zijn?

Geen idee, mijn glazen bol staat bij de garage.

Maar het gaat al 18 jaar prima, nooit lang zonder opdracht gezeten, en ik heb geen reden om aan te nemen dat dat op korte termijn gaat veranderen.

[ Voor 22% gewijzigd door sebasd op 05-08-2024 19:34 ]

[mannowlahn]

Een echt goede test engineer wordt je niet zomaar. Dan moet je ook echt goede dev skills hebben. Inzien hoe testen geschreven worden. Analytisch denk vermogen hebben. Je hebt gewoon gedegen track record nodig. Er zijn er een hoop, maar het aantal waar ik van onder de indruk was veel minder. Maw hier is enorm veel ruimte voor.

Een test engineer met 1 jaar ervaring is net zo waardevol als een architect met 1 jaar ervaring.

Scrum master kan je prima doen met 1 jaar ervaring. Persoonlijk ben ik van mening dat die rol prima door ervaren team leden gedragen kunnen worden. Max 6 maanden meelopen met een team zonder scrum ervaring is vaak wel nodig. Als ze het daarna nog niet kunnen dan moet je achter je oren krabben.

[Furion2000]

Een goede scrum master is hetzelfde als een goede manager of een goede developer, kan stuk voor stuk belangrijk zijn voor een organisatie. Maar er zijn nu eenmaal veel IT'ers hier dus is de mening over scrum masters ook nogal aanwezig. Vind de uitleg van @Croga wel passend.

Ik denk de keuze vooral is, wil je verder de techniek of verder richting management, mensen en processen? Waar SM vooral een vast pad is richting dat laatste en je kunt doorgroeien naar PO, Analist en beyond, kun je als tester erg diep de testing in gaan, maar ook security hoek, maar ook later weer management rollen op je nemen.

Ondanks dat tester dus flexibeler klinkt, zou ik toch vanuit die eerste keuze kiezen... techniek of management, mensen en processen

MAAR na 3 jaar UX designer 'toe aan een nieuwe uitdaging' is voor mij ook wel een beetje een red flag. Klinkt niet alsof je dat erg diep uitgediept hebt. In de zin dat ik toch best vaak verhalen hoor van mensen die 3 verschillende disciplines in de IT hebben gedaan in 10 jaar tijd en dan 'de IT achter zich laten, want het is niks'. Echt goed worden ergens in kost tijd en als je ergens echt goed in begint te worden ga je het heel vaak erg leuk vinden, zonde als je altijd op dat net junior af niveau blijft hangen.

[BakkerM]

sebasd schreef op maandag 5 augustus 2024 @ 18:33:
Als test automation engineer / consultant / trainer met 18 jaar ervaring ben ik wat bevooroordeeld, maar ik zou het wel weten. Er is nog steeds vrij veel vraag naar mensen met kennis van testautomatisering, terwijl ik om me heen steeds minder vraag naar scrum masters zie, simpelweg omdat veel teams inzien dat scrum master rollen OF niet nodig zijn OF ze door iemand in het team kunnen worden ingevuld.

Hear Hear!

Ik weet weinig van IT af, maar sprekende vanuit de business ruil ik graag 5 scrummasters in voor één goede techneut die daadwerkelijk iets kan maken of oplossen. De hype en het geneuzel met storypoints kan me snel genoeg afgelopen zijn

[Kist]

Ben eigenlijk wel benieuwd waarom je uitgekeken bent op UX. Daar zou ik eerst naar kijken en dan eerlijk kijken of je niet tegen hetzelfde probleem gaat aanlopen in een andere rol.

Los daarvan, testautomatisering is een mooi vakgebied, maar je moet wel tegen wat dingen kunnen.
Zie je het zitten om elke dag mensen op fouten in hun werk te wijzen? En sta je stevig in je schoenen als developers het absoluut niet met je eens zijn? Wat als een klant iets wil wat eigenlijk niet bij een organisatie of infrastructuur past? Durf je bij gebrekkige kwaliteit van een release op je strepen te gaan staan of eventueel te escaleren als je een serieus business risico ziet?(Ik heb wel eens in een miljarden project kort voor een zeer belangrijk en grote release op de pauze knop moeten drukken, waren sommige mensen niet blij mee) In de laatste dagen van een sprint ben jij het drukst bezig van het team. Kan je tegen mensen die daar druk op gaan leggen en dat jouw gedeelte als probleem wordt gezien voor oplever snelheid? Ben je bereid op klussen in te stappen waar je alles behalve in een gespreid bedje terecht komt?

Niet om negatief te doen. Ik vind het vak van testen/testautomation een mooi vak. Maar een belangrijke eigenschap is wel, dat je veel meer dan een dev, stevig in je schoenen moet staan. (ik heb ooit een collega helemaal zien instorten omdat die hier dus niet mee om kon gaan.)

[ Voor 3% gewijzigd door Kist op 05-08-2024 22:23 ]

[Dj-sannieboy]

Ik kan uit de TS niet opmaken wat je zelf leuk lijkt / interessant vindt aan deze rollen?

Wij kunnen je wel aanraden om het een of het andere te gaan doen, maar het gaat er uiteindelijk om wat je zelf leuk vindt.

Ben je liever met het product en techniek bezig, dan is test automation engineer meer iets voor jou. Wordt je echter blij van mensen (het team) motiveren en uitdagen (op zoek naar continu verbeteren) terwijl je niet direct met de inhoud van het product bezig bent dan past de rol van scrum master beter bij je.

[Falcon]

Ik doe ze op dit moment soms wel alle 3 de rollen en daarbij Infra engineer

Maar wat haal jij niet uit de UX-rol, die je wel terug wil zien in de andere rollen?

Ik hou zelf juist van een multi-rol. Zou gek van de routine worden op 1 rol. Een DevOps-Team met een samenwerk cultuur is dan echt fijn, samen waarde toevoegen. Functionele en technische verbeteringen.

Met een innovatiedag is helemaal prettig, zodat je ook helemaal even een dag hebt dat je iets tbv het project kan uitzoeken en samen met je team besluiten om het mee te nemen in een Sprint.

Zo heb ik laatst mij even verdiept in het cachen van npm install in een release pipeline, waardoor de pipeline sneller kan doorlopen. Totaal niet iets wat officieel bij mijn functie hoort, maar wel leuk om op te pakken/uit te zoeken/pocje in PR en gaan.

Kortom zorg dat je onderdeel wordt van een scrum/devops-team met open karakter

[ Voor 84% gewijzigd door Falcon op 05-08-2024 22:48 ]

[Oon]

Falcon schreef op maandag 5 augustus 2024 @ 22:37:
Ik doe ze op dit moment soms wel alle 3 de rollen en daarbij Infra engineer

Maar wat haal jij niet uit de UX-rol, die je wel terug wil zien in de andere rollen?

Ik hou zelf juist van een multi-rol. Zou gek van de routine worden op 1 rol.

Een dedicated scrum master of test engineer is dan wel weer iets compleet anders dan iemand die alles een beetje doet. Ik doe zelf als developer/devops engineer ook wat testwerk en wij managen onze eigen projecten, maar ik waan me echt geen volwaardige fulltime projectmanager of zo.

Wanneer je op het punt/in een bedrijf komt waar zo'n taak een fulltime rol wordt gaat het ook over een heel ander niveau van werken en een hele andere capaciteit, dat doe je niet even bij je andere taken.

[Falcon]

Oon schreef op maandag 5 augustus 2024 @ 22:44:
[...]

Een dedicated scrum master of test engineer is dan wel weer iets compleet anders dan iemand die alles een beetje doet. Ik doe zelf als developer/devops engineer ook wat testwerk en wij managen onze eigen projecten, maar ik waan me echt geen volwaardige fulltime projectmanager of zo.

Wanneer je op het punt/in een bedrijf komt waar zo'n taak een fulltime rol wordt gaat het ook over een heel ander niveau van werken en een hele andere capaciteit, dat doe je niet even bij je andere taken.

Klopt, maar ik heb ze ook individueel alleen gedaan in mijn detachering periode. Opzich leuk, maar toch is in al deze rollen een bepaalde sleur mogelijk en voelen ze ook niet altijd even efficiënt dan als je in een multirol zit.

[Transportman]

Wat lijkt je zelf interessant aan die rollen? En niet alleen de letterlijke beschrijving, maar ook hoe veel bedrijven de rol praktisch invullen. Want ik heb bij diverse teams gezien dat de SM niet alleen voor het Scrum proces wordt ingezet, maar ook verwacht wordt dat ze zich inzetten om beperkingen in de waar het team tegenaan loopt aan te pakken, en dat testengineers ook overleggen met andere teams voor ketentesten. Je zal dus ook breder moeten denken, welke taken gaan er nog meer bij komen die niet per se tot de kern van de functie horen.

Een goede SM kan trouwens zeker van goede waarde zijn voor een team, maar een team dat eenmaal loopt zal minder behoefte hebben aan een SM, terwijl de behoefte aan een goede tester in een team er altijd zal zijn.

[Croga]

Furion2000 schreef op maandag 5 augustus 2024 @ 20:28:
Een goede scrum master is hetzelfde als een goede manager of een goede developer, kan stuk voor stuk belangrijk zijn voor een organisatie. Maar er zijn nu eenmaal veel IT'ers hier dus is de mening over scrum masters ook nogal aanwezig. Vind de uitleg van @Croga wel passend.

Tsja; als iedereen die een PSM1 cursus gedaan heeft zichzelf Scrum Master gaat noemen dan kun je het ze ook niet kwalijk nemen..... De Agile Industrie is gewoon helemaal ingestort en dus zijn er nog maar heel weinig bedrijven die het snappen. Daardoor krijgt Scrum en de Scrum Masters een slechte naam en krijg je dus mensen die denken dat een Scrum Master een secretaresse is die alleen JIRA bijwerkt.....

Er is een reden dat ik er mee gestopt ben. En om diezelfde reden zou ik niemand nog aanraden Scrum Master te worden tenzij ze écht bevlogen zijn met het gedachtengoed.

[Sito]

Mocht je voor Test Automation Engineer kiezen: onderschat die functie niet.

Om een goede test engineer te zijn en écht waarde te leveren moet je naast kritisch en analytisch zijn, ook goed kunnen developen. Dit laatste wordt vaak erg onderschat, maar het is wat mij betreft essentieel dat een test automation engineer dit goed beheerst.

Ik heb verschillende organisaties gezien waarbij mensen door een ‘herorganisatie’ min of meer gedwongen worden richting test automation. Dat is prima, maar vervolgens wordt er geen aandacht besteedt om de concepten te leren van programmeren, hoe je dit op een fatsoenlijke manier kan doen, efficiënt, leesbaar etc. Dit had als gevolg dat zij alleen maar visueel ingestelde test automation tools konden gebruiken. In mijn ervaring zijn die inferieur ten opzichte van test frameworks in code op het gebied van performance, onderhoudbaarheid en het belangrijkste: developers binnen de organisatie snappen dit, kunnen ermee helpen en eventueel zelf tests schrijven!

Ik wil je zeker niet afschrikken, maar er wordt heel snel gedacht “test automation: dat doe ik wel even.” Maar zo werkt het in de praktijk niet

[ Voor 7% gewijzigd door Sito op 06-08-2024 07:57 ]

[Falcon]

@RuneScimi007 Wat doe jij nu met de antwoorden? Heb je nog vragen?

[RuneScimi007]

Ik zie dat er al een hoop mensen hebben gereageerd, heel leuk om te zien!

Croga schreef op maandag 5 augustus 2024 @ 18:54:
Als ex-Scrum Master met meer dan 15 jaar ervaring (Ja, 1 van de eerste CSMs in Nederland) zeg ik dat teams die "inzien" (of eigenlijk: denken) dat een scrum master niet nodig is of door het team zelf ingevuld kan worden geen flauw idee heeft wat de rol eigenlijk in houdt.

En dat is ook meteen de reden dat ik zeg: Als je wilt vechten tegen de bierkaai wordt dan Scrum Master. De meeste bedrijven hebben geen flauw idee wat de rol in houdt en dus kun je kiezen om half werk te leveren of ruzie te krijgen met iedereen......

Hoe komt het dan dat er zoveel vraag momenteel is naar Scrum Masters maar ze zelf geen idee hebben wat de functie inhoud? Komt het ook echt vaak voor dat een Scrum Master botst met het bedrijf?

JJ Le Funk schreef op maandag 5 augustus 2024 @ 18:54:
misschien kan TS iets specifieker zijn in welk framework of frameworks hij zich zou gaan specialiseren als TA Engineer.

verschil namelijk met scrum master is dat je wel iets moet kunnen (i.p.v. het team aanmoedigen JIRA bij te werken voorafgaand aan de Daily).

ik zeg dit omdat de skills van een goede TAE sterk liggen bij die van een software developer in combinatie met die van een informatie analist. en als programmeren TS goed zou liggen dan was hij dat waarschijnlijk al geweest?

SM zie ik toch meer als een administratief medewerker die nauw samenwerkt met de PO om de backlog te bestieren. Goed voor teams die onbekend zijn met Scrum als je die dedicated mee hebt lopen.

Nee, dat begrijp ik ook. Ik ben mij er ook bewust van dat TAE veel technischer is dan een SM. Maar daarom dat ik ook zei dat ik een traineeship zal gaan volgen als ik voor TAE kies. Ik heb een kleine partij gevonden met echt proffesionals die echt tijd willen stoppen in iemand die TAE wilt worden. Ze nemen ook maar 1 trainee aan elke 7 maanden als ik het goed heb.

Oon schreef op maandag 5 augustus 2024 @ 19:06:
Test Engineer is veel waardevoller.
Scrum Master is zo'n enorm beperkt nuttige functie op zichzelf; je moet een groot genoeg team hebben om er een nodig te hebben en dan fulltime grote projecten draaien, en het is iets dat vaak gewoon wordt opgepakt door een projectmanager omdat 9/10 bedrijven het nut van een losse Scrum Master niet inzien. Daarmee probeer ik niet te zeggen dat een projectmanager die functie er zomaar bij kan doen of dat het een nutteloze functie is, maar juist dat je dus altijd moet proberen te bewijzen dat je wél toegevoegde waarde biedt.

Test Engineer daarentegen is een functie die voorlopig nog niet vervangen kan worden; een beetje laagdrempelig testen kan iedereen, maar echt nuttige tests doen kan zelfs AI op het moment nog helemaal niet, terwijl het wel heel waardevol is.

Niks gaat altijd waardevol blijven, zeker niet in de IT, maar Test Engineer heeft enorm veel doogroeimogelijkheden in alle richtingen en kan voorlopig nog een heel mooi zakcentje opleveren.

Ik denk niet dat iedereen die mening met je deelt over het stukje van de Scrum Master. Ik heb zelf nooit met een scrum master gewerkt of zelf ervaring in de rol, dus ik kan hier niks over zeggen. Wat je zegt over een Test Engineer, hoor ik wel heel vaak langskomen. Ik heb op internet ook gelezen dat er TAE waren die bijv doorgroeide naar coordinator, product owner of scrum master. TAE klinkt dan ook iets interessanter omdat het een rol is waar je langzaam kennis maakt met de IT-wereld en verschillende rollen in je teams.

Kakulukia schreef op maandag 5 augustus 2024 @ 19:25:
Als je goed betaalt wilt worden en je kunt niet veel behalve lullen dan moet je Scrum master worden. Meest overhead functie die er bestaat. Je hoeft weinig te doen, je hoeft niks te doen, maar je moet wel doen alsof je iets doet. Dat moet je wel leuk vinden. Ik heb al een paar Scrum trainees van functie zien switchen omdat het toch niet genoeg uitdaging en voldoening gaf.

Tester daarentegen doet nuttig werk. Af en toe mierenneukerij. Zou daarom sowieso de Test Automation / programmeer kant gaan. Anders ben je alleen maar monkey /functionele testen aan het doen.

De keuze is aan jou

Wat ik zelf leuk vind aan de rol Scrum Master is dat je mensen coacht, begeleid, team helpen met sprints te halen en ook het stukje contact met de stakeholders. Maar als ik dan hoor dat je trainees kent die gestopt zijn aan het scrum master traject, ga ik wel twijfelen. Ben jij zelf tester toevallig?

Dj-sannieboy schreef op maandag 5 augustus 2024 @ 22:32:
Ik kan uit de TS niet opmaken wat je zelf leuk lijkt / interessant vindt aan deze rollen?

Wij kunnen je wel aanraden om het een of het andere te gaan doen, maar het gaat er uiteindelijk om wat je zelf leuk vindt.

Ben je liever met het product en techniek bezig, dan is test automation engineer meer iets voor jou. Wordt je echter blij van mensen (het team) motiveren en uitdagen (op zoek naar continu verbeteren) terwijl je niet direct met de inhoud van het product bezig bent dan past de rol van scrum master beter bij je.

Begrijpenlijk! Eigenlijk wat je zelf zegt in de laatste alinea. Het lijkt mij zowel leuk om in de materie te zitten en een product te verbeteren echt als TAE. Maar tegelijkertijd zou ik ook voldoening halen uit een team motiveren, coachen en uitdagen. Daarom dat ik er niet uit kan komen hahaha.

Sito schreef op dinsdag 6 augustus 2024 @ 07:55:
Mocht je voor Test Automation Engineer kiezen: onderschat die functie niet.

Om een goede test engineer te zijn en écht waarde te leveren moet je naast kritisch en analytisch zijn, ook goed kunnen developen. Dit laatste wordt vaak erg onderschat, maar het is wat mij betreft essentieel dat een test automation engineer dit goed beheerst.

Ik heb verschillende organisaties gezien waarbij mensen door een ‘herorganisatie’ min of meer gedwongen worden richting test automation. Dat is prima, maar vervolgens wordt er geen aandacht besteedt om de concepten te leren van programmeren, hoe je dit op een fatsoenlijke manier kan doen, efficiënt, leesbaar etc. Dit had als gevolg dat zij alleen maar visueel ingestelde test automation tools konden gebruiken. In mijn ervaring zijn die inferieur ten opzichte van test frameworks in code op het gebied van performance, onderhoudbaarheid en het belangrijkste: developers binnen de organisatie snappen dit, kunnen ermee helpen en eventueel zelf tests schrijven!

Ik wil je zeker niet afschrikken, maar er wordt heel snel gedacht “test automation: dat doe ik wel even.” Maar zo werkt het in de praktijk niet

Nee alleen maar goed dat je dit aangeeft. Dan is een traineeship toch juist goed? Daar leer je alles en word je ook begeleid. Ik heb het dan niet bijv over een bedrijf zoals Cap waar je een nummertje bent (wat ik hier op tweakers hoor), maar bij een kleinere partij die echt aandacht besteden aan je ontwikkeling. Ik zou nu niet zomaar een junior functie op mij kunnen nemen, zou niet weten waar ik dan moet beginnen. Daarom lijkt een traineeship de juiste keuze.

-----

Uit alle reacties tot nu toe heb ik opgemaakt dat de meeste mensen een functie als Test Automation Engineer (TAE) aanraden. Als TAE kun je uiteindelijk doorgroeien naar verschillende rollen, waaronder die van scrum master.

Persoonlijk denk ik dat ik het fijner zou vinden om met een TAE-traineeship te beginnen. Op die manier krijg ik niet alleen een introductie tot de IT-wereld en teams, maar doe ik ook waardevolle vaardigheden en kennis op. Ik ga aankomende vrijdag een koffietje doen met de directeur van een kleinere partij die alleen TAE detacheren. Zij hebben momenteel een TAE traineeship rol open staan, dus we gaan even kijken of het wat voor mij zou kunnen zijn.

Ik moet wel toegeven dat ik een mooi aanbod heb ontvangen voor een junior scrum master-functie. Wat mij aanspreekt aan de rol van scrum master is het coachen, begeleiden en motiveren van het team om continu verbeteringen op te leveren. Daarnaast is de vraag naar scrum masters sterk gestegen. Toch twijfel ik of dat de juiste keuze is voor mijn ontwikkeling. Ik denk dat een TAE-traineeship waardevoller zal zijn en meer zal bijdragen aan mijn groei.

Nadat ik vrijdag met het bedrijf heb gezetten voor de TAE trainee rol, zal ik even een update sturen

[Oon]

RuneScimi007 schreef op woensdag 7 augustus 2024 @ 15:15:
Natuurlijk, hier is de aangepaste versie van je tekst:

Let er wel even op dat je waarde in beide rollen nihil is als je AI gaat gebruiken om simpele taken uit te voeren

Edit: Ik zie dat je deze regel nu hebt weggehaald, punt blijft hetzelfde, en het gebruik van AI verbergen maakt het m.i. niet beter

[ Voor 19% gewijzigd door Oon op 07-08-2024 15:18 ]

[RuneScimi007]

Oon schreef op woensdag 7 augustus 2024 @ 15:17:
[...]

Let er wel even op dat je waarde in beide rollen nihil is als je AI gaat gebruiken om simpele taken uit te voeren

Edit: Ik zie dat je deze regel nu hebt weggehaald, punt blijft hetzelfde, en het gebruik van AI verbergen maakt het m.i. niet beter

Was puur even om de laaste tekst te laten nakijken sinds ik op veel reacties heb gereageerd. Plaats de tekst nog geen 1 sec en je hijgt al in mijn nek, rustig aan tijger hahahaa

[Kurkentrekker]

RuneScimi007 schreef op woensdag 7 augustus 2024 @ 15:15:
Natuurlijk, hier is de aangepaste versie van je tekst:

Je hebt de chatgpt tekst er nog in staan. Vertel ons ook even dat we tegen een chatbot praten, dan kunnen we eventueel advies ook daarmee genereren ;-)

Oh nevermind, je had het al gezien.

[ Voor 5% gewijzigd door Kurkentrekker op 07-08-2024 15:21 ]

[RuneScimi007]

Kurkentrekker schreef op woensdag 7 augustus 2024 @ 15:20:
[...]


Je hebt de chatgpt tekst er nog in staan. Vertel ons ook even dat we tegen een chatbot praten, dan kunnen we eventueel advies ook daarmee genereren ;-)

nogmaals puur om mijn tekst na te lopen. Heb gewoon een half uur de tijd genomen op alle reacties te lezen en zelf er weer op te reageren.

"hoi chatgpt zou je de volgende tekst kunnen checken op zinsopbouw en het verbeteren."

Kunnen we nu weer on-topic blijven aub?

[ Voor 13% gewijzigd door RuneScimi007 op 07-08-2024 15:26 ]

[Kurkentrekker]

Natuurlijk
Ik lees dat je nog niet eerder met een SM hebt gewerkt. Je zou kunnen proberen om eens een dagje mee te lopen om te kijken hoe die rol wordt ingevuld, idealiter bij verschillende organisaties. Nu komt het een beetje over alsof het je wel wat lijkt op basis van beschrijvingen van de rol, maar die kan echt anders zijn in de praktijk.

Uiteindelijk denk ik dat een engineer achtige rol een duurzamer carrièrepad oplevert. Ik kan me zo voorstellen dat er bij veel organisaties, terecht of onterecht, de scrum master hoog op het lijstje staat om eruit te vliegen bij de volgende recessie.

[RuneScimi007]

Kurkentrekker schreef op woensdag 7 augustus 2024 @ 15:28:
Natuurlijk
Ik lees dat je nog niet eerder met een SM hebt gewerkt. Je zou kunnen proberen om eens een dagje mee te lopen om te kijken hoe die rol wordt ingevuld, idealiter bij verschillende organisaties. Nu komt het een beetje over alsof het je wel wat lijkt op basis van beschrijvingen van de rol, maar die kan echt anders zijn in de praktijk.

Uiteindelijk denk ik dat een engineer achtige rol een duurzamer carrièrepad oplevert. Ik kan me zo voorstellen dat er bij veel organisaties, terecht of onterecht, de scrum master hoog op het lijstje staat om eruit te vliegen bij de volgende recessie.

Klopt inderdaad! Dat is wel een goede tip. Ik zou aan SM connecties kunnen vragen of ik een dagje mee kan lopen. Ja, die conclusie had ik zelf al gemaakt, dat TAE een duurzamer carrièrepad oplevert. Heb ook het gevoel dat Scrum Masters ook vaak wel hun battles moeten kiezen.

[ Voor 3% gewijzigd door RuneScimi007 op 07-08-2024 15:34 ]

[Croga]

RuneScimi007 schreef op woensdag 7 augustus 2024 @ 15:15:
Ik zie dat er al een hoop mensen hebben gereageerd, heel leuk om te zien!
Hoe komt het dan dat er zoveel vraag momenteel is naar Scrum Masters maar ze zelf geen idee hebben wat de functie inhoud? Komt het ook echt vaak voor dat een Scrum Master botst met het bedrijf?

Er is zoveel vraag omdat veel bedrijven zichzelf Scrum geverfd hebben zonder het gedachtengoed te begrijpen. En dan krijg je dus dat er Scrum Masters nodig zijn, want dat hoort zo. Vervolgens worden die plekken vol gepropt met mensen die net geleerd hebben dat er een daily standup moet zijn en vervolgens vanuit het bedrijf de opdracht krijgen om netjes de voortgang te rapporteren. Ergo: De daily standup vervormt tot een rapportage moment. Daarnaast worden de teams gevuld met mensen die part time aan een project mee doen en alles wat Scrum goed maakt valt in duigen.

De Scrum Master is degene die binnen het bedrijf het gedachtengoed moet uitdragen. Het bijbehorende mandaat krijgt hij echter vaak niet, noch de ondersteuning vanuit het management. Met als resultaat dat de Scrum Master dan maar gaat doen waar hij wel mandaat voor heeft en dat is het team vertellen dat het niet snel genoeg gaat....

Mijn Scrum Mentor vertelde me indertijd, na het behalen van mijn CSM certificaat, dat hij mij zou certificeren zodra ik een keer weg gestuurd zou worden voor het doen van mijn werk. Dat is mij vervolgens meerdere keren overkomen. Vaak omdat ik de manager vertelde dat het nu zijn beurt was om te gaan veranderen. En hoe langer ik het werk deed, hoe sneller dat moment kwam.

Zoals gezegd: Als je echt bevlogen bent met het gedachtengoed, als je echt de wereld voor de ontwikkelaars beter wilt maken, als je echt snapt dat Mensen en hun interacties belangrijker zijn dan de processen en JIRA, als je echt snapt dat Scrum de slechtste manier is om Agile te worden dán moet je gaan voor Scrum Master. Want zonder die bevlogenheid ga je heel snel verworden tot secretaresse van het team.

[eelco_v]

Hier gaat ie, wellicht om redenen dat ik soms mijzelf graag hoor praten, anderzijds : ouwe lul die anderen probeert te behoeden voor eerdere negatieve ervaringen.

Disclaimer : ik leef met diagnose Asperger, vorm van Autisme ... dus de "normale" menselijke interactie is voor mij absoluut onlogisch ... (of functioneel)

Ik ben afgestudeerd en daarna werkeloos geworden op geregelde momenten. Na mijn diagnose op latere leeftijd is het kwartje voor mijzelf maar ook mijn omgeving (UWV) gevallen. Zoals hiervoor aangegeven, ik ervaar nogal wat problemen in interpersoonlijke relaties en sociale interacties.

Uiteindelijk op latere leeftijd de kans gegund als functioneel tester deel te nemen aan een team van ontwikkelaars. Dat betekend een UI/Desig deskundige, ander half back-end deskundige, een tweetal ontwikkelaars, een tweetal stagiares en een tevens architect. Ik wist de ballen van testen en had enkel deze kans en het internet tot mijn beschikking. Daarnaast is mijn grondhouding, sinds de dag dat ik een schijfje in mijn handen geduwd kreeg; read the fucking manual; so don't ask ... Mijn eerste aanvaring direct met de directie, die tevens scrum master was : waarom ga je nitpicken over hoe en wanneer je spaties, komma's, etc toepast. Houd toch op, das nergens voor nodig.

Daarna heb ik het team over de rooie geholpen, incluis de master , door aan te geven dat invoer velden niet zomaar ingevoerd konden worden, denk aan sql injectie. Na meer dan twee jaren kreeg ik de kans op een minder lange reis tijd en een gerenomeerd statistiek instituut in het zuiden des lands. Hier was harde eis dat ik niet enkel functioneel zou testen maar de focus lag op automatisering van testen mhv Ranorex, echter gedurende ruim drie maanden heb ik toch heul veul handmatig moeten testen en mijzelf wegwiijs moeten maken in zowel scripting, deels programmeer taken. Dat liep dus verkeerd, daar ik (bijna) niks kon bijbenen.

... Na drie jaren daarna op low level een beetje beheer werk heb ik mijzelf terug gevonden: dat ik wel degelijk kwaliteiten en vaardigheden en tevens voldoende aanleg bezit om OOK automatisering van het testen onder de knie te krijgen. Ben nu met dus de noodzakelijke en begripvolle ondersteuning van een ontwikkelaar de kennis van diverse frameworks voor test automatisering eigen aan het maken. Denk aan deep-dive in Playwright. Hier focus ik op POM (object oriented) en kleine programmeer vaardigheden.

Samengevat: er bestaan twee soorten van mensen ook binnen de ICT wereld ; het zijn diegene die andere graag vertellen over hoe je iets zou moeten doen en je hebt diegene die het technisch "gewoon" voor elkaar zien te krijgen. Die laatste soort heb ik vakinhoudelijke wat van kunnen leren en overwegend prettig mee samengewerkt, die eerste soort heb ik van geleerd dat deze mij eventueel kunnen beschadigen enkel uit eigenbelang, "zakelijk belang" en spite.

Geen haar op mijn hoofd, inderdaad al kalende, die er aan zou denken om scrum-"master" te willen zijn of er uberhaupt serieuze aandacht aan te besteden, zoals @Croga al aangeeft ; hier gaat het al lang niet meer om de inhoud maar enkel nog voor de vorm en de vele ego's

een vak leer je niet binnen enkel 6 of 8 maanden ... mensen vergeten wel binnen enkele minuten