Projektledelsesmetoder: Vandfald vs. Agile

Ind imellem hører jeg udråb som "Gantt er død" eller "Du skal klare det agilt" eller endda "Projektledelsen er død". Mens meget af det kun er marketingskrald, møder jeg ofte projektporteføljemanagere, scrummastere og andre fagfolk i PM, der gerne vil have en seriøs diskussion om agile vs. vandfald (Gantt) metoder.

Jerntrekanten af ​​projektledelse

Jerntrekanten er faktisk en meget enkel præsentation på øverste niveau af nøgleelementer til vellykket projektplanlægning. Omfang, tid og pris/ressourcer. Ressourcer er i mange brancher det eneste eller kritiske element i prisen.

Mennesker er det mest værdifulde aktiv og kan ikke øges, formindskes eller ganges. På samme måde har maskinlignende ressourcer en produktionskapacitet og kan ikke ændres blot med et enkelt klik.

Jerntrekanten har indflydelse på, om man skal vælge Waterfall eller Agile

Så hvordan kommer jerntrekanten ind i billedet? Det giver os en enkel, men effektiv mulighed for at forstå, hvor vi skal bruge vandfaldsplanlægning, og hvornår nogle af de agile nærmer sig.

Let projekt jerntrekant

Vandfald projektledelse

Vandfaldstilgangen er mest nyttig i et projekt, hvor omfanget er veldefineret og er nøgleelementet i projektet.

Eksempler: bygge et hus, planlægge en konference, implementering af PM software Easy Project

Brugsvejledning: Projektet Omfang er defineret (fast). Det betyder, at jeg ikke kan ændre antallet af vinduer i mit hus; Jeg kan ikke ændre stedet eller emnet for en konference). Og projekttid er en begrænsende faktor enten absolut (konference) eller tæt på absolut (EP-implementering).

Med et fast omfang er hovedudfordringen for en projektleder eller en porteføljemanager at planlægge alle typer ressourcer i tide og på tværs af parallelle projekter med hensyn til den nødvendige rækkefølge af handlinger i hvert enkelt projekt.

Tag for eksempel husbyggeri: De arbejdere, der er ansvarlige for cementlevering, skal afslutte deres arbejde til tiden, da forsinkelse forårsaget af manglen på cementressourcer kan forhindre murerne i at afslutte deres egne opgaver. Og når først betonen er solid, kan de allerede være på en anden byggeplads.

Let projekt jerntrekant

Agile projektledelse

Den agile tilgang bør bruges på projekter, hvor tiden er fast, ressourcer er en afgørende faktor , Omfang er et genstand for planlægning (Prioritering).

Eksempler: SW-udvikling (sprints), udgivelse (udgivelsesdato for magasin, aviser), marketingindhold (kampagne)

Brugsvejledning: Med deadline og velkendte ressourcer, prioriterer scrum-mestre eller arbejdere i lignende roller, hvad der vil blive leveret i den næste sprint. Scrum master har typisk forskellige backlogs og scrum boards for forskellige typer ressourcer (fejlrettere og feature-anmodninger i SW eller politik- og sportsjournalister i aviser)

Let projekt jerntrekant

Hvordan kan dette hjælpe

Det er klart, at hele spørgsmålet stadig drejer sig om jerntrekanten af ​​projektledelse, den operationelle planlægning fokuserer bare mere tungt på forskellige dele af den samme ting. Så hvad kan vi tage ud af dette?

1. Grundlæggende har alle organisationer type projekter, hvor begge metoder er nødvendige for at etablere effektive arbejdsprocesser.
2. Ressourceplanlægning af høj kvalitet forbundet med tidslinje er afgørende for ethvert vandfaldsprojekt og især projektporteføljeplanlægning. Ligesom den i Easy Project.
3. Håndtering af agile projekter: Jeg observerede, at styring af prioriteter normalt håndteres ret godt gennem forskellige værktøjer. Men problemet er ofte en præcis dedikering af ressourcer til et specifikt efterslæb. Så her anbefaler jeg kortlægge og dedikere dine ressourcer præcist. For eksempel – SW-udvikler kan bruges i flere backlogs (fejl vs. funktionsanmodninger). Men uden at fastsætte kvantitativ allokering af ressourcer til efterslæb, vil jeg ikke være i stand til at planlægge leverbare prioriteter, og scrum master bliver nødt til konstant at løse uoverensstemmelser mellem disse.

Sammenfatning: Kombination af disse to ledelsesmetoder

Som du kan se på billedet, har vi et vandfaldsprojekt, der fungerer som fundament. Naturligvis har dette eksempel på en SW-udgivelsesplan åbenlyse sekvenser og afhængigheder. Men teams, der deltager i dette projekt (marketingfolk, dokumentskribenter) kan styre deres leverancer på deres afdelings agile måde.

Førstnævnte metode er ikke bedre end sidstnævnte, de adresserer blot forskellige udfordringer.

Let projekt Agile Waterfall