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

Introductie Scrum

Basis principes van Agile/Scrum. Voorbereiding op PSM I certificaat.
by

Remco Wischmann

on 2 June 2016

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of Introductie Scrum

Agile Principes
Projecten duren langer dan verwacht
Projecten kosten meer dan verwacht
Projecten leveren niet wat de klant wil
Projecten leveren niet wat de klant nodig heeft
Mismatch
Projecten zijn complex en onvoorspelbaar.

Projectmanagement technieken richten zich met name op voorspelbaarheid.
Ga maar na:
Ontwerp, Bouw, Test, Implementatie, Nazorg
Maar... weet jij tot in detail precies wat je volgende jaar 18 augustus zou willen eten?

De klant ook niet.
Middelen
Mensen
Meetings
Valkuilen
Huiswerk:
Scrum voor Dummy's lezen
Minimaal 2 oefenexamens maken op scrum.org
Examenresultaten meenemen

De rollen
Agile principes
Scrum developer
Product owner
Scrum master
Development team
Product owner
Scrum master
Stakeholders
Business owner
Scrum team
Product owner
Verantwoordelijk voor het maximaliseren van de waarde
Verantwoordelijk voor de visie
Beslisser met betrekking tot requirements
Beslisser over scope en planning; bepaalt prioriteiten
Staat tussen het development team en de stakeholders
Accepteert (of verwerpt) iedere iteratie
Bepaalt of er gereleased wordt
Bepaalt wanneer het project stopt
Development team
Bepaalt WAT
er gebeurt
Bepaalt HOE
het gebeurt
Scrum master
Bewaakt het Framework
Multi-disciplinair team van
6
(+/- 3) deelnemers
Volwassen, zelf sturend, zelf regulerend
Werkt zeer nauw met elkaar samen
Stemt werk af met de Product owner (commitment)
Schat de werkzaamheden in
Verantwoordelijk voor al het werk
Bepaalt zelf HOE het werk gedaan wordt
Pauze
De middelen
Burndown's
Backlogs
Product backlog
Faciliteert en bewaakt het Scrum proces
Werkt blokkades (impediments) weg
Is timekeeper
Houd empirische data bij tbv planningen
Houd de Scrum tools zichtbaar
Zorgt ervoor dat het team zijn werk kan doen
Heeft geen hiërarchische verhouding met het team
Product backlog items
User stories
Rol, doel, voordeel
Ingeschat door het development team (punten)
2-3 mensen, 2-3 dagen
Groter en prio? Opknippen!
Lijst van alle gewenste functionaliteiten
Zichtbaar voor alle Stakeholders
Beheerd door de Product owner
Volledig ingeschat en geprioriteerd
Hoe hoger op de lijst, hoe meer uitgewerkt
Sprint Backlog
Gecommiteerd werk voor de sprint
Van User stories naar Taken
De scope ligt vast (user stories)
Taken zijn variabel
Eigenaarschap
Watskeburt?
Definition of Done
Geeft aan wanneer een PBI af is
Is geaccordeerd door de Product Owner
Verbetert gedurende het project
Sprint Burndown
Hoe gaat het tijdens de sprint
Punten aftikken
Bijwerken tijdens de daily Stand up
Release Burndown
Velocity
Yesterday's weather
Extra werk
Plannen!
Planningpoker
Inschatten van werk (punten)
Focus op uitersten
Toegevoegde waarde in discussie
Consensus
Watskeburt?
De meetings
Sprint
planning
Daily Scrum
Daily Scrum
Daily Scrum
Daily Scrum
Daily Scrum
Daily Scrum
Daily Scrum
Daily Scrum
Sprint
review
Sprint
retro
Sprint
planning
Sprint
review
Sprint
retro
Daily Scrum
Daily Scrum
Daily Scrum
Daily Scrum
Daily Scrum
Daily Scrum
Daily Scrum
Daily Scrum
Sprint planning
Deel 1
Wat?
Scope bepalen; van Product Backlog naar Sprint Backlog
Commitment naar product owner

