Summary of chapter 6 Gower Handbook of Project Management - Agile and Hybrid Project Management
Summary of chapter 7 'measuring performance' from the Gower Handbook of project management
Summary of the chapter 16 'managing cost and earned value' from Gower Handbook of project management
Alles voor dit studieboek (13)
Geschreven voor
Hogeschool Utrecht (HU)
Master Projectmanagement
Agile en Hybride Projectmanagement
Alle documenten voor dit vak (4)
Verkoper
Volgen
noor36606
Ontvangen beoordelingen
Voorbeeld van de inhoud
Verplichte literatuur
Scrum - Gilbert Silvius
1. Introductie
- Scrum is een raamwerk voor het ontwikkelen, leveren en onderhouden van complexe
producten > wat betekent dat het kan worden toegepast voor de operationele
ontwikkelprocessen binnen een project.
- Scrum beschrijft de managementprocessen binnen een project niet en moet daarom niet
worden beschouwd als een methodologie voor projectmanagement.
2. Achtergrond
4 Waarde Agile Manifest
1. Individuen en interacties boven processen en hulpmiddelen.
2. Werkende software boven uitgebreide documentatie.
3. Klantensamenwerking boven contractonderhandeling.
4. Reageren op verandering boven het volgen van een plan.
Het Agile Manifest biedt ook 12 richtlijnen de principes voor (software)ontwikkeling:
1. Onze hoogste prioriteit is om de klant tevreden te stellen door vroege en continue
levering van waardevolle software. - Je kunt geen specificaties of ontwerpmodellen
versturen als de klant een product heeft besteld.
2. Verwelkom veranderende vereisten, zelfs laat in de ontwikkeling. Agile processen
benutten verandering voor het concurrentievoordeel van de klant. - In plaats van
verandering te weerstaan, streeft de Agile aanpak ernaar om het zo gemakkelijk en
efficiënt mogelijk te accommoderen.
3. Lever frequent werkende software, van een paar weken tot een paar maanden, met een
voorkeur voor de kortere tijdschaal. - Elke levering moet wat extra waarde aan de klant
bieden, maar levering is niet noodzakelijk hetzelfde als uitgave.
4. Bedrijfsmensen en ontwikkelaars moeten dagelijks samenwerken gedurende het hele
project. - Een hoog niveau overzicht van de vereisten is niet genoeg voor ontwikkeling,
dus het gat moet gedicht worden met frequente interactie tussen de bedrijfsmensen en
de ontwikkelaars.
5. Bouwprojecten rond gemotiveerde individuen. - Mensen zijn de ultieme succesfactor
voor een project. Mensen die het meest van de situatie afweten, moeten degenen zijn
die de beslissingen nemen. Geef ze de omgeving en de ondersteuning die ze nodig
hebben, en vertrouw erop dat ze het werk gedaan krijgen.
6. De meest efficiënte en effectieve methode om informatie over te brengen aan en binnen
een ontwikkelteam is face-to-face gesprek. - Meestal is het probleem niet het gebrek aan
documentatie, maar het gebrek aan begrip. Face-to-face communicatie vermindert de
kans op misverstanden.
7. Werkende software is de primaire maatstaf voor vooruitgang. - Het daadwerkelijke
product biedt mijlpalen en nauwkeurige maatstaven voor vooruitgang. Door vaak te
leveren kunnen de details van vereisten in kleine stappen worden vastgelegd.
,8. Agile processen bevorderen duurzame ontwikkeling; de sponsors, ontwikkelaars en
gebruikers moeten in staat zijn om een constante snelheid voor onbepaalde tijd te
handhaven. - Vroeger was het glamoureus om lange nachten en weekenden door te
werken, maar Agile methoden hebben alerte mensen nodig en die lange nachten bieden
eigenlijk niet meer productiviteit.
9. Voortdurende aandacht voor technische uitmuntendheid en goed ontwerp verhoogt de
behendigheid. - Kwaliteit zou een integraal onderdeel van de ontwikkeling moeten zijn.
Ontwerpproblemen worden over tijd kostbaarder om aan te pakken.
10. Eenvoud—de kunst om het maximale werk niet te doen—is essentieel. - In een AGILE
project is het bijzonder belangrijk om eenvoudige benaderingen te gebruiken, omdat ze
gemakkelijker te veranderen zijn. Het is gemakkelijker om iets toe te voegen aan iets
eenvoudigs, dan om iets weg te nemen van iets dat complex is.
11. De beste architecturen, vereisten en ontwerpen komen voort uit zelforganiserende
teams. - De beste architectuur, vereisten en ontwerp komen voort uit teams waarin
interacties hoog zijn en de procesregels weinig.
12. Op regelmatige intervallen reflecteert het team op hoe effectiever te worden, vervolgens
stemt het af en past zijn gedrag dienovereenkomstig aan. - Een AGILE team verfijnt
continu zijn proces en methoden om te verbeteren en aan te passen aan de
veranderende omstandigheden.
Agile een overkoepelende term voor een zeer adaptieve benadering van
productontwikkelingsactiviteiten, binnen of buiten de context van een project.
Kenmerken van Agile is het idee van werken in korte iteratieve ontwikkelingscycli van
ontwerp-bouw-test, waarbij de vereisten voor elke cyclus pas worden besloten 'just-in-time'
voor hun ontwikkeling.
Agile is oorspronkelijk bedoeld voor softwareontwikkeling, maar heeft zich uitgebreid naar
diverse sectoren, waardoor Agile synoniem is geworden voor een moderne benadering van
projecten en ontwikkeling.
3. De Scrum guide
3.1 Het Scrum proces
Het Scrum-proces wordt vaak gevisualiseerd in een overzicht dat de Scrum-rollen, -
evenementen en -artefacten toont.
Sprint:
Een Sprint is een korte iteratieve ontwikkelcyclus (tijdgebonden tot één maand of minder)
waarin het ontwikkel werk wordt gedaan. Een proces bestaat meestal uit meerdere sprints.
Opzet sprint:
1. Sprint planning vergadering: Het Scrum-team gezamenlijk het doel en de backlog voor de
komende sprint ontwikkelt.
2. De ontwikkelaars werken tijdens de sprint aan de realisatie van de Sprint backlog items
3. Sprint review vergadering: presenteren aan het einde van de sprint hun
'productincrement' (het deel van het product dat in deze sprint is ontwikkeld).
, a. Backlog items die niet voltooid zijn in de sprint keren terug naar de product
backlog.
4. Sprint retrospectieve vergadering waarin het team terugkijkt op de sprint en bespreekt
wat verbeterd kan worden.
3.2 Srum rollen
Scrum erkent drie rollen: Product Owner (PO), Scrum Master (SM) en Developer (Dev). De
rollen worden hier uitgelegd: https://www.youtube.com/watch?v=yf1_C2RBVBA
- Alle andere personen, binnen of buiten de organisatie die iets te maken hebben met het
product of de ontwikkeling ervan, worden aangeduid als belanghebbenden. In Scrum is
een belanghebbende iedereen die geen PM, SM of Dev is.
- Scrum vermeldt simpelweg geen projecten of projectmanagement omdat het geen
project(management) methodologie is.
- De Scrum-rollen PO en SM vervangen of omvatten niet de typische
projectmanagementrollen, hoewel sommige van hun verantwoordelijkheden kunnen
overlappen met typische projectmanagementtaken.
3.3 Scrum events
Dit is een overzicht van de events: Spring planning, Daily Scrum, Sprint review, Sprint
Retrospective.
Let op dat hoewel Scrum vaak geassocieerd wordt met 'flexibiliteit', veel aspecten van
Scrum, zoals de evenementen, de rollen en de artefacten, in feite niet flexibel zijn.
3.4 Scrum artifacts
het product backlog is waarschijnlijk een van de belangrijkste artefacten in Scrum. De
product backlog is een opkomende, geordende lijst van wat nodig is voor het product ≥
wensenlijst. De verschillende vereisten en functies kunnen op elke manier worden
beschreven, maar vaak we over ‘user stories’ (dit is een syntaxis die probeert gebruikers te
focussen op de functionaliteit van het product, in plaats van op de constructie ervan).
- Een User Story is een korte, eenvoudige beschrijving van een behoefte van de
eindgebruiker.
4. Scrum en projecten
Scrum kan een ontwikkelmethodologie zijn die binnen een project gekozen wordt voor de
operationele processen in het project. Scrum is niet van toepassing op de
managementprocessen binnen het project, hoewel het kiezen voor Scrum het management
van een project beïnvloedt. Scrum, en in het algemeen Agile, is een op het productgerichte
benadering van een ontwikkelingsproces. Dit betekent dat in het beheer van het
ontwikkelingsproces, en dus het project, de focus veel meer ligt op het beheren van het
‘product’ (of leverbaar) dan op het beheren van tijd en budget.
De bovenstaande grafiek
visualiseert het verschil tussen
de ‘Predectieve benadering van
, projectmanagement en de Agile ‘adaptieve’ aanpak. ‘Predictief’ en ‘Adaptief’ worden nu
beschouwd als verschillend, maar geaccepteerde, benaderingen van het inhoudelijke werk
van een project.
5. Kritiek op Scrum
1. Scrum voornamelijk gericht is op het ontwikkelteam.
2. De complexe taak van het aanpassen van de ontwikkeling aan gebruikersbehoeften
overlaat aan de Product Owner, een rol die als zeer uitdagend wordt beschouwd en
waarvoor de Scrum-gids beperkte begeleiding biedt.
3. Scrum moeilijk schaalbaar is voor grote projecten die meerdere ontwikkelteams vereisen,
omdat dit extra coördinatie en specifieke rollen en evenementen voor coördinatie
noodzakelijk maakt.
Voordelen van het kopen van samenvattingen bij Stuvia op een rij:
√ Verzekerd van kwaliteit door reviews
Stuvia-klanten hebben meer dan 700.000 samenvattingen beoordeeld. Zo weet je zeker dat je de beste documenten koopt!
Snel en makkelijk kopen
Je betaalt supersnel en eenmalig met iDeal, Bancontact of creditcard voor de samenvatting. Zonder lidmaatschap.
Focus op de essentie
Samenvattingen worden geschreven voor en door anderen. Daarom zijn de samenvattingen altijd betrouwbaar en actueel. Zo kom je snel tot de kern!
Veelgestelde vragen
Wat krijg ik als ik dit document koop?
Je krijgt een PDF, die direct beschikbaar is na je aankoop. Het gekochte document is altijd, overal en oneindig toegankelijk via je profiel.
Tevredenheidsgarantie: hoe werkt dat?
Onze tevredenheidsgarantie zorgt ervoor dat je altijd een studiedocument vindt dat goed bij je past. Je vult een formulier in en onze klantenservice regelt de rest.
Van wie koop ik deze samenvatting?
Stuvia is een marktplaats, je koop dit document dus niet van ons, maar van verkoper noor36606. Stuvia faciliteert de betaling aan de verkoper.
Zit ik meteen vast aan een abonnement?
Nee, je koopt alleen deze samenvatting voor €5,98. Je zit daarna nergens aan vast.
