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
All for this textbook (13)
Written for
Hogeschool Utrecht (HU)
Master Projectmanagement
Agile en Hybride Projectmanagement
All documents for this subject (4)
Seller
Follow
noor36606
Reviews received
Content preview
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.
The benefits of buying summaries with Stuvia:
Guaranteed quality through customer reviews
Stuvia customers have reviewed more than 700,000 summaries. This how you know that you are buying the best documents.
Quick and easy check-out
You can quickly pay through EFT, credit card or Stuvia-credit for the summaries. There is no membership needed.
Focus on what matters
Your fellow students write the study notes themselves, which is why the documents are always reliable and up-to-date. This ensures you quickly get to the core!
Frequently asked questions
What do I get when I buy this document?
You get a PDF, available immediately after your purchase. The purchased document is accessible anytime, anywhere and indefinitely through your profile.
Satisfaction guarantee: how does it work?
Our satisfaction guarantee ensures that you always find a study document that suits you well. You fill out a form, and our customer service team takes care of the rest.
Who am I buying this summary from?
Stuvia is a marketplace, so you are not buying this document from us, but from seller noor36606. Stuvia facilitates payment to the seller.
Will I be stuck with a subscription?
No, you only buy this summary for R118,48. You're not tied to anything after your purchase.