Deel 2
Hoe?
Van User stories naar Taken
Opnieuw schatten?
Commitment naar elkaar
Daily Scrum (Stand up)
Voor het team, door het team
Bij de Sprint backlog
Timeboxen; 15 minuten
Pigs & Chickens
Sprint Review
PO, team & Stakeholders aanwezig
Feedback is het doel
Live demonstratie
Samenvatting afgelopen Sprint
Vooruitkijkend komende Sprint(s)
Inventariseren nieuwe PBI's
Sprint Retrospective
Watskeburt?
Veilige omgeving
Sfeer maken!
Wat ging er goed, wat kan er beter?
Tig variaties...
Nieuwe PBI's?
Aanpassen DoD?
Backlog refinement
Maintenance, Grooming, Story time
Toevoegen, verwijderen, herprioriteren
Kansen en mogelijkheden
Van Epic naar User Story (splitsen)
Verduidelijken; detaileren
Schatten voor komende sprint
1 uur per sprintweek!
1 uur per sprintweek!
1 uur per sprintweek!
Zolang als nodig is!
15 minuten
Wat heb ik gisteren gedaan?
Wat ga ik vandaag doen?
Wat zijn mijn belemmeringen?
De Valkuilen
Scrum is moeilijk
“We introduceerden het welbekende SCRUM-bord, maakten een backlog en noemden een overleg opeens een sprintplanning.”
“Punten leek overbodig, een punt staat toch voor een aantal uur?”
“Onze teamleden pakten meestal hun eigen story op.”
“Wanneer was iets ook alweer 'done'?”
“Eén van de stakeholders benoemden we tot de productowner, maar omdat die ook niet wist wat dat inhield, pakte de SCRUM-master wel wat van die extra taken op.”
Scrum is een grote verandering
Commitment van management is essentieel
De rol van Product Owner is zwaar!
Scrum is geen silver bullit
Scrum master
Voor de toets!
The Scrum Master is responsible for ensuring Scrum is understood and enacted. Scrum Masters do this by ensuring that the Scrum Team adheres to Scrum theory, practices, and rules.

The Scrum Master is a servant-leader for the Scrum Team. The Scrum Master helps those outside the Scrum Team understand which of their interactions with the Scrum Team are helpful
and which aren’t.

The Scrum Master helps everyone change these interactions to maximize the value created by the Scrum Team.
Scrum master
Voor de toets!
The Scrum Master serves the
Product Owner
in several ways, including:
Finding techniques for effective Product Backlog management;
Helping the Scrum Team understand the need for clear and concise Product Backlog items;
Understanding product planning in an empirical environment;
Ensuring the Product Owner knows how to arrange the Product Backlog to maximize value;
Understanding and practicing agility; and,
Facilitating Scrum events as requested or needed.
Scrum master
Voor de toets!
Scrum master
Voor de toets!
The Scrum Master serves the
Development Team
in several ways, including:
Coaching the Development Team in self-organization and cross-functionality;
Helping the Development Team to create high-value products;
Removing impediments to the Development Team’s progress
Facilitating Scrum events as requested or needed; and,
Coaching the Development Team in organizational environments in which Scrum is not yet fully adopted and understood.
The Scrum Master serves the
organization
in several ways, including:
Leading and coaching the organization in its Scrum adoption;
Planning Scrum implementations within the organization;
Helping employees and stakeholders understand and enact Scrum and empirical product development;
Causing change that increases the productivity of the Scrum Team; and,
Working with other Scrum Masters to increase the effectiveness of the application of Scrum in the organization.
Our highest priority is to satisfy the customer through early and continuous delivery of valuable software.
Welcome changing requirements, even late in development. Agile processes harness change for the customer's competitive advantage.
Deliver working software frequently, from a couple of weeks to a couple of months, with a preference to the shorter timescale.
Business people and developers must work together daily throughout the project.
Build projects around motivated individuals. Give them the environment and support they need, and trust them to get the job done.
The most efficient and effective method of conveying information to and within a development team is face-to-face conversation.
Working software is the primary measure of progress.
Agile processes promote sustainable development. The sponsors, developers, and users should be able to maintain a constant pace indefinitely.
Continuous attention to technical excellence and good design enhances agility.
Simplicity--the art of maximizing the amount of work not done--is essential.
The best architectures, requirements, and designs emerge from self-organizing teams.
At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behavior accordingly.
The 12 principles of Agile Software Development
Incrementeel vs iteratief
Full transcript