Archief - SCRUM Training ervaringen

PHPFreak1977 zei:

Scrum, Agile en al die toestanden, ik gruw ervan. Uiteindelijk ben je meer bezig met praatsessies over het project dan met het project zelf. Op mijn vorig werk werd gewoon een gedeeld Google Document (spreadsheet) gebruikt waarin alle taken instonden. Taken die volledig klaar waren, kreeg een groen kleurtje, die nog niet klaar waren oranje en moeilijke complexe dingen waar pas op het einde tijd werd aan besteed een rood kleurtje. Veel sneller om mee te werken, iedereen wist waar hij mee bezig was en je verloor geen tijd met ingewikkelde planningen. De grootte van de projectgroepen was dan ook maximaal 2 personen. Voor echt grote projecten is het misschien aangeraden om dergelijke methodes te gebruiken maar ik ben er geen fan van...

Klik om te vergroten...

Dan ga je er al van uit dat alle taken bekend zijn bij de start van het project. En hoe lang duurt elke taak dan? Wannneer plan je dat een taak klaar moet zijn? wanneer is alles klaar? Wanneer toon je het aan de klant?...

Overigens: SCRUM is net zo weinig mogelijk praatsessies. 's maandags 1uur demo & retrospective en 1 uur planning game, en verder elke dag 15 minuten stand-up.
Dat is dus op weekbasis 2uur overhead aan "praatsessies" en 38uur (idealiter) development... (bij iteraties van een week natuurlijk, dat kan ook elke 3 weken zijn bijv)

Dozzeh zei:

Ik heb al wel op verschillende projecten gezeten waar er een dedicated scrum master is die tussen de PM en het development team zit.

Klik om te vergroten...

Iemand die full time niets doet als scrum master spelen? Wat doet die dan? Schreef hij ook de stories misschien? (dat doet bij ons de klant). Bij ons is de Scrum master degene die de metingen doet en de planning in de gaten houdt en communiceert met de klant, maar die is nog steeds meer dan half time bezig met developen hoor.

Massis zei:

Dan ga je er al van uit dat alle taken bekend zijn bij de start van het project. En hoe lang duurt elke taak dan? Wannneer plan je dat een taak klaar moet zijn? wanneer is alles klaar? Wanneer toon je het aan de klant?...

Klik om te vergroten...

Een echte deadline was er nooit maar we wisten wel wanneer het ongeveer klaar moest zijn, met een marge van een aantal weken. Een strakke deadline levert enkel veel stress op en nog meer geknoei, dus ik hou mij er niet zo aan als ik ergens werk, tenzij het echt moet. Bij mijn vorige werkgevers heb ik altijd wel mijn ding kunnen doen qua tijd...

PHPFreak1977 zei:

Een echte deadline was er nooit maar we wisten wel wanneer het ongeveer klaar moest zijn, met een marge van een aantal weken. Een strakke deadline levert enkel veel stress op en nog meer geknoei, dus ik hou mij er niet zo aan als ik ergens werk, tenzij het echt moet. Bij mijn vorige werkgevers heb ik altijd wel mijn ding kunnen doen qua tijd...

Klik om te vergroten...

²

Fun voor diegenen die tot aan hun pensioen volgens sprints en deadlines mogen leven.
Doorgedraaid wanneer ze 50 zijn.

Bij ons zijn ze dat ook aan het invoeren, scrum en agile.
Het draait voor geen meter.
Prioriteiten verschuiven constant, beschrijvingen zijn er vaak niet, of zijn fout.
Managers zitten zo in hun ivoren toren, en hebben geen enkele feeling met de praktijk.
Zolang er geen goede verstandshouding is, en iedereen niet weer waar hij mee bezig is,informaticakennis nihil is, heeft het geen zin.

En alles volgens resourceplanningen tegenwoordig, zo min mogelijk internen, zo veel mogelijk externen.
Die worden hier gedropt, begin maar.
Programmeurs zijn pionnen geworden, terwijl het die zijn die zowat alles nog rechthouden.
Die managers geloven werkelijk dat externe 3 mensen op 1 jaar tijd evenveel kunnen realiseren als 1 ervaren rot die er 3 jaar heeft over gedaan.

De materie is ook zo complex en uitgebreid bij ons, dat het niet in te schatten valt, niet volledig te beschrijven, en deadlines vaak totale goks zijn.

