Twijfels: Solliciteren naar een out-of-my-league functie

[PdeBie]

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[Satch]

Die Scrummaster certificeringen stellen ook weer niet zoveel voor. Waarom probeer je PSM 1 en PSM 2 niet gewoon eerst te halen? Misschien dat je huidige werkgever er ook wel voor wil betalen vanuit een studiebudget. Zonder cursus (gewoon zelfstudie en oefenexamens) kost het volgens mij maar 400 dollar in totaal ofzo.

[Bulder]

Vooropgesteld: vacature eisen liggen vrijwel altijd (bewust) te hoog en minimumeisen moet je vaak eerder zien als richtlijn. Daarnaast is de krapte op de arbeidsmarkt enorm en is er best een kans dat je de beste papieren hebt van alle aanmeldingen. Daar komt je motivatie nog bovenop ook.

Er is in deze markt maar één domme zet en dat is solliciteren op functies waar je zo binnenkomt.

[Thomas]

Eens met beide hierboven. Je kunt zelf een cursus doen, maar je kunt ook gewoon solliciteren en kijken wat ze bieden. Of allebei natuurlijk. De arbeidsmarkt is inderdaad krap, dus pak je kans!

[Frieda]

Gewoon solliciteren en in je motivatie benadrukken dat je al zowat alle activiteiten van een scrum master doet. Succes!

[AequitasII]

Precies gewoon doen. Een scrummaster met developer en agile ervaring zonder certificaat is naar mijn mening interessanter dan een scrum master met certificaat maar zonder developer ervaring. Het examen om het certificaat te behalen stelt weinig voor.

Vergeet in je CV en brief niet heel expliciet je ervaring met agile werken en de rollen die je daarbij hebt ingenomen te vermelden. Benoem duidelijk de beweegredenen waarom je nu scrummaster wilt worden. Komt vast goed dan!

[Admiral Freebee]

Gewoon solliciteren met een eerlijk CV en een nette motivatiebrief. Ik ken genoeg developers die succesvolle scrum masters geworden zijn voordat ze alle trainingen gehad hebben.

[Bolletje]

Solliciteren nu die vacature nog open staat.

In de tussentijd beginnen met die PSM certificering. Ik heb zelf ook PSM I. Als je echt wil kan je dat wel snel halen, binnen 2 weken. Dan heb je die misschien al voordat je een eerste gesprek hebt.

[MarcoC]

Naar mijn mening zegt ervaring als scrum master weinig. Er zijn genoeg scrum masters die het boekje uitvoeren zonder echt te begrijpen wat een scrum master precies zou moeten doen. Dan heb je wel ervaring, maar wat voor ervaring? Ik denk dat je als developer juist goed begrijpt waar de pijn zit en wat de toegevoegde waarde van een scrum master zou kunnen zijn.

Zo te zien heb je wel ervaring met de verantwoordelijkheden die een scrum master heeft. Ik denk daarom niet dat de vacature out-of-your-league is. Een scrum master-certificaat kan je daarnaast heel makkelijk halen met zelfstudie, mij is het in 1 dag gelukt (ik ben geen scrum master overigens, maar vond het wel interessant om de materie te begrijpen). Dat kan ik jou ook aanraden.

Wel zijn er aantal valkuilen waarvoor ik je als (ex-)developer zou willen waarschuwen. Een goede scrum master heeft naar mijn mening echt als taak om het proces te faciliteren. Dat betekent niet dat je bijv. verantwoordelijk bent om PR's te reviewen of incidenten af te handelen. Ook is het zeker niet je taak om "het team te beschermen/af te schermen". Je moet ervoor zorgen dat het team zo productief mogelijk is, en dat betekent niet dat je het development team altijd maar moet pleasen. De rollen development team/scrum master/product owner zijn gelijkwaardig en hebben allemaal verantwoordelijkheden naar elkaar toe.

[rob_erwt]

Scrummaster hier! Of het out-of-your-league is, ligt heel erg wat het bedrijf zoekt. Bijna alle vacatures voor scrummaster zien er hetzelfde uit, maar allemaal zoeken ze wat anders... Dus wat dat betreft: gewoon solliciteren!

Leg in je motivatie goed uit wat je beweegredenen zijn en mocht je uitgenodigd worden, probeer dan in het gesprek goed te achterhalen wat ze precies zoeken en of dat aansluit bij wat jij voor ogen hebt in zo'n rol.

Certificaten zijn redelijk makkelijk te halen en zeggen, naar mijn mening, niet zoveel. Ik heb bijna de hele zwik van Scrum.org, maar het meest heb ik geleerd in de praktijk en van andere scrummasters/agile coaches.

Dat laatste kan je wel helpen: zijn er andere scrummasters waar je van kan leren en mee kan sparren of ben je de enige scrummaster in de organisatie. In dat laatste geval is het het wel pittig voor een beginnende scrummaster. Overigens helpt naar mening je technische achtergrond. Het is geen must, maar het helpt wel is mijn ervaring.

En loopt de sollicitatie op niets uit, dan heb je als het goed is een beter beeld bij wat men van sollicitanten verwacht in zo'n rol. En die kennis kun je weer meenemen bij de volgende sollicitatie Ga daar ook zeker voor, want het vak van scrummaster is inderdaad ontzettend leuk!

[PdeBie]

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[ Voor 4% gewijzigd door PdeBie op 09-03-2022 16:03 ]

[overhyped]

Ik zeg zelf ook altijd (en tegen anderen) het is niet jouw taak om te zeggen waarom je niet aangenomen kan worden. Dus volledig eens met de conclusie om wel te solliciteren. Succes!

[JohnR]

Naar mijn idee is een scrummaster die geen code commit, gewoon een projectleider die zichzelf graag hip wil verkopen. Als je ambitie hebt als scrummaster zou je die ook gelijk in je huidige job op moeten kunnen doen.

[FreezeXJ]

Dat doet TS dus al, en nu wil hij het officieel en full-time gaan doen als ik het zo lees.
Daarnaast is scrum master gewoon 1 van de vele functies die opgepakt moet worden in een team (idem met architect etc) en of dat nou dedicated is of 'erbij' hangt heel erg af van hoe volwassen een team is, en voor hoeveel mensen/teams die scrum master werkt.
Projectleider is wel een heel andere functie, gekoppeld aan ... juist ja, een project. (Een scum master is gekoppeld aan een team)

En as said: ga ervoor, niet geschoten is sowieso mis. Liever iemand met ambitie, die wil tenminste bijleren

[PdeBie]

