Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

Gastcollege HAN 25 oktober 2010

No description
by

Edwin Jansen

on 29 November 2015

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of Gastcollege HAN 25 oktober 2010

Agile/Scrum

Complexiteit
Onzekerheid
De klassieke waterval methode
Groot ontwerp vooraf
Grote planning vooraf
Schijnzekerheid
Illusie dat alles vooraf duidelijk is
Agile/Scrum
Accepteert:
Onduidelijkheid
Verantwoordelijkheid bij project manager
Verantwoordelijkheid bij het team, iedereen deelt erin
Project fases per discipline
Alle disciplines in een team
Gastcollege/workshop
Maandag 25 oktober 2010
Een kennismaking met Agile/Scrum
14:15u. tot 17:15u.
Edwin Jansen
Oud student HEAO Arnhem
1990-1994
Bedrijfskundige Informatica
2007-2010
Projectmatig werken
Loenen bij Apeldoorn
www.edwinjansen.com
etmjansen@gmail.com
Dingen worden over de 'muur' gegooid.
"Wij zijn klaar! De rest zoekt het maar uit."
Van grof naar fijn ontwerpen
Meerdere kortdurende ontwikkelcyclussen
Respect voor noodzaak tot leren
Ingebouwde kwaliteitsverbetering
Respect voor nadelige effecten van stress
Product backlog
Opdrachtgever
Gebruikersorganisatie
Opdrachtgever stelt voor
Sprint?
Ontwerpen, bouwen, testen
Planningsessie
Wat gaat er in deze sprint gedaan worden?
Levert altijd werkende afgeronde software op
Team geeft samen het commitment af
Sprint backlog
gaan jullie nu zelf oefenen!
Use cases
User stories
Volledige zinnen
Interactie schema's tussen
gebruikers en schermen
Features
Prioriteit!
Analisten/ontwerpers
Iedereen aanwezig!
We gaan pokeren!
De doe fase, aan de slag!
Dit denken we te kunnen
doen in deze sprint?
Opdrachtgever = Product Owner stelt opleveringscriteria op
Iedereen werkt samen in 1 ruimte!
Korte communicatielijnen
Dagelijkse terugkoppeling via Daily standup
Gaan we straks ook oefenen.
Eerste workshop: Planningssessie
Gebruik de Datingsite case.
Kijk op jullie Scrum bord, er hangen 3 features van jullie product owner.
Die gaan jullie als team inschatten in punten, nee niet in tijd dus...
Maak groepen van 5 personen.
Pak een feature van de flipover die je het beste begrijpt of het leuktst vindt...
Gebruik de vierkante post its om samen de benodigde taken om die
feature af te ronden te benoemen. Let op! Dus alle taken, zowel analyse, ontwerp, ontwikkelomgeving inrichten, bouwen, testen als ook documenteren, implementatie-instructies, maar ook uitzoekwerk van wat je nog niet weet.
Hang de post its onder todo naast de feature waar het bij hoort!
Kijk naar alle post its per feature en kies de taak die het minste tijd kost.
Die taak is 1 punt. Schrijf het aantal punten op de post it. Schat nu de rest in in verhouding tot die taak.
Gebruik het planning poker spel, ieder krijgt 1 spel kaarten en gooit per
taak zijn geschatte aantal punten op tafel. Weet je het niet gooi dan vraagteken op de tafel.
Zet de omschrijving van de taak op de post it.
Planning poker
Als je denkt, dit hebben we al af gooi dan 0 (nul) op de tafel.
Als je denkt dit is zo complex hier moeten we nog verder onderzoek naar doen gooi dan oneindig op de tafel en vraag je af of de taak
niet verder uitgesplitst moet worden.
Probeer alle taken die hoger uitkomen dan 8 verder uit te splitsen met elkaar. Als dat niet lukt laat het dan zoals het is.
Indien er mensen zijn die sterk afwijken van het gemiddelde vraag hen dan waarom ze het anders ingeschat hebben en bediscussier de inhoud van de taak. Het gaat er vooral om dat je overeenstemming hebt over wat de taak inhoud en niet alleen hoe lang die duurt!
Als je klaar bent met het inschatten van een taak hang die dan terug
op het scrum bord onder todo.
En misschien nog wel het belangrijkste, na de ontwerpfase ziet de opdrachtgever niets
totdat de boel misschien pas na vele maanden af is!
Introductie met Agile/Scrum
Inhoud van vanmiddag

Hoe is Agile/Scrum ontstaan?
Wat is Agile/Scrum?
Hoe verhoudt het zich tot de klassieke waterval ontwikkelmethode?
Waarom zou je Agile/Scrum moeten toepassen?
Welke tools en werkvormen zijn er?
Hoe gebruik je die tools en werkvormen?
Waarom gebruik je ze?
Welke voordelen heeft Agile/Scrum?
Welke nadelen, potentiele valkuilen zijn er?
Zouden jullie Agile/Scrum voor de volgende projectronde moeten gebruiken?
1. Scrum is een variant van Sashimi

