Projektledelsesmetoder: Vandfald vs. Agile

Dato:1 / 28 / 2018
Længde:5 minutter
Forfatter:Jaroslav Lizner
Share:

Agile vs Waterfall – i dette indlæg vil jeg tilbyde dig en diskussion om disse to metoder, hvad er deres fordele, hvordan de kan hjælpe dig, og hvordan man kombinerer dem.

Lejlighedsvis hører jeg udråb som "Gantt er død" eller "du skal klare det smidigt" eller endda "projektledelse er død". Mens meget af det bare er markedsføring af affald, møder jeg ofte projektporteføljechefer, scrummasters og andre fagfolk i PM, der ønsker at have en seriøs diskussion om agile vs. vandfald ( Gantt ) metoder. Dette indlæg giver dig en oversigt over dette emne.


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.

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: bygning af et hus, planlægning af en konference, implementering af Easy Project?

Teknik: 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 anvendelsesområde er den største udfordring 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 krævede 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 forsinkelser 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 og Omfang er et genstand for planlægning (Prioritering).

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

Teknik: 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 en effektiv arbejdsproces. Førstnævnte er ikke bedre end sidstnævnte, de tager ganske enkelt forskellige udfordringer op.
  2. Ressourceplanlægning af høj kvalitet forbundet med tidslinjen er afgørende for ethvert vandfaldsprojekt og især projektporteføljeplanlægning. Ligesom den i Easy Project.
  3. Styring af agile projekter: Jeg bemærkede, at styring af prioriteter normalt håndteres temmelig godt gennem forskellige værktøjer. Men problemet er ofte en præcis dedikation af ressourcer til en bestemt efterslæb. Så her anbefaler jeg at kortlægge og dedikere dine ressourcer. For eksempel - SW-udvikler kan bruges i flere backlogs (bugs vs. funktionsanmodninger, samme sprog). Men uden at fastlægge 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. Længere nede på linjen fører det til forsinkede frigivelser af nye vigtige produktfunktioner, da fejlrettelser eller anmodninger om funktion "spiser" ressourcerne til strategisk udvikling.


Kombination af disse to styringsmetoder

Som du kan se på billedet har vi et vandfaldsprojekt, der fungerer som et fundament. Naturligvis har dette eksempel på SW-frigørelsesplan tydelige sekvenser og afhængigheder. Men hold, der deltager i dette projekt (marketingfolk, dokumentforfattere) administrerer muligvis deres leverancer på deres afdeling agile måde.

Let projekt Agile Waterfall

Alt-i-et-software til en moderne projektleder? Let.

Få alle kraftfulde værktøjer til perfekt projektplanlægning, styring og kontrol i en software.

Prøv Easy Project i en 30-dages gratis prøveperiode

Fuldt udstyret, SSL-beskyttet, Daglige sikkerhedskopier, i din Geo