JohnR schreef op maandag 7 maart 2022 @ 12:27:
Als je ambitie hebt als scrummaster zou je die ook gelijk in je huidige job op moeten kunnen doen.

Alleen wil ik dus gaan stoppen met code committen

De hele techniek achter een website/webapplicatie kan mijn tegenwoordig worst wezen. Daar zijn vele andere techneuten vele malen slimmer in dan ik en die vinden het code kloppen helemaal hun ding.

Ik heb het nu 14 jaar gedaan en merk gewoon dat ik er steeds minder energie uit haal en er ook geen energie voor kan opbrengen om wéér een nieuwe techniek te moeten leren. C#, .NET, dotnetcore, AWS, Angular enzovoort, enzovoort. Vroeger zat ik 's avonds na werktijd nog zelf dingetjes te knutselen om iets nieuws te proberen. Dat kan ik nu niet meer (mede door gezinsleven, maar ook door gebrek aan ambitie/passie).

[thisegzz]

PdeBie schreef op maandag 7 maart 2022 @ 16:19:
[...]

Ik heb het nu 14 jaar gedaan en merk gewoon dat ik er steeds minder energie uit haal en er ook geen energie voor kan opbrengen om wéér een nieuwe techniek te moeten leren. C#, .NET, dotnetcore, AWS, Angular enzovoort, enzovoort. Vroeger zat ik 's avonds na werktijd nog zelf dingetjes te knutselen om iets nieuws te proberen. Dat kan ik nu niet meer (mede door gezinsleven, maar ook door gebrek aan ambitie/passie).

Dat heeft waarschijnlijk ook te maken met dezelfde omgeving waarin je zit. Kom je in een ander team, en dus in een mogelijk andere positie mocht je scum leider worden, dan gaat het code "kloppen" ook niet meer zoals voorheen. Dan zit je toch met andere taken/mensen/verantwoordelijkheden, schat ik zo in.

[CVTTPD2DQ]

De Speld heeft er al eens een artikel aan gewijd:

Scrum Master zelf de enige die titel scrum master serieus neemt
Ook Davids moeder ziet het met lede ogen aan: “Natuurlijk heb ik ‘m knarsetandend gefeliciteerd. Maar als-ie alsnog zijn veterdiploma zou halen, zou ik hem ook feliciteren. Ik heb er ook niet per se iets op tegen dat hij nu Scrum Master is, hij moet alleen niet doen alsof het iets voorstelt. Daardoor heb ik de neiging hem keihard in zijn gezicht uit te lachen, vrucht van mijn schoot of niet.”

[Chibert]

Je kunt altijd reageren en gewoon het gesprek aan gaan. Je krijgt meer inzicht in hoe de manager de functie ziet en de manager/recruiter ziet ook welke kwaliteiten jij kan brengen, naast de gevraagde competenties.

Uit interesse, in welke sector staat de vacature uit?

[PdeBie]

CVTTPD2DQ schreef op maandag 7 maart 2022 @ 17:22:
De Speld heeft er al eens een artikel aan gewijd:


[...]

Sorry maar wat wil je hiermee zeggen en/of bereiken?

[wm1234]

Wat hier al is gezegd, PSM1 kan je in een dag (online) halen dan ben ten minste op weg, zeker als je al ervaring hebt met de activiteiten.

Ook is het leven jezelf verkopen, volgens mij doe jezelf tekort. Je hebt de ervaring en de rol gewoon uitgevoerd dus schrijf dat dan op, ik heb jarenlange ervaring als scrummaster en lead programmeur van mijn team. Super mooie combinatie en de kans dat je de rol krijgt, is behoorlijk groot.

Niet te bescheiden zijn, dat doen andere ook niet. Uiteindelijk ga je toch niet door de mand vallen tijdens je rol omdat je ook daadwerkelijk ervaring hebt.

En ik zou ook meer sollicitaties uitzetten, als je klaar bent met programmeren, gelijk actie ondernemen en doorzetten dan komt het vermoedelijk snel goed!

[PdeBie]

Chibert schreef op maandag 7 maart 2022 @ 17:31:

Uit interesse, in welke sector staat de vacature uit?

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[CVTTPD2DQ]

PdeBie schreef op maandag 7 maart 2022 @ 17:32:
Sorry maar wat wil je hiermee zeggen en/of bereiken?

Dat zelfs in de reguliere media al is doorgedrongen dat de opleiding scrummaster onzin is. Zelfs heftruckchauffeur word je niet binnen een dag. Wat de overige deelnemers opmerkten klopt, een scrummaster diploma gaat je niets leren wat je nu al niet kan.

[PdeBie]

Ok, dan bekeek ik je vorige reactie verkeerd. Dank voor de opheldering

[Frame164]

CVTTPD2DQ schreef op maandag 7 maart 2022 @ 19:24:
[...]


Dat zelfs in de reguliere media al is doorgedrongen dat de opleiding scrummaster onzin is. Zelfs heftruckchauffeur word je niet binnen een dag. Wat de overige deelnemers opmerkten klopt, een scrummaster diploma gaat je niets leren wat je nu al niet kan.

Ja en nee. Natuurlijk kan je prima scrum-master zijn (of het werk van een scrum-master doen) zonder certificering of diploma. En als je dat binnen een huidige werkomgeving doet zal niemand daar een probleem van maken, zolang je je werk goed doet. Maar voor een nieuwe werkgever is het wel een risico. Een diploma geeft dan toch wat zekerheid. Dat gezegd hebbende: TS zou gewoon moeten solliciteren, en dan zie je wel waar het schip strandt. Als het klikt met de nieuwe werkgever dan kan het zomaar allemaal op z'n plaats vallen.

[Gr4mpyC3t]

Frame164 schreef op maandag 7 maart 2022 @ 20:37:
[...]


Ja en nee. Natuurlijk kan je prima scrum-master zijn (of het werk van een scrum-master doen) zonder certificering of diploma. En als je dat binnen een huidige werkomgeving doet zal niemand daar een probleem van maken, zolang je je werk goed doet. Maar voor een nieuwe werkgever is het wel een risico. Een diploma geeft dan toch wat zekerheid. Dat gezegd hebbende: TS zou gewoon moeten solliciteren, en dan zie je wel waar het schip strandt. Als het klikt met de nieuwe werkgever dan kan het zomaar allemaal op z'n plaats vallen.

Een diploma of certificering vind ik helemaal niets zeggen over je kwaliteiten als Scrum Master. Het is typisch zo'n baan waar je eigenlijk niet hoort op te vallen. Je bent er gewoon en bent altijd in staat om het proces te begeleiden. Daar heb je ook sociale skills voor nodig en een snuggere kijk op de bedrijfscultuur.