Programmeurs zitten nu ook volledig gescheiden van de analysten.
Aka, pech als iets niet volledig beschreven is, mail/bel maar.
Die externen komen dan constant bij de interne programmeurs zagen, ipv het aan de analysten zelf te kunnen vragen.
De interne programmeurs zijn eigenlijk zowat alles geworden, die houden het wat recht.
Stom management dat überhaupt denkt dat er ooit volledige beschrijvingen komen.

Oldskooler zei:

²

Fun voor diegenen diegenen die tot aan hun pensioen volgens sprints en deadlines mogen leven.
Doorgedraaid wanneer ze 50 zijn.

Klik om te vergroten...

Completely disagree. Elke planning game die wij houden maak ik deel van uit, dus elke taak die op mij gaat vallen de komende iteratie, plan ik zelf in, ik geef aan hoeveel tijd er voor nodig is en blijkt dat dat te weinig is, dan wordt er gewoon minder opgeleverd deze iteratie.

Sterker nog: we werken enkel met punten, niet met uren. Een punt is een halve dag. Bovendien mag je enkel 1, 2, 4 of 8 punten aangeven. De filosofie is namelijk dat je sowieso een halve dag kwijt bent aan een taak (anders is het geen story maar een bug of refactoring die je tussendoor doet) omdat je de context moet kennen, documenteren, testen, ... en dat je wanneer het meer dan 4 punten is, niet meer kan weten hoeveel werk het precies is, dus dan worden er sowieso 8 ingepland, wat rekening houdend met load factors e.d. neer komt op een hele week (= een hele iteratie bij ons).

Uiteraard: ben je klaar na 3 dagen, dan wordt er gewoon een nieuwe story ingeschoten.

Dit is veruit de minst stressopwekkende manier die ik ken, want alles is flexibel. Bij een klassiek watervalsysteem daarentegen, staat er vandaag al vast wat ik de komende 4 maanden moet gaan doen en precies op welke datum dat ALLEMAAL ineens af moet zijn. Dàt is pas stresserend.

Wat jij doet PHPFreak lijkt mij gewoon een erg klein bedrijfje dat voor wat kleine klanten werkt. Ik heb nog nooit gehoord van een klant die een project van enkele miljoenen EUR laat ontwikkelen en dan zegt "ja mannen, ge ziet maar wanneer ge klaar zijt he, we horen het wel."

Om nog eens kracht bij te zetten voor Oldskooler: ik heb meerdere collega's van 40+ en enkele van 50+, onze meest gewaardeerde SCRUM-master is er 53, doet het nog altijd graag en doet het al meer dan 20 jaar.

Net de training achter de rug. Ik moet zeggen, dit was enorm interessant. Kan ook aan de mijn trainer gelegen hebben, maar het was echt de moeite. Het lijkt mij idd net zo dat je veel minder stress hebt met scrum en de focus meer ligt op developpen.
Bijzonder boeiend.

Massis zei:

@Epyon: onzin imho, agile is by far de beste manier om It development te doen en is nog steeds populairder aan't worden. Het enige probleem is dat veel stijve archaïsche organisatie (zoals banken) daar gewoon niet mee om kunnen.

Klik om te vergroten...

Puur anekdotisch, maar de eerste plaats waar ik agile/scrum tegen kwam was bij een grootbank. (wel niet project waar ik op zat)
Het kan misschien liggen aan het feit dat ik er niet zelf op zat, maar ik had de indruk dat die ridicuul vaak aan het vergaderen waren en er gesmeten werd met macro-planningen en micro-planningen, inclusief bijbehorende meetings daarvoor natuurlijk. (maar goed, misschien was dat dus geen deel van agile)

Epyon zei:

Mijn formele projectmanagement skills heb ik geleerd van prof. Mario Vanhoucke. Die leidt overigens ook een spin-off bedrijf (eentje die projectmanagementsoftware ontwikkelt).

Klik om te vergroten...

Zit je dan ook op Mario zijn budget (en verdiep) of werk je er 'enkel' mee samen?

Genious zei:

Zit je dan ook op Mario zijn budget (en verdiep) of werk je er 'enkel' mee samen?

Klik om te vergroten...

Ik heb gewoon zijn cursus gevolgd in het kader van mijn PhD opleiding. Buiten het feit dat we ook beide een softwarebedrijf hebben liggen voor de rest onze vakdomeinen echter mijlenver uit elkaar .

Alhoewel, in beide gevallen komt het vaak neer op het oplossen van NP-harde problemen .

1 jaar gehad, nooit meer plz, Teveel moeite voor wat het maar is

CosMiced zei:

1 jaar gehad, nooit meer plz, Teveel moeite voor wat het maar is

Klik om te vergroten...

Kan je wat redenen aanhalen?