Vattenfall εναντίον Agile: Vilken metodologi ska du välja för dina Redmine-projekt?

Ibland hör jag utrop som "Gantt är död," "du måste köra det på det agila sättet," eller till och med "projektledning är död." Även om många av dem bara är exempel på marknadsföringsstrunt, stöter jag ofta på portföljchefer, scrum masters och andra projektledningsproffs som vill argumentera seriöst om Agilt εναντίον Vattenfallstekniker (Gantt). Μπορείτε να εισάγετε την εισαγωγή μέχρι το τέλος.

Projektledningens järntrekant

Järntrekanten är faktiskt en mycket enkel αναπαράσταση av de viktigaste elementen som behövs för framgångsrik projectplanering. Omfattning, tid och kostnad/resurser. Πόροι är de enda och/eller kritiska elementen i priset inom många branscher. Människor är den mest värdefulla tillgången som inte kan ökas, minskas eller förökas på enkelt vis. På samma sätt har maskinresurser en viss produktionskapacitet och kan inte ändras med en enkel klickning.

Easy Redmine - Το τρίγωνο σιδήρου #1

Άνδρες hur passar järntrekanten in i helhetsbilden; Mycket bekvämt. Den ger oss ett enkelt men effektivt svar på när vi bör använda planering enligt Vattenfallsmetodiken och, tvärtom, när vi ska välja ett ευκίνητος tillvägagångssätt.

Redmine Vattenfallsprojektledning

Vattenfallsmetodiken passar bäst för ett project vars omfattning är exakt definierad och är en nyckelfaktor i projektet, som till exempel fastighetsbyggande, konferensplanering eller Εύκολος προγραμματισμός Redmine.

Teknik: Projektets omfattning är definierad (γρήγορο). I vårt exempel innebär detta att jag inte kan ändra antalet fönster i min fastighet, jag kan inte ändra platsen eller ämnet för en konferens, osv. Projekttiden är en begränsande faktor antingen absolut (t.ex. konferenser) eller nästan absolut (t.ex. programemplementering). Med en tydligt definierad omfattning är huvuduppgiften för en projectledare eller portföljchef att schemalägga alla typer av resurser på tidslinjen över parallellt pågående project och ta hänsyn till den nödväergidga έργο.

Tänk till exempel på byggandet av ett hus: arbetare som ansvarar för cementleverans måste slutföra sitt arbete i rätt tid eftersom förseningar orsakade av brist på cementresurser kan förhindra στο murare efternag. När betongen är tillräckligt fast kan de redan vara på en annan plats.

Easy Redmine - Το τρίγωνο σιδήρου #2

Redmine Agil projectledning

Ett agilt tillvägagångssätt är användbart για το έργο där tiden är tydligt definierad, resurser är en avgörande faktor och omfattningen är föremål για πλάνισμα (προτεραιότητα). Ett bra exempel kan vara programutveckling (σπρίνταρ), publiceringsverksamhet (tidskrift/tidningsutgivningsdatum) ή marknadsföringsinnehåll (kampanj).

Teknik: scrum masters eller planerare i liknande roller prioriterar uppgifter for nästa sprint. Vanligtvis har scrum mastern olika backloggar och scrum boards for olika typer av resurser, som utvecklare som vill åtgärda buggar och hantera begäranden om nya funktioner och, å andra sidan, δημοσιογράφος inom politik eller sportmedia.

Easy Redmine - Το τρίγωνο σιδήρου #3

Vad betyder det;

Uppenbarligen kretsar hela frågan om projectledning fortfarande kring järntriangeln. Operativ planering fokuserar bara mer på olika delar av samma sak. Vad kan vi dra från det?

1. I nästan varje organization skulle vi hitta typer av project där det är nödvändigt att använda båda projectledningsteknikerna för att skapa effektiva arbetsprocesser. En metodologi är inte bättre än den andra, den hanterar bara olika utmaningar.
   
   
2. Kvalitetsplanering av resurser som är kopplade tidslinjen är avgörande for varje Waterfall-projekt, särskilt for projectportföljplanering. Samma sak gäller för εύκολη Redmine- έργο.
   
   
3. Hantering av agila project: Hantering av prioriteringar görs vanligtvis genom olika verktyg. Offta finns det problem med exakt resursallokering for en specific backlog. Έτσι, δεν μπορώ να προτείνω jag starkt att du kartlägger och allokerar dina resurser konsekvent. Μέχρι το exempel kan en programutvecklare användas med flera backlogs samtidigt (π.χ. felkorrigeringar vs. funktionsförfrågningar på samma språk). Utan att definiera kvantitativ resursallokering μέχρι εκκρεμότητες kommer du dock inte att kunna schemalägga prioriterade leveranser, och scrum master kommer att behöva kontinuerligt lösa avvikelser mellan dessa prioriteringar. En annan obehaglig konsekvens kommer att vara försenad lansering av nya viktiga produktfunktioner som felkorrigeringar eller funktionskrav, som utnyttjar strategiska utvecklingsresurser.

Combination av båda ledningsmetoderna

Som du kan se på bilden nedan har vi ett grundläggande Καταρράκτης-projekt som inkluderar en viss programutvecklingsplan som visar sekvenser och beroenden. Dock kan teamen som är εμπλέκεται και detta project (säljare, tekniska skribenter) hantera sina egna leveranser i sin avdelning inte bara som visas i detta exempel utan också på ett agilt sätt.

Easy Redmine Gantt - Καταρράκτης-projektexempel