Dat leer je wat mij betreft niet met een cursus. Als ik het voor het zeggen had heb ik liever iemand die ik al ken binnen het bedrijf, weet wat deze persoon aan soft skills heeft en dan ook nog eens gemotiveerd is om het vak beter te leren kennen

Edit: Veel succes met je sollicitatie natuurlijk, ik hoop dat je het wordt!

[ Voor 3% gewijzigd door Gr4mpyC3t op 07-03-2022 21:22 ]

[CVTTPD2DQ]

Frame164 schreef op maandag 7 maart 2022 @ 20:37:
Maar voor een nieuwe werkgever is het wel een risico. Een diploma geeft dan toch wat zekerheid.

Je hebt altijd kans dat de HR-afdeling niet (in detail) begrijpt wat de functie inhoudt, en de waarde (of liever het gebrek aan waarde) van zo'n certificering niet kent. Dan belandt je CV onterecht onderop de stapel.

Uiteindelijk houdt die angst het certificatencircus in stand. Kandidaten zijn bang uitgescreend te worden, en halen "voor de zekerheid" een certificaat. HR ziet certificaten op alle CV's en gaat ze als normatief zien. Opleiders gniffelen en cashen honderden euro's voor cursussen op basisschool-niveau.

[JohnR]

Frame164 schreef op maandag 7 maart 2022 @ 20:37:
[...]
Een diploma geeft dan toch wat zekerheid.

Een diploma geeft alleen maar weer dat iemand een boek kon lezen en wat dingen eruit onthouden heeft. Een fulltime scrummaster is echt nonsens. Het is geen functie, het is een rol die je naast je werk erbij doet. Dat corporates hun projectleiders wilden pimpen en daarom maar een functie hebben gecreëerd is iets heel anders.

[PrimusIP]

CVTTPD2DQ schreef op dinsdag 8 maart 2022 @ 09:05:
[...]


Je hebt altijd kans dat de HR-afdeling niet (in detail) begrijpt wat de functie inhoudt, en de waarde (of liever het gebrek aan waarde) van zo'n certificering niet kent. Dan belandt je CV onterecht onderop de stapel.

Uiteindelijk houdt die angst het certificatencircus in stand. Kandidaten zijn bang uitgescreend te worden, en halen "voor de zekerheid" een certificaat. HR ziet certificaten op alle CV's en gaat ze als normatief zien. Opleiders gniffelen en cashen honderden euro's voor cursussen op basisschool-niveau.

Inderdaad.
Als er (meer dan) voldoende reacties zijn is het iets waar in de voorselectie op gescand wordt. In die zin helpen dergelijke papiertjes je niet aan een baan, maar het niet hebben kan betekenen dat je niet wordt uitgenodigd.

[Hydra]

Ik zou als je een ScrumMaster full time wil doen, juist wel die certificeringen doen. Het stelt echt geen fluit voor, maar toch is het iets dat veel bedrijven belangrijk vinden. Ook denk ik omdat ze niet inzien hoe weinig 'scrum master' eigenlijk inhoudt. Zo'n certificering kun je prima tussendoor doen. Met wat geluk wil je huidige bedrijf je er zelfs voor betalen.

[Hydra]

JohnR schreef op dinsdag 8 maart 2022 @ 10:08:
Een diploma geeft alleen maar weer dat iemand een boek kon lezen en wat dingen eruit onthouden heeft. Een fulltime scrummaster is echt nonsens. Het is geen functie, het is een rol die je naast je werk erbij doet. Dat corporates hun projectleiders wilden pimpen en daarom maar een functie hebben gecreëerd is iets heel anders.

Ik heb ervaring met projecten waar een junior dev het SM werk erbij deed, en ervaring met projecten waarbij je een 'full time' SM had. Dat laatste heeft absoluut niet mijn voorkeur omdat je dan snel iemand krijgt die heel erg van de scrum 'regeltjes' is, terwijl dat juist de plank compleet misslaat, en anti-agile is.

[Hydra]

Gr4mpyC3t schreef op maandag 7 maart 2022 @ 21:21:
Een diploma of certificering vind ik helemaal niets zeggen over je kwaliteiten als Scrum Master.

Doet het ook niet. Maar voor full time SM rollen zijn de certificeringen gewoon een must. Daarbij zijn ze heel simpel dus het niet hebben gaat gewoon tegen je werken.

[olafmol]

PdeBie schreef op maandag 7 maart 2022 @ 11:50:
Dank voor alle positiviteit mensen! Heerlijk. Had ik echt even nodig.

Zoals ik al aangaf in mijn eerste post. Nee heb je, Ja kan je krijgen.
Ik heb dan ook zojuist de recruiter een e-mail gestuurd.

Het is ook pas echt een half uur later dan de startpost, maar ik zit nu gewoon te rillen in mijn stoel. Deels van positiviteit dat ik het "gewoon gedaan heb" en deels van twijfel van "my god, wat heb ik gedaan?!". Terwijl er nog niets veranderd, dus ik heb helemaal niets gedaan nog. Alleen een e-mail gestuurd.

Sigh...... wat kan ik soms toch moeilijk doen

Heel goed, complimenten! Nog wel een feedback puntje: ga werken aan je zelfvertrouwen. Je kan heel veel, je hebt veel in je mars, vertrouw op jezelf en leer jezelf ook te verkopen, en te waarderen wat je allemaal wel niet kunt. Dit gaat je op veel meer vlakken dan werk en solliciteren helpen. Succes!

[Tsjipmanz]

Hydra schreef op dinsdag 8 maart 2022 @ 10:29:
Ik zou als je een ScrumMaster full time wil doen, juist wel die certificeringen doen. Het stelt echt geen fluit voor, maar toch is het iets dat veel bedrijven belangrijk vinden. Ook denk ik omdat ze niet inzien hoe weinig 'scrum master' eigenlijk inhoudt. Zo'n certificering kun je prima tussendoor doen. Met wat geluk wil je huidige bedrijf je er zelfs voor betalen.

Precies dit. Misschien zegt het niet alles, maar bij het uitzetten van een vacature is dat één van de vakjes die een inhurend bedrijf wil aanvinken.

[rob_erwt]

JohnR schreef op dinsdag 8 maart 2022 @ 10:08:
[...]

Een diploma geeft alleen maar weer dat iemand een boek kon lezen en wat dingen eruit onthouden heeft. Een fulltime scrummaster is echt nonsens. Het is geen functie, het is een rol die je naast je werk erbij doet. Dat corporates hun projectleiders wilden pimpen en daarom maar een functie hebben gecreëerd is iets heel anders.

