Vassfall vs. Smidig: Kva metodikk skal du velje pro dine Redmine-prosjekt?

Ibland hører jeg rop jako "Gantt er død", "du må kjøre det på den smidige måten" nebo do "prosjektledelse er død". Selv om mange av dem bare er eksempler på marksføringssvada, møter jeg ofte prosjektporteføljeforvaltere, scrum-mestere og andre prosjektledelsesprofesjonelle som ønsker å diskutere seriøst om SmidigGant vs. Dette innlegget er en kort introduksjon til emnet. Jerntriangelet for prosjektledelse er faktisk en veldig enkel representasjon av de viktige elementene som trengs for vellykket prosjektplanlegging. Omfang, tid a kostnad/ressurser. Ressurser er de eneste og/eller kritiske elementene and prisen and mange Bransjer. Mennesker er den mest verdifulle eiendelen jsem ikke kan økes, reduseres nebo multipliseres enkelt. På samme måte har maskinressurser en produksjonskapasitet og kan ikke endres med et enkelt klikk. Muži hvordan passer jerntriangelet inn i det store bildet? Veldig praktisk. Det gir oss et enkelt, men effektivt svar på når vi bør bruke planlegging av Vannfallsmetodikken og når vi derimot bør velge en smidig tilnærming. Vannfallsmetodikken passer best til et prosjekt hvis omfang er presist definrt or er and nøkkelelement and prosjectet, for eksempel eiendomsbygging, conferanseplanlegging eller implementering av Easy Redmine-programvare. Teknikk: Omfanget av prosjektet er definitionrt (rychlý). I vårt eksempel betyr dette at jeg ikke kan endre antall vinduer i eiendommen min, jeg kan ikke endre stedet eller emnet for en konferanse osv. Prosjektets tid er en begrensende faktor enten absolutt (f.eks. konferanser) eller nesten absolutt (f.eks. programvareimplementering). Med a tydelig definrt omfang er hovedoppgaven til en prosjektleder eller porteføljeforvalter å planlegge alle typer ressurser på tidslinjen for paralelní projekter og ta hensyn til den nødvendige rekkefølgen av handlinger (opp.elle progaver) Tenk for eksempel på byggingen av et hus: arbeidere ansvarlige for sementlevering må fullføre arbeidet sedí i rett tid, fordi forsinkelser forårsaket av mangel på sementressurser kan hindre murere i åegneføre sine. Når betongen er fast nok, kan de allerede være på en annen byggeplass. Nízké náklady jsou nové pro projektanty, kteří nejsou definováni, obnovují se a jsou průměrným faktorem a omfangetem a stojí za planlegging (stanovení priorit). Et godt eksempel kan være programvareutvikling (sprint), publiseringsaktivitet (data pro utgivelse av magasin/avis) nebo marksføringsinnhold (kampanje). Teknikk: Scrum-mestere nebo planleggere a lignende roller prioriterer oppgaver for neste sprint. Vanligvis har scrum-mesteren forskjellige oppgavelister og scrum-boards forskjellige typer ressurser, for eksempel utviklere som ønsker å fikse feil og håndtere forespørsler om nye funkseller sports den a media a situační novinář

Kva betyr det?

Opplagt, heile problemsstillinga med prosjektleiing dreiar seg framleis rundt den jarntriangelet. Operasjonell planlegging fokuserer berre meir på ulike delar av det same. Kva kan vi dra ut av det?

1. Nesten i kvar organisasjon vil vi finne typar prosjekt der det er nødvendig å bruke både prosjektleiingsteknikkar for å skape effektive arbeidsprosessar. Den eine metodikken er ikkje betre enn den andre, den handterer berre ulike utfordringar.
   
   
2. Qualityssikring av ressursplanlegging knytt til tidslinjen er essensielt for kvar Waterfall-prosjekt, spesielt for prosjektporteføljeplanlegging. Det stejný gjeld pro Easy Redmine-projekt.
   
   
3. Styring agilní projekt: Styring s prioritou viditelný pro větší pohodlí. Často dochází k problémům s nøyaktig resursallokering pro ein spesifikk backlog. Så, i denne samanhengen, anbefaler např. sterkt at du kartlegg og allokerer ressursane dine konsekvent. Til dømes kan ein programtviklar bli brukt med fleire backlogs samtidig (f.eks. feilrettingar vs. funksjonsforespurnader på same språk). Muži, kteří definují kvantitativní ressursallokering til backlogs, a to ikkje kunne planlegge prioriterte leveransar, og scrum masteren må løyse avvik mellom desse priorityeringane. Ein annan uheldig konsekvens vil være forseinka lansering av nye viktige produktfunksjonar som f.eks. feilrettingar eller funksjonskrav, som utnyttar strategické utviklingsressursar.

Kombinace styringsmetodane

Som du kan sjå på biletet nedanfor, har vi eit grunnleggjande Waterfall-prosjekt som inkluderer ein programvareutviklingsplan som viser sekvensar og avhenghigheiter. Men teama some er Participrte i dette prosjektet (seljarar, tekniske skribentar) kan handtere sine eigne leveransar i deira avdeling ikkje berre slik det er vist i dette eksempelet, men også på ein smidig måte.

Easy Redmine Gantt - Waterfall-prosjekteksempel