Vattenfall vs. Agile: Vilken metod ska du välja för dina Redmine-projekt?

Ibland hör jag rop som "Gantt är död", "du måste köra den på ett smidigt sätt," eller till och med "projektledningen är död." Även om många av dem bara är ett exempel på marknadsföringsskräp, stöter jag ofta på projektportföljförvaltare, scrum-mästare och andra projektledare som på allvar vill argumentera om Agile vs. Waterfall (gantt) tekniker. Det här inlägget är en kort introduktion till ämnet.

Järn triangeln av projektledning

Järn triangeln är faktiskt en mycket enkel representation av de nyckelelement som behövs för framgångsrik projektplanering. Omfattning, tid och kostnad/resurser. Resurser är de enda och/eller kritiska delarna av priset i många branscher. Människor är den mest värdefulla tillgången som inte bara kan ökas, minskas eller multipliceras. På samma sätt har maskinresurser en viss produktionskapacitet och kan inte ändras med ett enkelt klick.

Easy Redmine - Järn triangeln #1

Men hur passar järntriangeln in i helhetsbilden? Mycket bekvämt. Det ger oss ett enkelt men effektivt svar när vi ska använda planeringen av Waterwall-metoden och, tvärtom, när vi ska välja en smidig strategi.

Redmine Waterfall projektledning

Vattenfallsmetoden är bäst lämpad för ett projekt vars omfattning är exakt definierad och är en nyckelkomponent i projektet, såsom fastighetskonstruktion, konferensplanering eller Enkel Redmine-programimplementering.

Teknik: Projektets omfattning definieras (fast). I vårt exempel betyder det att jag inte kan ändra antalet fönster i min fastighet, jag kan inte ändra plats eller ämne för en konferens etc. Projekttiden är en begränsande faktor antingen absolut (t.ex. konferenser) eller nästan absolut (t.ex. mjukvaruimplementering). Med en snävt definierad omfattning är huvuduppgiften för en projektledare eller portföljförvaltare att schemalägga alla typer av resurser på tidslinjen över parallellt pågående projekt och ta hänsyn till den nödvändiga sekvensen av åtgärder (uppgifter) i enskilda projekt.

Tänk till exempel byggandet av ett hus: Arbetstagare som är ansvariga för cementleverans måste slutföra sitt arbete i rätt tid, eftersom förseningar som orsakats av brist på cementresurser kan förhindra muren att fullborda sina egna uppgifter. När betongen är tillräckligt fast kan de redan hittas på en annan sida.

Easy Redmine - Järn triangeln #2

Redmine Agile projektledning

Ett smidigt tillvägagångssätt är användbart för projekt där tiden är bestämd, resurser är en avgörande faktor och Omfattningen är föremål för planering (prioritering). Ett bra exempel kan vara mjukvaruutveckling (sprints), publiceringsaktivitet (tidnings-/tidningsutgivningsdatum) eller marknadsföringsinnehåll (kampanj).

Teknik: Scrum-mästare eller planerare i liknande roller prioriterar uppgifter för nästa sprint. Normalt har scrummästaren olika backlogs och scrum boards för olika typer av resurser, till exempel utvecklare som vill fixa fel och hantera förfrågningar om nya funktioner och å andra sidan journalister i politiska eller sportmedier.

Easy Redmine - Järn triangeln #3

Vad betyder det?

Självklart ändrar hela projektfrågeställningen fortfarande järnstriangeln. Operativ planering fokuserar bara mer på olika delar av samma sak. Så vad kan vi dra av det?

1. Praktiskt taget i varje organisation skulle vi hitta typer av projekt där det är nödvändigt att använda båda projektledningsteknikerna för att skapa effektiva arbetsprocesser. En metodik är inte bättre än den andra, den adresserar bara olika utmaningar.
   
   
2. Kvalitetsschemaläggning av resurser associerad med tidslinjen är avgörande för varje vattenfallsprojekt, särskilt för projektportföljplanering. Detsamma gäller för lätt Redmine projekt.
   
   
3. Hantera agila projekt: Att hantera prioriteringar görs vanligtvis med olika verktyg. Ofta finns det problem med korrekt resursallokering för en specifik eftersläpning. Så i detta avseende rekommenderar jag starkt att du kartlägga och allokera dina resurser konsekvent. Till exempel kan en mjukvaruutvecklare användas med flera eftersläpningar samtidigt (t.ex. buggfixar vs. funktionsbegäranden på samma språk). Utan att definiera kvantitativ resursallokering till eftersläpningar kommer du dock inte att kunna schemalägga prioriterade leveranser, och scrummastern måste kontinuerligt lösa avvikelser mellan dessa prioriteringar. En annan obehaglig konsekvens kommer att vara den försenade lanseringen av nya nyckelproduktfunktioner som buggfixar eller funktionskrav, som utnyttjar strategiska utvecklingsresurser.

Kombination av båda förvaltningsmetoderna

Som du kan se på bilden nedan har vi ett grundläggande Waterfall-projekt som inkluderar en mjukvaruutvecklingsplan som visar sekvenser och beroenden. Däremot kan team som är involverade i detta projekt (säljare, tekniska skribenter) hantera sina egna leveranser på sin avdelning, inte bara som visas i detta exempel utan också på ett agilt sätt.

Easy Redmine Gantt - Exempel på vattenfallsprojekt