Nu trap je me toch een beetje op mijn ziel... Afhankelijk hoe je de rol invult (of de organisatie vindt dat die zou moeten worden ingevuld) kan het best een rol ipv een functie zijn. Mijn ervaring echter is dat als je het als rol vult je zeker niet het volledige rendement uit de mogelijkheden haalt. Vaak zal het dan niet verder gaan als 'de persoon die de meetings rooms regelt, de mensen bij elkaar roept voor de daily/retro/refinement en timekeeper/voorzitter is bij die meetings'. Dat is niet hoe ik de rol invul in ieder geval.

Hoe vul ik dan mijn tijd? Nou, op dit moment ben ik sowieso scrummaster voor 4 teams (wat eigenlijk teveel is. 2 of 3 teams zou beter zijn). Mijn belangrijkste tool is observatie: wat gebeurt in de teams, hoe werken mensen samen, zowel binnen een team als tussen de teams, wat voor impediments/blokkades zie ik in die samenwerking en hoe kunnen we die oplossen? Om goed te observeren probeer op regelmatige basis bij de meeste meetings aan te sluiten, maar ook gewoon aanwezig te zijn op de vloer/in Slack/Zoom/whatever.

Wat je daarvan leert, neem je mee naar het team. Wat zie je mis gaan en hoe kunnen we dit aanpakken. En hierbij kun je verder kijken dan Scrum. Wellicht werkt dat, maar wellicht zijn er ook andere methoden (Kanban, eXtreme Programming, DevOps, etc) Uiteindelijk is het doel om het team beter te maken en het is jouw taak als scrummaster om te kijken hoe je dit, samen met het team, kan bereiken.

Praktisch heb ik dus coach gesprekken met de teamleden en de PO's. Organiseer ik op zijn tijd workshops. Zorg ik dat ik de juiste vragen stel om mensen na te laten denken. Maar zorg ook dat ik op de hoogte blijf van nieuwe ontwikkelingen en draag die informatie over aan het team ('dit is een interessante blogpost/boek/podcast. Denk je dat we hier wat mee zouden kunnen in het team?'). En pak ik ook zo nu en dan wat praktische organisatie dingetjes op: onboarden nieuwe collega's (qua apparatuur, credentials, etc), organiseren van events (hackatons, meet-ups) en ja, ook zorgen dat er zalen beschikbaar zijn voor de teammeetings en die meetings faciliteren.

Ik weet daar mijn dagen verrassend goed mee te vullen en ik krijg over het algemeen vooral positieve reacties en binnen onze organsiatie is er niemand die (hardop) in twijfel trekt of dat allemaal niet wat overdreven is, zo'n fulltime scrummaster.

[JohnR]

rob_erwt schreef op dinsdag 8 maart 2022 @ 12:48:
[...]


Nu trap je me toch een beetje op mijn ziel... Afhankelijk hoe je de rol invult (of de organisatie vindt dat die zou moeten worden ingevuld) kan het best een rol ipv een functie zijn. Mijn ervaring echter is dat als je het als rol vult je zeker niet het volledige rendement uit de mogelijkheden haalt. Vaak zal het dan niet verder gaan als 'de persoon die de meetings rooms regelt, de mensen bij elkaar roept voor de daily/retro/refinement en timekeeper/voorzitter is bij die meetings'. Dat is niet hoe ik de rol invul in ieder geval.

Hoe vul ik dan mijn tijd? Nou, op dit moment ben ik sowieso scrummaster voor 4 teams (wat eigenlijk teveel is. 2 of 3 teams zou beter zijn). Mijn belangrijkste tool is observatie: wat gebeurt in de teams, hoe werken mensen samen, zowel binnen een team als tussen de teams, wat voor impediments/blokkades zie ik in die samenwerking en hoe kunnen we die oplossen? Om goed te observeren probeer op regelmatige basis bij de meeste meetings aan te sluiten, maar ook gewoon aanwezig te zijn op de vloer/in Slack/Zoom/whatever.

Wat je daarvan leert, neem je mee naar het team. Wat zie je mis gaan en hoe kunnen we dit aanpakken. En hierbij kun je verder kijken dan Scrum. Wellicht werkt dat, maar wellicht zijn er ook andere methoden (Kanban, eXtreme Programming, DevOps, etc) Uiteindelijk is het doel om het team beter te maken en het is jouw taak als scrummaster om te kijken hoe je dit, samen met het team, kan bereiken.

Praktisch heb ik dus coach gesprekken met de teamleden en de PO's. Organiseer ik op zijn tijd workshops. Zorg ik dat ik de juiste vragen stel om mensen na te laten denken. Maar zorg ook dat ik op de hoogte blijf van nieuwe ontwikkelingen en draag die informatie over aan het team ('dit is een interessante blogpost/boek/podcast. Denk je dat we hier wat mee zouden kunnen in het team?'). En pak ik ook zo nu en dan wat praktische organisatie dingetjes op: onboarden nieuwe collega's (qua apparatuur, credentials, etc), organiseren van events (hackatons, meet-ups) en ja, ook zorgen dat er zalen beschikbaar zijn voor de teammeetings en die meetings faciliteren.

Ik weet daar mijn dagen verrassend goed mee te vullen en ik krijg over het algemeen vooral positieve reacties en binnen onze organsiatie is er niemand die (hardop) in twijfel trekt of dat allemaal niet wat overdreven is, zo'n fulltime scrummaster.

Dan ben je dus meer een agile coach dan een scrummaster. Daar vind ik weinig mis mee, maar het is wel ander werk. De scrummaster is integraal onderdeel van het team, en kan eigenlijk daarom al niet gedeeld worden tussen teams.

Ik heb in beide situaties gezeten, dus dat een scrummaster een junior developer was die echt enkel wat faciliteerde en in situaties waarin een scrummaster meer een projectleider of agile coach was. Ik heb zelf een sterke voorkeur voor het eerste, maar het tweede zal ook best kunnen werken. Noem het dan alleen wat het is, namelijk projectleider of agile coach. Dan vergelijk je tenminste appels met appels.

[Hydra]

rob_erwt schreef op dinsdag 8 maart 2022 @ 12:48:
Ik weet daar mijn dagen verrassend goed mee te vullen

Wat zijn je KPI's? Wat zijn (redelijk) objective measurements waaraan jouw functioneren wordt afgelezen?

[Hydra]

JohnR schreef op dinsdag 8 maart 2022 @ 13:21:
Dan ben je dus meer een agile coach dan een scrummaster.

