kapitel 11 - advanced topics in planning and scheduling Flashcards
The waterfall model
ä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
Agile Project Management (Agile PM)
= 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.
Sprint
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
Scrum
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.
Time box
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.
User stories
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.
Scrum Master
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.
Sprint backlog
Uppsättningen av product backlog (to-do list) som valts ut för sprinten, plus en plan för att leverera sprintmålet.
Burndown chart
Visar återstående arbete i sprint backloggen
Product owner
Person som representerar stakeholders och fungerar som “kundens röst”.
Development team
Organisatorisk enhet som ansvarar för att leverera produkten i slutet av sprinten (iterationen)
Product backlog
En prioriterad lista över allt som kan behövas i den färdiga produkten och källa till krav för eventuella ändringar.
Work backlog
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¨.
Steg i Agile
Sprint planning
Daily scrum
Development work
Sprint review
Sprint retrospective
Sprint planning
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?
DAily scrums
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.
Development work
Development work är den tid när det faktiska arbetet i projektet utförs under Sprinten.
Sprint review
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
Sprint retrospective
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.
Keys to success with Agile
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
Extreme programming
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.
Theory of constraints
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.
5 Steg I theory of constraints
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.
Critical Chain Project Management är…
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
