Archief - Opleiding frontend developer

Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
N

Nineshots

Legacy Member
Ik snap eigenlijk al dat gezever rond agile en scrum niet, dat boeit toch enkel onwetende recruiters?
Op 5 minuten heb je zoiets uitgelegd.

En de vereisten die ze stellen aan een laptop is ook een beetje hoog, ik ben fullstack developer en mijn laptop heeft 'maar' 8GB ram en daar kom ik ruimschoots mee toe.

Maar met die opleiding ga je sowieso werk vinden, gewoon omdat de vraag naar developers gewoon gigantisch is.
T

Tailball

Legacy Member
Nineshots zei:
Ik snap eigenlijk al dat gezever rond agile en scrum niet, dat boeit toch enkel onwetende recruiters?
Op 5 minuten heb je zoiets uitgelegd.

En de vereisten die ze stellen aan een laptop is ook een beetje hoog, ik ben fullstack developer en mijn laptop heeft 'maar' 8GB ram en daar kom ik ruimschoots mee toe.

Maar met die opleiding ga je sowieso werk vinden, gewoon omdat de vraag naar developers gewoon gigantisch is.
Klik om te vergroten...

Pak toch maar een uurke of 2, eer ge scrum fatsoenlijk uitgelegd hebt.
En ik heb al recruiters gehad die effectief de vraag hadden gekregen om naar iemand te zoeken die ervaring had met een scrum-team.
N

Nineshots

Legacy Member
2 uur? Das echt een heel basic idee van een project methode. Dat krijg ik echt op 5 min aan iemand uitgelegd als ik het kort hou.
Ik zou zelfs niet eens weten wat ik daar langer dan een kwartier over kan zeggen.
En kandidaten selecteren op het feit of ze scrum kennen of niet is puur uit onwetendheid.
Er zijn zo veel dingen die een kandidaat geschikt kunnen maken en scrum is daar imo geen belangrijke eigenschap van.
Want je gaat wel direct zien on the job hoe dat scrum werkt.
T

Tailball

Legacy Member
Nineshots zei:
2 uur? Das echt een heel basic idee van een project methode. Dat krijg ik echt op 5 min aan iemand uitgelegd als ik het kort hou.
Ik zou zelfs niet eens weten wat ik daar langer dan een kwartier over kan zeggen.
En kandidaten selecteren op het feit of ze scrum kennen of niet is puur uit onwetendheid.
Er zijn zo veel dingen die een kandidaat geschikt kunnen maken en scrum is daar imo geen belangrijke eigenschap van.
Want je gaat wel direct zien on the job hoe dat scrum werkt.
Klik om te vergroten...

Ok, dat je dit 'on the job' kan leren, is grotendeels juist.

Maar leg mij eens in 5 minuten uit wat onder andere 'definition of done', 'retrospective', 'verschil tussen product owner en scrummaster' en 'epic' betekenen?
Als je dat aan iemand uit een agile omgeving uitlegt, gaat het nog enigzins vlot. Ik heb het hier over een complete newbie.
N

Nineshots

Legacy Member
Hoef je toch ook helemaal niet te weten? Eenmaal je in een scrum omgeving terechtkomt zie je wel wat die dingen betekenen door context.
Je hoeft eigenlijk enkel de sprints uit te leggen en wat standup meetings inhoudt.
Het gaat om schoolverlaters, niet om iemand die direct scrummaster gaat mogen zijn van een team.
c

coldvinc

Legacy Member
't Is nu niet alsof het hogere wiskunde is. Is gewoon de zoveelste manier van werken. Bij ons gaan ze ondertussen nog een stap verder en zitten we in "squads", "chapters" en "tribes". We hebben PAL's (Product Area Leads) en dan nog wat fancy titels om toch maar niet het woord "manager" te gebruiken :crazy:

forums


(c) Dilbert.com
A

Anoniem19

Legacy Member
Nineshots zei:
Ik snap eigenlijk al dat gezever rond agile en scrum niet, dat boeit toch enkel onwetende recruiters?
Op 5 minuten heb je zoiets uitgelegd.
.
Klik om te vergroten...