En sowieso is een agile coach functie tijdelijk. Uiteindelijk heeft een team een aardige flow te pakken en is er geen agile coach meer nodig voor dat team.

[rob_erwt]

JohnR schreef op dinsdag 8 maart 2022 @ 13:21:
[...]

Dan ben je dus meer een agile coach dan een scrummaster. Daar vind ik weinig mis mee, maar het is wel ander werk. De scrummaster is integraal onderdeel van het team, en kan eigenlijk daarom al niet gedeeld worden tussen teams.

Ik heb in beide situaties gezeten, dus dat een scrummaster een junior developer was die echt enkel wat faciliteerde en in situaties waarin een scrummaster meer een projectleider of agile coach was. Ik heb zelf een sterke voorkeur voor het eerste, maar het tweede zal ook best kunnen werken. Noem het dan alleen wat het is, namelijk projectleider of agile coach. Dan vergelijk je tenminste appels met appels.

'Noem wat het is' is vaak het probleem. Zoals ik eerder al schreef, heeft iedere organisatie een (iets) ander beeld bij wat de functie/rol van scrummaster of agile coach inhoudt. Daarom is het ook zo belangrijk (een een belangrijke skill van een scrummaster!) om het gesprek aan te gaan om te kijken wat er daadwerkelijk verwacht wordt/nodig is. Mijn functie mag dan scrummaster zijn, ik ben niet alleen met scrum bezig. Maar ik ben ook geen agile coach in de zin dat ik vooral kijk naar de gehele organisatie en alleen hoogover naar de teams kijk.

Eigenlijk zijn beide functietitels in mijn ogen niet toereikend voor hoe ik mijn werk doe (en vind dat anderen in een vergelijkbare positie hun werk zouden moeten doen). Maar heb nog niet een betere functietitel kunnen bedenken.

Hydra schreef op dinsdag 8 maart 2022 @ 13:56:
[...]


Wat zijn je KPI's? Wat zijn (redelijk) objective measurements waaraan jouw functioneren wordt afgelezen?

Mijn huidige werkgever is sowieso niet erg KPI minded, maar voor mezelf zit het hem enerzijds vooral in de team KPI's. Dingen als release frequency, feature leadtime, failure rate en mean-time-to-recover (DevOps metrics) werk ik samen met het team aan (ik met advies, het team zelf met implementatie). En anderzijds ook in de agile/scrum maturity van de teams. Maar ook mijn NPS score (van de teams, afdeling, rest van de organisatie) kan interessant zijn.

[Hydra]

rob_erwt schreef op dinsdag 8 maart 2022 @ 15:38:
Mijn huidige werkgever is sowieso niet erg KPI minded, maar voor mezelf zit het hem enerzijds vooral in de team KPI's. Dingen als release frequency, feature leadtime, failure rate en mean-time-to-recover (DevOps metrics) werk ik samen met het team aan (ik met advies, het team zelf met implementatie). En anderzijds ook in de agile/scrum maturity van de teams. Maar ook mijn NPS score (van de teams, afdeling, rest van de organisatie) kan interessant zijn.

Okay, maar de mensen die daar invloed op hebben zijn de devs/ops mensen. Hoe toon jij aan dat je na X tijd nog 'nut' hebt? Want ik zie vooral dat bij erg mature teams de scrum master rol (niet titel) gewoon vervuld word door een van de developers. Het runnen van stand-ups e.d. kost grofweg 10% van je tijd, als het niet minder is.

Om me heen zie ik vooral dat scrum masters of zich meer met het team gaan bemoeien (slecht), of bezig gaan externe impediments te bestrijden. Dat laatste is an sich goed, maar dan kom je ook in het vaarwater van de PO, die voor een deel dezelfde rol heeft.

[rob_erwt]

Hydra schreef op dinsdag 8 maart 2022 @ 18:49:
[...]


Okay, maar de mensen die daar invloed op hebben zijn de devs/ops mensen. Hoe toon jij aan dat je na X tijd nog 'nut' hebt? Want ik zie vooral dat bij erg mature teams de scrum master rol (niet titel) gewoon vervuld word door een van de developers. Het runnen van stand-ups e.d. kost grofweg 10% van je tijd, als het niet minder is.

Om me heen zie ik vooral dat scrum masters of zich meer met het team gaan bemoeien (slecht), of bezig gaan externe impediments te bestrijden. Dat laatste is an sich goed, maar dan kom je ook in het vaarwater van de PO, die voor een deel dezelfde rol heeft.

Als het team, de omgeving en de methodes/frameworks voor manieren van werken niet veranderen en ik doe mijn werk goed zal mijn functie inderdaad verdwijnen. Des te beter ik mijn werk doen, des te sneller dat gaat.

Maar mijn ervaring is dat die drie dingen altijd in meer of mindere mate in flux zijn (teamsamenstelling verandert, organisatie reorganiseert, we gaan meer DevOps doen ipv Scrum). En dus blijft het vaak zinvol om iemand in de buurt te houden die meer systemisch naar verbeteringen kijkt.

Hoe je precies aantoont dat je nog nut hebt, is wel een lastige. Eigenlijk merk je dat pas als je er niet bent. Als dan die metrics gelijk blijven of zelfs achteruit gaan, voegde je waarde toe. Maar ik geef toe dat dat een lastige manier is om te bewijzen dat je nuttig bent.

Overigens mocht ik merken dat ik echt niets meer kan toevoegen, dan is het tijd voor mij om verder te kijken. Dat kan intern bij wellicht andere teams of op een andere afdeling, of bij een andere organisatie. Dit heb ik in het verleden ook gedaan en dat zal niet anders zijn in de toekomst denk ik. Dit kan overigens idd verschillen van persoon tot persoon. Er zijn genoeg scrummasters die kiezen voor baanzekerheid en 'jezelf onmisbaar maken'. Maar in mijn ogen maakt dat je een slechte scrummaster (of agile coach).

Uiteindelijk is het allemaal best een beetje subjectief wat een scrummaster of agile coach toevoegt. Maar ik heb het geluk gehad om het vak van een aantal goede mensen te leren en dan zie je toch echt het verschil in een team tussen een goede scrummaster en geen of een slechte.

[Hydra]

rob_erwt schreef op dinsdag 8 maart 2022 @ 19:14:
Maar mijn ervaring is dat die drie dingen altijd in meer of mindere mate in flux zijn (teamsamenstelling verandert, organisatie reorganiseert, we gaan meer DevOps doen ipv Scrum). En dus blijft het vaak zinvol om iemand in de buurt te houden die meer systemisch naar verbeteringen kijkt.