2. Sashimi werd ontwikkeld in Japan op basis van hun kennis en ervaring van de waterval methode

3. Scrum werd voor het eerst als een project management stijl genoemd in de autofabrieken door Takeuchi en Nonaka in "The new new product development game" (Harvard Business Review, Jan-Feb 1986)

4. Het werd voor het eerst officieel gedocumenteerd in 1993 door Jeff Sutherland, John Scumniotales en Jeff McKenna

5. In 1995: Formaliseerde Ken Schwabber de regels van Scrum.
Geschiedenis van Scrum
Leercurve van betrokkenen
Behoefte aan regelmatige
terugkoppeling aan opdrachtgever
Wat wil de opdrachtgever dat er gebouwd wordt?
"Een gebruiker moet een account kunnen aanmaken"
en
samen met
Product backlog is
input voor...
Product owner
Scrum master
Analisten/ontwerpers
Ontwikkelaars
Testers
Wat wel en wat niet?
Welke rollen zitten er in het team?
Analisten
Frontend/Backend ontwikkelaars
DBA
Systeem testers
Acceptatietesters, soms wel soms niet
Software architecten
Daily Standup
Elke ochtend op een vast tijdstip
Iedereen aanwezig voor het scrum bord
Scrum Master leidt de stand up
Maximaal 15 minuten
3 vragen:
Wat heb je gisteren gedaan?
Waren er nog problemen?
Wat ga je vandaag doen?
Tweede Workshop: Daily Standup
Vorm weer je groep van 5 zoals daarstraks.
Er liggen vijf rolbeschrijvingen, kies er elk 1.
Lees je rolbeschrijving door en leef je in,
stel je voor dat jij dat bent!
De Scrum Master roept iedereen op
tot de Daily Standup voor het Scrum bord
Veel plezier! :-)
Als je dan eindelijk klaar bent met de sprint...
Maar wanneer is het eigenlijk klaar?
En dan na 4 weken hard werken...
Het is klaar wanneer alle afgesproken features zijn afgerond op basis van de
en de software voldoet aan de eisen die met de product owner zijn afgesproken!
Okay en dan feestje bouwen?
Euh nee, eerst nog laten zien wat je gebouwd hebt!
Demonstratie
Hele team aanwezig in een aparte ruimte met de product owner
en alle andere betrokkenen zoals bijvoorbeeld:
Baas van de product owner
Mensen die de software gaan gebruiken
Mensen die de software gaan uitrollen
en dan wel een feestje...?
Retrospective
Het team viert het feestje dat de sprint afgelopen is!
Maar er wordt ook nog wat serieus gedaan...
Er wordt teruggekeken op de vorige sprint en
iedereen beantwoord de volgende drie vragen:
Wat ging er de vorige sprint goed,
waar ben ik trots op?
Wat ging er niet goed en
moet voor de volgende
sprint beter?
Laatste workshop: De retrospective
Een gedachten experiment
Denk terug aan je project rond de Dating Site...
Schrijf op 3 post it's gemarkeerd met een + de drie dingen die
volgens jou erg goed gingen. Schrijf de drie belangrijkste op.
schrijf op 3 post it's gemarkeerd met een - de drie dingen die
volgens jou slecht gingen. Schrijf de drie belangrijkste op.
Ga met je groep van 5 voor een bord staan en plak
1 voor 1 (elke persoon per beurt 1) en leg je keuze uit.
Kijk of je dingen kunt clusteren.
De Scrum Master is leidend.
Schrijf concrete acties
ter verbetering op en...
Neem ze mee als
taken in de volgende
sprint planning!
Samenvatting/conclusie
Agile/Scrum vooral goed inzetbaar bij teams die werken aan het ontwikkelen van complexe producten/diensten,
in omgevingen die aan sterke verandering onderhevig zijn, waarbij verschillende disciplines betrokken zijn, zoals bijvoorbeeld de ontwikkeling van een nieuwe auto of software ter ondersteuning van complexe bedrijfsprocessen.
Agile/Scrum houdt rekening met factoren zoals, onzekerheid, complexiteit, leereffecten, de noodzaak van regelmatige
terugkoppeling en afstemming van verwachtingen.
Agile/Scrum is geen wondermiddel, het vereist een aantal dingen van de teamleden en betrokkenen. Faalangst en de
behoefte om niet alles te vertellen/dingen voor je te houden, leiden tot problemen. Alle issues worden hoe dan ook duidelijk!
En dan de hamvraag: Gaan jullie de volgende keer Agile/Scrum gebruiken?
Goede software ontwikkeling gaat niet alleen maar om de gebruikte technieken, maar vooral ook over samenwerking, communicatie, het afstemmen van verwachtingen en het voorop stellen van kwaliteit.
De product owner geeft de voorzet.
Voortgang wordt continu
bijgehouden via het scrumbord en
de burnup chart.
Zodra je minimaal 8 taken hebt ga je verder met het inschatten ervan...
THE END
De trechter in
Je gooit er iets in
dsfsadf
dvasdfdsafasd
bla

Jemig!

En er komt iets uit
Full transcript