This is automatic translation. If you do not like it, switch to English or another language. Thank you for understanding. OK Show original
Tilfreds

Vandfald vs Agile: Hvilken metode til at vælge dine Redmine-projekter?

Agile vs Waterfall - I denne blog skal jeg tale om To projektledelsesteknikker, Deres fordele, hvordan de kan hjælpe dig og hvordan man kan kombinere dem.

Nogle gange hører jeg råber som "Gantt er død" eller "du er nødt til at køre det adræt," eller endda "projektledelse er død". Selv om mange af dem blot er et eksempel på markedsføringsaffald, støder jeg ofte på projektporteføljeforvaltere, scrum-masters og andre projektledere, som gerne seriøst argumenterer for Agile vs. Waterfall (Gantt) teknikker. Dette indlæg er en kort introduktion til emnet.

 

Projektledelsens jerntrekant

Jern trianglen er faktisk en meget enkel fremstilling af de nøgleelementer, der er nødvendige for en vellykket projektplanlægning. Omfang, tid og omkostninger / ressourcer. Ressourcer er det eneste og / eller kritiske element i prisen i mange brancher. Folk er det mest værdifulde aktiv, der ikke blot kan øges, reduceres eller formindskes. Tilsvarende har maskinressourcerne en vis produktionskapacitet og kan ikke ændres med et enkelt klik.

 

Easy Redmine - Iron trianglen #1

Easy Redmine - Iron trianglen #1

 

Men hvordan passer jernstrikkeln ind i det samlede billede? Meget bekvemt. Det giver os et simpelt, men effektivt svar, når vi skal bruge planlægningen af ​​Waterwall-metoden og tværtimod, hvornår man skal vælge en fleksibel tilgang.

 

Redmine Waterfall projektledelse

Vandfaldsmetoden er bedst egnet til et projekt, hvis anvendelsesområde er nøjagtigt defineret og er et centralt element i projektet, såsom ejendomsbyggeri, konferenceplanlægning eller Easy Redmine software implementering.

Teknik: Projektets omfang er defineret (fast). I vores eksempel betyder det, at jeg ikke kan ændre antallet af vinduer i min ejendom, jeg kan ikke ændre sted eller emne for en konference mv. Projektet er en begrænsende faktor enten absolut (f.eks. konferencer) eller næsten helt (f.eks. implementering af software). Med en fast defineret rækkevidde er projektlederens eller porteføljemanagerens hovedopgave at planlægge alle typer ressourcer på tidslinjen på tværs af parallelle løbende projekter og tage hensyn til den nødvendige række handlinger (opgaver) i enkelte projekter.

Overvej f.eks. Opførelsen af ​​et hus: Arbejdstagere med ansvar for cementlevering skal færdiggøre deres arbejde rettidigt, fordi forsinkelser forårsaget af mangel på cementressourcer kan forhindre murerarbejde i at udføre deres egne opgaver. Når betonen er fast nok, kan de allerede findes på et andet websted.

Easy Redmine - Iron trianglen #2

Easy Redmine - Iron trianglen #2

 

Redmine Agile projektledelse

En fleksibel tilgang er nyttig til projekter, hvor tiden er fast defineret, ressourcer er en afgørende faktor og omfanget er underlagt planlægning (Prioritering). Et godt eksempel kunne være softwareudvikling (sprints), publikationsaktivitet (magasin / avisudgivelsesdato) eller marketing indhold (kampagne).

Teknik: scrum masters eller planlæggere i lignende roller prioriterer opgaver til næste sprint. Normalt har scrum master forskellige forskelle og scrum boards for forskellige typer af ressourcer, såsom udviklere søger at rette fejl og håndtere anmodninger om nye funktioner og på den anden side journalister i politiske eller sportsmedier.

 

Easy Redmine - Iron trianglen #3

Easy Redmine - Iron trianglen #3

 

Hvad betyder det?

Det er klart, at hele spørgsmålet om projektstyring stadig vender sig om jernstrikken. Operationsplanlægning fokuserer kun mere på forskellige dele af det samme. Så hvad kan vi tegne af det?

  1. Næsten i hver organisation, ville vi finde typer projekter, hvor det er nødvendigt at Brug begge projektledelsesteknikker for at skabe effektive arbejdsprocesser. En metode er ikke bedre end den anden, den retter sig lige mod forskellige udfordringer.

  2. Kvalitetsplanlægning af ressourcer forbundet med tidslinjen er afgørende for hvert vandfaldsprojekt, og især for projektporteføljeplanlægning. Det samme gælder for Easy Redmine-projekter.

  3. Styring af fleksible projekter: Managing prioriteter udføres normalt gennem forskellige værktøjer. Ofte er der et problem med nøjagtig ressourceallokering for en bestemt efterslæb. Så i denne henseende anbefaler jeg stærkt dig kort og allokere dine ressourcer konsekvent. For eksempel kan en softwareudvikler bruges med flere backlogs på samme tid (f.eks. Fejlrettelser vs. funktionsforespørgsler på samme sprog). Uden at definere kvantitativ ressourceallokering til efterslæb, vil du imidlertid ikke være i stand til at planlægge prioriterede leverancer, og scrum-mesteren skal løbende løse uoverensstemmelser mellem disse prioriteter. En anden ubehagelig konsekvens er forsinket udgivelse af nye nøgleproduktfunktioner som fejlrettelser eller funktionskrav, der udnytter strategiske udviklingsressourcer.

 

Kombination af begge ledelsesmetoder

Som du kan se på billedet nedenfor, har vi et grundlæggende vandfaldsprojekt, der indeholder nogle softwareudviklingsplaner, der viser sekvenser og afhængigheder. Imidlertid kan hold involveret i dette projekt (sælgere, tekniske forfattere) klare deres egne leverancer i deres afdeling, ikke kun som vist i dette eksempel, men også den smidige måde.

 

Easy Redmine - Vandfaldsprojekt eksempel

Easy Redmine Gantt - Vandfaldsprojekt eksempel

 

Forfatter: Jaroslav Lizner, Lukáš Beňa

Yderligere oplysninger
Gratis prøveversion

Nem Redmine 10 opgradering
Top plugins & features
Nyt og mobilt design
Server opgraderinger
Global sky

Start gratis prøveversion

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

Fuldt udstyret, 30 Dage, SSL-beskyttet, Daglige Backups, I din Geo-placering

or