Dat is nogal zorgwekkend. Er is geen DevOps in plaats van Scrum...

Uiteindelijk is het allemaal best een beetje subjectief wat een scrummaster of agile coach toevoegt. Maar ik heb het geluk gehad om het vak van een aantal goede mensen te leren en dan zie je toch echt het verschil in een team tussen een goede scrummaster en geen of een slechte.

Ik bestrijd ook zeker niet dat een Scrum-master inderdaad nuttig kan zijn. Alleen ik vind puur een scrum-master rol voor full time vrij bijzonder. Ik heb het eigenlijk altijd beter zien werken wanneer een teamgenoot (meestal) dev het erbij deed dan wanneer er een fulltime SM was. Die gaan toch een beetje werk voor zichzelf verzinnen. Allemaal 'leuke' retro games bedenken waar de meeste mensen een beetje een hekel aan hebben enzo. Of elke dag bij iedere story vragen of je verder kan. Buh. Het grote voordeel van een developer als SM is dat ze vooral het development niet in de weg gaan zitten.

Niks ten nadele van jou overigens; ik heb nooit met je samengewerkt. Dit is puur mijn ervaringen met mensen die SM als functietitel hebben i.p.v. als bijrol.

[PdeBie]

“Leuke” retrogames hebben wel degelijk nut. De andere manier van data verzamelen kan ervoor zorgen dat je als team tot andere inzichten komt dan wanneer je altijd maar “wat ging er goed en wat kan er beter” vraagt. Het is aan de SM om aan te voelen welke retro de juiste is op dat moment.

[rob_erwt]

Hydra schreef op dinsdag 8 maart 2022 @ 20:09:
[...]


Dat is nogal zorgwekkend. Er is geen DevOps in plaats van Scrum...

Zie hier waarom een scrummaster met kennis van zaken een toevoeging kan zijn. 😉 Ik bedoelde het als voorbeeld van iets dat daadwerkelijk tegen mij gezegd is. Er was nog het nodige te doen in die organisatie...

[CVTTPD2DQ]

rob_erwt schreef op dinsdag 8 maart 2022 @ 19:14:
Uiteindelijk is het allemaal best een beetje subjectief wat een scrummaster of agile coach toevoegt. Maar ik heb het geluk gehad om het vak van een aantal goede mensen te leren en dan zie je toch echt het verschil in een team tussen een goede scrummaster en geen of een slechte.

Iedere werknemer vindt binnen een bedrijf uiteindelijk wel een rol, gewoonweg omdat er altijd "werk" is dat niet opgepakt kan worden. Bij een klein bedrijf wassen de medewerkers zelf hun koffiekoppen af, bij een groter bedrijf komt er een vaatwasser, en uiteindelijk komt er een koffiejuffrouw die servies verzamelt (of de schoonmakers krijgen die taak).

Bij een slecht omlijnd vak als scrummaster zal de inhoud van die rol alleen van bedrijf tot bedrijf varieren.

Verder vind ik dat we als bedrijfstak wel heel veel bezig zijn met proces en introspectie. Als je kijkt naar andere volwassen beroepstakken (civiel ingenieurs, or artsen in een ziekenhuis) lijkt men het daar prima zonder wekelijkse navelstaarsessies te kunnen.

Misschien zegt het iets over de volwassenheid van IT'ers dat we geacht worden een kleuterleider nodig te hebben, maar juist de "officiële" invulling van de rol scrummaster vind ik problematisch.

[rob_erwt]

CVTTPD2DQ schreef op woensdag 9 maart 2022 @ 08:25:
[...]

Verder vind ik dat we als bedrijfstak wel heel veel bezig zijn met proces en introspectie. Als je kijkt naar andere volwassen beroepstakken (civiel ingenieurs, or artsen in een ziekenhuis) lijkt men het daar prima zonder wekelijkse navelstaarsessies te kunnen.

Ik ken geen civiel ingenieurs dus daar kan ik weinig over zeggen, maar bij artsen word juist wel veel 'genavelstaart'. Dat is juist een beroepsgroep waar casussen besproken worden in het team of juist teamoverstijgend. En waar goed wordt gekeken waar dingen mis gegaan zijn of hoe ze nog beter kunnen. Sowieso zijn ziekenhuizen altijd bezig met het verbeteren van hun processen, al gebruiken ze daar vaker Lean technieken voor dan agile.

Ik durf wel te zeggen dat we als IT-ers nog best het een en ander kunnen leren van hoe ze daar aan proces- en samenwerking verbetering doen. Of dat onder begeleiding moet van een scrummaster moet, laat ik aan jezelf over. Voor mij is het belangrijkste dat het gebeurt, niet dat ik daar de lead in heb.

[Hydra]

PdeBie schreef op dinsdag 8 maart 2022 @ 21:44:
“Leuke” retrogames hebben wel degelijk nut. De andere manier van data verzamelen kan ervoor zorgen dat je als team tot andere inzichten komt dan wanneer je altijd maar “wat ging er goed en wat kan er beter” vraagt. Het is aan de SM om aan te voelen welke retro de juiste is op dat moment.

Klinkt leuk. In de praktijk werkt het alleen niet zo en werken lijstjes met "wat ging goed en wat ging beter" over het algemeen een stuk beter dan bij op aan voeten van collega's gebonden ballonnen te gaan stampen. En ja, dat heb ik meegemaakt als 'retrogame'.

[PdeBie]

@Hydra dat vind ik ook wel een heel extreem uiterste qua spelletjes. Ik doelde meer op retro methodieken als de zeilboot (wat helpt ons vooruit, wat remt ons af en welke gevaren zien we) bijvoorbeeld. Dat komt in principe in de kern op hetzelfde neer, namelijk waar kan het beter, maar door de vraagstelling krijg je andere denkwijzen en mogelijk inzichten.

[ Voor 4% gewijzigd door PdeBie op 14-03-2022 17:49 ]

[Hydra]

PdeBie schreef op maandag 14 maart 2022 @ 17:48:
@Hydra dat vind ik ook wel een heel extreem uiterste qua spelletjes. Ik doelde meer op retro methodieken als de zeilboot (wat helpt ons vooruit, wat remt ons af en welke gevaren zien we) bijvoorbeeld. Dat komt in principe in de kern op hetzelfde neer, namelijk waar kan het beter, maar door de vraagstelling krijg je andere denkwijzen en mogelijk inzichten.

Tuurlijk wat het een extreem voorbeeld. Maar ik vind die 'zeilboot' die je noemt ook gewoon kinderachtig. Het is prima om wat variatie aan te brengen in de manier van uitvragen, maar als het op zo'n basisschool manier moet met een 'zeilboot' omdat we het anders niet 'snappen' ben je mij kwijt.