En ziedaar het probleem. Iedereen denkt dat het iets is dat je op 5 minuten uitgelegd krijgt terwijl het om een compleet andere gedachtegang gaat dan vroeger. En dit is ook de reden waarom je op veel plaatsen ziet dat de woorden gebruikt worden maar dat ze begot niet weten waar ze mee bezig zijn.

Mocht je zelf een goed besef hebben van wat dit juist allemaal inhoud dan zou je zulke statements al niet meer stellen.

@hierboven, good luck met je Tribes als ze basic Scrum nog niet eens doorhebben. Iedereen leest over het Spotify model en kopieert het graag zonder dat ze beseffen waar ze mee bezig zijn.
T

Tailball

Legacy Member
Nineshots zei:
Hoef je toch ook helemaal niet te weten? Eenmaal je in een scrum omgeving terechtkomt zie je wel wat die dingen betekenen door context.
Je hoeft eigenlijk enkel de sprints uit te leggen en wat standup meetings inhoudt.
Het gaat om schoolverlaters, niet om iemand die direct scrummaster gaat mogen zijn van een team.
Klik om te vergroten...

Tja, als consultant heb ik al op zeker 2 technische gesprekken enkele vragen over SCRUM gehad.
Als je die dan niet kan beantwoorden, hebben anderen een streepje voor.
Sommige klanten (zoals m'n huidige) gaan veel losser om met zo'n dingen, maar ik heb ook al in stijvere professionele omgevingen gezeten, waarbij hier wel op gelet werd.
Dan spendeer ik liever 2u aan het deftig doornemen van iets dan 5min, met de gedachte dat ik het toch wel on the job zal leren.

En om semantisch te gaan: jij had het over "dat krijg ik op 5min uitgelegd", wat dus helemaal niet waar is. In je tweede post ga je nog maar slechts een ieniemienie stukje uitleggen.
F

Five-seveN

Legacy Member
Rollen
Bij Scrum kent men de volgende drie hoofdrollen[1]. Deze zijn:

Product Owner
De Product Owner (producteigenaar) is de opdrachtgever of klant. Hij heeft het meeste belang bij het (software)product dat gemaakt wordt. Hij zorgt ervoor dat de rekening betaald wordt. Hij beheert ook de product backlog, hij bepaalt wat er moet gebeuren en in welke volgorde. In principe wordt begonnen met het belangrijkste, waar het meeste voordeel mee te behalen is, wat boven aan de product backlog staat.

Ontwikkelteam
Het ontwikkelteam is multidisciplinair samengesteld en is verantwoordelijk voor het afleveren van het (software)product aan het einde van elke sprint. Het team bestaat meestal uit 3 tot 9 personen. Het team organiseert zichzelf. Zij doen de analyse, ontwerp, ontwikkeling, test en documentatie en zorgen dat er aan het eind van de sprint een kant en klaar product is, dat in principe in productie genomen kan worden.

Scrummaster
De Scrum Master begeleidt en helpt het team door ervoor te zorgen dat het juiste scrumproces gevolgd wordt. Hij verzorgt ook eventuele trainingen. De scrummaster regelt alle vergaderingen. Ook regelt hij de voorzieningen zoals een werkruimte, hardware en software. De scrummaster zorgt ervoor dat het team niet lastig gevallen wordt door derden die met extra eisen tussendoor komen of die bijvoorbeeld tijdelijk mensen nodig hebben uit het team. De scrummaster is geen projectmanager. Hij regelt bijvoorbeeld niet de personele zaken zoals selectie, beoordeling en beloning van de mensen. Dit bevordert de openheid en samenwerking.
Klik om te vergroten...
Wordt er hier eigenlijk iemand beoordeelt of afgerekend op zijn verantwoordelijkheden? Er is geen project manager?
F

Fransz

Legacy Member
Ik heb de opleiding Scrum Master ooit gevolgd en dat was een week (40u). Maar inderdaad, het is sneller uitgelegd. En mag ik zeggen zéér effectief.

- wat heb je gisteren gedaan
- wat ga je vandaag doen
- timeframe bekijken van de lopende projecten en aanpassen indien nodig



ps: veel van die zaken kan je alleen achter de computer leren, sommigen hebben liever een leerkracht maar dan zal je nog na uw uren heel veel zelf moeten leren achter de computer
ps2: go for it, is echt een leuke job :)
K

