kapitel 11 - advanced topics in planning and scheduling

Question 1

The waterfall model

Answer 1

är den traditionella metoden när det gäller project planning och scheduling. Denna modell innebär att man planerar projektet strikt i början och sedan utför den exakt som planerat. Är linjär och innebär att ett steg i planeringen måste utföras först innan nästa kan börja

Question 2

Agile Project Management (Agile PM)

Answer 2

= Scrum. Project planning och scheduling som lägger stor vikt på att kunna anpassa sig och vara flexibel, tex om krav från kunden skulle ändras under projektprocessen. Denna metod förespråkar en iterativ planeringsprocess som har korta arbetscykler på 1 till 4 veckor och att ha ständig kommunikation med kunder. I stället för att vänta länge på att skapa en hel produkt, bygger Agile små delar som testas och anpassas snabbt.

Question 3

Sprint

Answer 3

Sprinten är det faktiska arbetet som utförs på någon komponent i projektet och måste slutföras före nästa Scrum-möte

Question 4

Scrum

Answer 4

den utvecklingsstrategi som alla viktiga medlemmar i projektet har kommit överens om. Scrum-möten innebär att man bedömer projektets aktuella status, utvärderar resultaten från den föregående sprinten och fastställer mål och tidsram för nästa iteration.

Question 5

Time box

Answer 5

En time-box är längden på en sprint och fastställs i förväg under Scrum-mötet. Time-boxens längd varierar vanligtvis mellan en och fyra veckor.

Question 6

User stories

Answer 6

En kort förklaring på vad den slutliga användaren gör eller behöver från projektet under utvecklingen. Målet med user stories är att få användarens perspektiv på vad en korrekt utvecklad produkt kommer att göra för dem.

Question 7

Scrum Master

Answer 7

Person i projektgruppen som ansvarar för att föra projektet framåt mellan iterationer, undanröja hinder eller lösa oenigheter mellan viktiga stakeholders.

Question 8

Sprint backlog

Answer 8

Uppsättningen av product backlog (to-do list) som valts ut för sprinten, plus en plan för att leverera sprintmålet.

Question 9

Burndown chart

Answer 9

Visar återstående arbete i sprint backloggen

Question 10

Product owner

Answer 10

Person som representerar stakeholders och fungerar som “kundens röst”.

Question 11

Development team

Answer 11

Organisatorisk enhet som ansvarar för att leverera produkten i slutet av sprinten (iterationen)

Question 12

Product backlog

Answer 12

En prioriterad lista över allt som kan behövas i den färdiga produkten och källa till krav för eventuella ändringar.

Question 13

Work backlog

Answer 13

Utvecklad, prioriterad kö av affärsmässig och teknisk funktionalitet som behöver utvecklas till ett system. Alltså det som kommer in och ska göras, likt en “inkorg” eller “to-do-lista¨.

Question 14

Steg i Agile

Answer 14

Sprint planning
Daily scrum
Development work
Sprint review
Sprint retrospective

Question 15

Sprint planning

Answer 15

identifierar arbetsuppgifterna för den kommande Sprinten. Hela teamet samarbetar för att skapa denna plan, och Scrummastern ser till att planeringen genomförs samt att alla medlemmar i Scrum-teamet förstår syftet.
Sprintplaneringen besvarar följande frågor:
Vad kan levereras i den ökning (tidsram) som kommer att resulte från den kommande Sprinten?
Hur kommer arbetet som behövs för att leverera ökningen att uppnås?

Question 16

DAily scrums

Answer 16

Daily scrums är en kort (15 minuter) händelse där utvecklingsteamet synkroniserar sina aktiviteter och planerar de kommande 24 timmarna. De rapporterar vad de har uppnått de senaste 24 timmarna, vad de ska arbeta med under dagen, och identifierar eventuella problem som kan påverka målet för den pågående Sprinten. Inkluderar information från Burndown-diagrammet om statusen för Backlog items completed (“burned down”) som har slutförts sedan det senaste mötet.