Daarbij heb ik veel ervaring met high performing teams waar de SM rol gewoon bij een van de developers lag. En daar zag je dat het helemaal prima ging juist zonder die kinderachtige 'games' omdat de verbeteringen echt vanuit het team zelf kwamen. Ik heb juist het gevoel dat als je teams self organizing laat zijn, er veel meer naar boven komt, dan waneer je het kunstmatig uit mensen gaat trekken.

[Montaner]

Hydra schreef op dinsdag 15 maart 2022 @ 08:41:
[...]


Tuurlijk wat het een extreem voorbeeld. Maar ik vind die 'zeilboot' die je noemt ook gewoon kinderachtig. Het is prima om wat variatie aan te brengen in de manier van uitvragen, maar als het op zo'n basisschool manier moet met een 'zeilboot' omdat we het anders niet 'snappen' ben je mij kwijt.

Daarbij heb ik veel ervaring met high performing teams waar de SM rol gewoon bij een van de developers lag. En daar zag je dat het helemaal prima ging juist zonder die kinderachtige 'games' omdat de verbeteringen echt vanuit het team zelf kwamen. Ik heb juist het gevoel dat als je teams self organizing laat zijn, er veel meer naar boven komt, dan waneer je het kunstmatig uit mensen gaat trekken.

Dat laatste vergt wel een volwassen team. Om daar te komen kan een SM zeker heel veel nut en toegevoegde waarde hebben. Je voorbeeld zou wel het doel moeten zijn. Of je daar komt met kinderachtige retro spelletjes of een meer plain aanpak.. ligt wederom volledig aan het team, de dynamiek en de volwassenheid.

[Hydra]

Montaner schreef op dinsdag 15 maart 2022 @ 08:47:
Dat laatste vergt wel een volwassen team. Om daar te komen kan een SM zeker heel veel nut en toegevoegde waarde hebben. Je voorbeeld zou wel het doel moeten zijn. Of je daar komt met kinderachtige retro spelletjes of een meer plain aanpak.. ligt wederom volledig aan het team, de dynamiek en de volwassenheid.

Wat is een "volwassen" team? Als je mensen als kinderen benadert, gaan ze zich zo gedragen. Als je mensen verantwoordelijkheid laat nemen, wordt een team snel veel volwassener.

Nogmaals; niks mis met wat variatie in de manier van uitvragen in een retro. Maar mijn ervaring met full time scrum masters is dat ze heel vaak hun aanwezigheid proberen te verantwoorden door de meest wilde retrogames te verzinnen waardoor uiteindelijk onder de streep er helemaal niks meer uit de retro komt. En vooral onervaren scrum masters kunnen in teams veel schade doen, juist omdat ze het heel erg volgens 'het boekje' willen doen. Terwijl dat natuurlijk erg anti-agile is.

[Fulgora]

Hydra schreef op dinsdag 15 maart 2022 @ 08:51:
[...]


Wat is een "volwassen" team? Als je mensen als kinderen benadert, gaan ze zich zo gedragen. Als je mensen verantwoordelijkheid laat nemen, wordt een team snel veel volwassener.

Nogmaals; niks mis met wat variatie in de manier van uitvragen in een retro. Maar mijn ervaring met full time scrum masters is dat ze heel vaak hun aanwezigheid proberen te verantwoorden door de meest wilde retrogames te verzinnen waardoor uiteindelijk onder de streep er helemaal niks meer uit de retro komt. En vooral onervaren scrum masters kunnen in teams veel schade doen, juist omdat ze het heel erg volgens 'het boekje' willen doen. Terwijl dat natuurlijk erg anti-agile is.

De afdeling waar ik (samen met een sr. director of engineering) leiding aan mag geven heeft ook een agile coach die wel iets meer doet dan 'leuke retro spelletjes'. Hoe volwassen een team is, is meetbaar en fluctueert nogal (door teamleden die weggaan of erbij komen of veranderende missies bijvoorbeeld).
De methodiek die zo'n coach gebruikt om bij te houden hoe een team performed wisselt per bedrijf. Mijn huidige toko gebruikt Tuckman gecombineerd met Lencioni; de vorige club waar ik werkte met dezelfde coach gebruikt 24 Capabilities. Die performance metrics worden naast team health ('zijn de mensen gemotiveerd?') en naast velocity gelegd zodat ik en mijn manager (de CTO) weten welke teams meer aandacht nodig hebben.

[Hydra]

Fulgora schreef op dinsdag 15 maart 2022 @ 10:49:
[...]


De afdeling waar ik (samen met een sr. director of engineering) leiding aan mag geven heeft ook een agile coach die wel iets meer doet dan 'leuke retro spelletjes'.

Een agile coach is compleet wat anders dan een scrum master. Een agile coach is bezig teams 'agile' te maken, maar dat is een tijdelijke rol, extern. Een scrum master is een vaste rol binnen een team. Beide rollen kunnen bij 1 persoon liggen, maar dat is eigenlijk niet ideaal. Juist omdat je dan heel erg met 2 petten zit in een meeting.

Hoe volwassen een team is, is meetbaar en fluctueert nogal (door teamleden die weggaan of erbij komen of veranderende missies bijvoorbeeld).
De methodiek die zo'n coach gebruikt om bij te houden hoe een team performed wisselt per bedrijf. Mijn huidige toko gebruikt Tuckman gecombineerd met Lencioni; de vorige club waar ik werkte met dezelfde coach gebruikt 24 Capabilities. Die performance metrics worden naast team health ('zijn de mensen gemotiveerd?') en naast velocity gelegd zodat ik en mijn manager (de CTO) weten welke teams meer aandacht nodig hebben.

Ook hier zit je weer heel erg in een team coaching hoek. Dit heeft echt helemaal niks met een scrum master rol te maken. De scrum master en PO zijn onderdeel van het team. De coach is extern. Dat kun je echt niet op een hoop gooien en je moet echt geen mensen hebben die zowel wel als niet in het team zitten.

Als OP dat soort coaching wil doen; helemaal top. Genoeg bedrijven die daar veel baat bij kunnen hebben. Maar dan moet je niet op een SM rol solliciteren.

[PdeBie]

Hydra schreef op dinsdag 15 maart 2022 @ 08:41:
[...]


Tuurlijk wat het een extreem voorbeeld. Maar ik vind die 'zeilboot' die je noemt ook gewoon kinderachtig. Het is prima om wat variatie aan te brengen in de manier van uitvragen, maar als het op zo'n basisschool manier moet met een 'zeilboot' omdat we het anders niet 'snappen' ben je mij kwijt.