Kilghard

Legacy Member
Dieter85 zei:
Wordt er hier eigenlijk iemand beoordeelt of afgerekend op zijn verantwoordelijkheden? Er is geen project manager?
Klik om te vergroten...

Het hele scrum team is verantwoordelijk. Zo vermijd je het "shit over de muur gooien" syndroom.
Een story / taak is een multidisciplinair stuk werk, dus niemand komt weg met zeggen "ik was het niet"
Versterkt het team gevoel en sense of ownership.

Ik hou het kort maar er is genoeg uitleg online te vinden (:
K

Kilghard

Legacy Member
Fransz zei:
Ik heb de opleiding Scrum Master ooit gevolgd en dat was een week (40u). Maar inderdaad, het is sneller uitgelegd. En mag ik zeggen zéér effectief.

- wat heb je gisteren gedaan
- wat ga je vandaag doen
- timeframe bekijken van de lopende projecten en aanpassen indien nodig



ps: veel van die zaken kan je alleen achter de computer leren, sommigen hebben liever een leerkracht maar dan zal je nog na uw uren heel veel zelf moeten leren achter de computer
ps2: go for it, is echt een leuke job :)
Klik om te vergroten...

Als je denkt dat scrum = daily standups dan heb je niets van die opleiding gesnapt denk ik.
Een van de belangrijkste zaken (die uberhaupt de meeste skippen) zijn bvb retrospectives. Dan heb je nog reviews met alle stakeholders, dan heb je nog scrum of agile at scale etc etc.

Ik weet dat iedereen graag kapt op dit soort zaken maar het is echt wel wat complexer, en werkt goed (indien goed gesnapt door iedereen en geimplementeerd) in my humble opinion.
F

Five-seveN

Legacy Member
Kilghard zei:
Het hele scrum team is verantwoordelijk. Zo vermijd je het "shit over de muur gooien" syndroom.
Een story / taak is een multidisciplinair stuk werk, dus niemand komt weg met zeggen "ik was het niet"
Versterkt het team gevoel en sense of ownership.

Ik hou het kort maar er is genoeg uitleg online te vinden (:
Klik om te vergroten...

Dat vormt toch een rem om de mensen met ambities + een probleem met rotte appels die niet willen werken.
Een beetje zoals een groepswerk voor het school maken waarbij iedereen dan even veel punten krijgt en niemand de baas mag spelen, daar had ik ook nooit zin in.
Nu goed ik zal wel eens een babbeltje slaan met een scrum master op het werk : )
K

Kilghard

Legacy Member
Dieter85 zei:
Dat vormt toch een rem om de mensen met ambities + een probleem met rotte appels die niet willen werken.
Een beetje zoals een groepswerk voor het school maken waarbij iedereen dan even veel punten krijgt en niemand de baas mag spelen, daar had ik ook nooit zin in.
Nu goed ik zal wel eens een babbeltje slaan met een scrum master op het werk : )
Klik om te vergroten...

1 van de principes achter agile is nu eenmaal "Build projects around motivated individuals. Give them the environment and support they need, and trust them to get the job done"
Dus inderdaad veel vertrouwen geven aan iedereen.

In praktijk weet iedereen nog altijd heel goed wie wat doet, hoeveel & wanneer hoor.
Wat is dat zelfs "baas" zijn in een team?
Beslissingen nemen? Coordineren? Beslissen hoeveel je iedereen betaalt?
Die rollen worden nu gewoon bij andere mensen/het hele team gelegd zonder de titel van baas (behalve dat betalen misschien (:).
Lead from the back not from the front.

Werkt scrum goed bij ongemotiveerde mensen? Hell no / Maybe
Werkt het bij startup minded, gemotiveerde, groeiende mensen? Hell yes
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
Terug
Bovenaan