Question 17

Development work

Answer 17

Development work är den tid när det faktiska arbetet i projektet utförs under Sprinten.

Question 18

Sprint review

Answer 18

Sprint review hålls i slutet av Sprinten för att inspektera det färdiga arbetet och göra ändringar i projektplanen vid behov.

Under mötet diskuterar Scrum-teamet och intressenter vad som har uppnåtts och planerar de nästa stegen för att lägga till värde. Det är en informell mötespunkt för att främja samarbete och diskussion. Resultatet är en reviderad projektplan och en plan för den kommande perioden

Question 19

Sprint retrospective

Answer 19

Sprint retrospective är ett möte där man utvärderar den senaste Sprinten, identifierar förbättringsområden och planerar för att göra Sprint-processen bättre. Syftet är att skapa ett mer effektivt och motiverat team.

Question 20

Keys to success with Agile

Answer 20

Cross functional teams
Empowered team members
Shared accountability
Servant leadership
Continuous flow of value
Attention to technical excellence
Rapid risk reduction
Early feedback and adaptation
Total openness and transparency
Trust

Question 21

Extreme programming

Answer 21

En mer aggressiv form av Scrum, en metod för programvaruutveckling som syftar till att förbättra programvarukvaliteten och förmågan att reagera på förändrade kundkrav. Grundprinciperna i XP är att hålla programmeringskoden enkel, granska den ofta, testa tidigt och ofta samt att arbeta under normala arbetstider.

Två vägledande egenskaper för XP:
- Refactoring: Är en kontinuerlig process för att effektivisera programvarudesignen och förbättra koden under hela utvecklingen, snarare än att vänta på testning av slutprodukten
- Pairprogramming: Uppsättningar av programmerare arbetar sida vid sida för att stödja varandras insatser. Parprogrammering främjar en gemensam process för att skapa programvara och hjälper till att upprätthålla en konstant betoning på kvalitet under utvecklingen.

Question 22

Theory of constraints

Answer 22

Teorin för Theory of constraints som tillämpas på Critical Chain Project Management representerar en alternativ metod för att hantera utrymme och använda projektresurser mer effektivt.

Theory of constraints (TOC) är utvecklad av DR. Eli Goldratt och en metod för att identifiera den huvudsakliga begränsade faktorn som står i vägen för att uppnå ett mål.

Question 23

5 Steg I theory of constraints

Answer 23

1.Identify the system constraint: Hitta den huvudsakliga faktorn som begränsar systemets produktion.
2 Exploit the system constraint: Organisera alla aktiviteter kring denna begränsning.
3 Subordinate everything else to the system constraint: Fatta beslut om resurstilldelning eller schemaläggning efter att ha hanterat behoven för den grundläggande begränsningen.
4 Elevate the system constraint: förbättra systemet genom att lyfta fram begränsningen, eller försöka lösa begränsningsproblemet genom att eliminera bottleneck effect
5 Determine if a new constraint has been uncovered, and then repeat the process: Det är uppenbart att borttagandet av begränsningen för systemet leder till positiva fördelar under en tid. Eftersom det alltid finns en systembegränsning, är det dock troligt att borttagandet av en begränsning endast leder till en ny källa av begränsning för operationen. TOC argumenterar för behovet av att alltid förbereda sig för nästa potentiella problem innan det blir för allvarligt, så det här sista steget är egentligen bara ett steg i en kontinuerlig förbättringscykel.

Question 24

Critical Chain Project Management är…

Answer 24

En alternativ schemaläggningsmekanism för att påskynda projekt leverans
Bättre utnyttjande av projektresurser
Effektivare fördelning av disciplinering av processen för genomförandet av projekt
Baserad på teorin om begränsningar (TOC)
Innebär både en kulturförändring och en förändring av schemaläggning processer