Het is puur om de vragen te visualiseren en mensen in de juiste richting te laten denken over de vragen. Dat kan je kinderachtig vinden, maar ik weet dat het mij persoonlijk vaak wel helpt om in de juiste mindset te komen.

Ik heb ook SM's mee gemaakt die het inderdaad te bont maakten met spelletjes met post-it's en pictionary-achtige spelletjes. Dat is mij inderdaad ook te extreem.

[BrtH]

Een fulltime scrummaster is per definitie onmogelijk.

Als je scrum doet is de scrummaster deel van het zelfsturende team en kan hij dus niet fulltime de scrummaster rol doen (dan zou hij immers geen deel van dat team meer zijn).
Als hij geen deel is van dat team doe je geen scrum en kan hij dus ook geen scrummaster zijn.

Eens met @JohnR en @Hydra hierboven. Wat in dit topic wordt omschreven is een projectmanager met een fancy naampje of een agile coach.

[Douweegbertje]

PdeBie schreef op dinsdag 15 maart 2022 @ 11:23:
[...]


Het is puur om de vragen te visualiseren en mensen in de juiste richting te laten denken over de vragen. Dat kan je kinderachtig vinden, maar ik weet dat het mij persoonlijk vaak wel helpt om in de juiste mindset te komen.

Ik heb ook SM's mee gemaakt die het inderdaad te bont maakten met spelletjes met post-it's en pictionary-achtige spelletjes. Dat is mij inderdaad ook te extreem.

Waarom wil je dit nog steeds verdedigen? Je had juist als scrumaster al lang mogen beslissen dat het prima is dat iedereen een mening heeft. Jij vindt X, de ander Y. Le f*ing care. Want het zit je doel (solliciteren als scrum meester) niet in de weg.

Er zijn 2 wegen, beide komen ze in Rome uit. De een net wat langer / korter dan de ander. (visualisatie grapje mag wel he).

[Reacher]

Rare vraag wellicht, maar ik zie dit maar even als een impediment die ook een andere zienswijze vraagt. Wat zei je werkgever toen je dit bespreekbaar maakte ?

[Hydra]

Douweegbertje schreef op dinsdag 15 maart 2022 @ 21:12:
Waarom wil je dit nog steeds verdedigen?

"Ik heb gelijk want ik ben de scrummaster"

[PdeBie]

Ik verdedig het niet alsof er maar 1 manier is en dat is door middel van "spelletjes", ik geef alleen aan wat het idee erachter is.

En @Hydra: dat dus absoluut niet. Slecht verwijt wat je daar maakt.

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[Hydra]

PdeBie schreef op woensdag 16 maart 2022 @ 08:42:
En @Hydra: dat dus absoluut niet. Slecht verwijt wat je daar maakt.

Ik chargeer een beetje omdat ik dit vaker zie, vooral bij 'full time' scrum masters. Als een van de devs het erbij doet, gaat het vaak veel makkelijker en focussen we ons op wat nodig is. Je hebt geen zeilboten in je retro nodig; het gaat erom dat we gewoon op tafel leggen wat ons dwars zit. Zo'n developer heeft niet zo de behoefte om aan te tonen heus wel een echte scrum-master te zijn door allerhande retro games te bedenken.

Dit zie je gewoon anders bij mensen die alleen scrum master als rol hebben. Die hebben dan sterker de neiging om te laten zien dat ze echt wel waarde toevoegen, en gaan vaak veel meer 'volgens het boekje' Scrum doen. Terwijl dat dus letterlijk het tegenovergestelde is van wat er zou moeten gebeuren.

Als jij als SM in een team zit en de devs geven aan niks te zien in je zeilboot, dan is dat niet gewoon een kwestie van een meningsverschil. Daar zul jij je als SM dan in moeten schikken.

Ik zag dit heel sterk bij mijn vorige klant (waar ik het mee uitgemaakt heb een paar maanden terug): onze scrum master vertrok (goeie gast, was vooral bezig voor ons binnen de organisatie) en we kregen een nieuwe veel minder ervaren SM. Deze persoon had alleen ons als team, en was dus 'full time' scrum master voor ons team. Daar zag je dus dat deze persoon heel hard hun best ging doen om maar zoveel mogelijk structuur en 'dingetjes' aan te brengen overal, wat er eigenlijk toe leidde dat de hele energie uit bijvoorbeeld de retro's verdween door alle stomme hoepels waar we doorheen moesten. Deze SM vond het ook bijvoorbeeld nodig elke stand-up elke dag alle tickets af te gaan. Eugh.

Ik zeg absoluut niet dat jij dit ook doet. Waar het me om gaat is dat dit een pitfall is als je alleen een rol hebt waar je niet echt direct waarde toevoegt, en ook geen manager bent. Dan ga je 'op zoek' naar werk. En in het geval van een SM gaat dit al snel de richting op waarbij anderen last van je hebben. En dat is natuurlijk het tegenovergestelde van wat je wil bereiken.

Dus; denk eens goed na over wat je wil. De rollen van agile coach en scrum master zijn onverenigbaar. En full time scrum master betekent dat je al snel zo'n 4 teams ofzo moet bedienen. En dan krijg je dus al heel snel dat het team zich maar moet gaan schikken naar jou, omdat je niet in 3-4 meetings tegelijkertijd kan zitten.

M.i. werkt een SM rol gewoon het best als iemand het erbij doet.

[t_captain]

Discussie over scrum werken en de rollen daarin is best interessant, maar is het nog in lijn met de OP?

[PdeBie]

t_captain schreef op woensdag 16 maart 2022 @ 09:35:
[mbr]Discussie over scrum werken en de rollen daarin is best interessant, maar is het nog in lijn met de OP?[/mbr]

wat mij (TS) betreft niet meer en is de vraag uit de OP behandeld.

@Hydra helder, dank je wel voor de aanvulling

[ Voor 8% gewijzigd door PdeBie op 16-03-2022 11:08 ]

[JohnR]

PdeBie schreef op woensdag 16 maart 2022 @ 08:42:

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

Dat bedoelen dus een boel mensen in dit topic. Als je als fulltime scrummaster wil werken, solliciteer dan gewoon als projectleider, dat is feitelijk wat je dan wil doen...

[t_captain]

Vanwege de wat afdwalende scope een einde aan dit topic. Discussie over scrum master, agile coach en "welke rol" zijn prima voor PFSL maar iets te breed voor dit specifieke topic.