Vattenfall vs. 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 jsem vill argumentera seriöst om Agilt vs. Vattenfallstekniker (Gantt). Det här inlägget är en úvodní do ämnet.

Projektledningens järntrekant

Järntrekanten är faktiskt en mycket enkel zastoupení av de viktigaste elementen som behövs för framgångsrik projektplanering. Omfattning, tid och kostnad/resurser. Zdroje ä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. Na stejné úrovni jako maska ​​na resursér a na produktivní schopnost a můžete si vybrat s jedním kliknutím.

Easy Redmine - Trojúhelník železa #1

Muži 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 agilt tillvägagångssätt.

Projekty Redmine Vattenfalls

Vattenfallsmetodiken passar bäst för ett projekt vars omfattning är exakt definierad och är en nyckelfaktor i projektt, som till exempel fastighetsbyggande, konferensplanering eller Snadná implementace programu Redmine.

Teknik: Projektets omfattning är definierad (rychle). 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 (např. konferenser) eller nästan absolut (např. programimplementering). Med en tydligt definierad omfattning är huvuduppgiften för en projektledare eller portföljchef att schemalägga alla typer av resurser på tidslinjen över parallellt pågående projekt och ta hänsyn till den nödväfter)ärda. enusköljd

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 fregifterfån upt ss När betongen är tillräckligt fast kan de redan vara på en annan plats.

Easy Redmine - Trojúhelník železa #2

Projektování Redmine Agil

Ett agilt tillvägagångssätt är användbart för projekt där tiden är tydligt definierad, resurser är en avgörande faktor och omfattningen är föremål pro hoblování (stanovení priorit). Ett bra exempel kan vara programtveckling (sprintar), publiceringsverksamhet (tidskrift/tidningsutgivningsdatum) nebo marknadsföringsinnehåll (kampanj).

Teknik: scrum masters nebo planerare a liknande roller prioriterar uppgifter for nästa sprint. Vanligtvis har scrum mastern olika backloggar och scrum boards for olika typer av resurser, some utvecklare in a vill åtgärda buggar och hantera begäranden om nya funktioner och, å andra Sidan, novinář inom policy eller sportmedia.

Easy Redmine - Trojúhelník železa #3

Vad betyder det?

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

1. I nästan varje organizace 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 metodologi är inte bättre än den andra, den hanterar bara olika utmaningar.
   
   
2. Kvalitní hoblování je zajištěno jako kopplade till tidslinjen är avgörande pro varje Waterfall-projekt, särskilt pro projektportföljplanering. Samma sak gäller pro Easy Redmine-projekt.
   
   
3. Hantering avagila projekt: Hantering av prioriteringar görs vanligtvis genom olika verktyg. Často Finové mají problém s přesným resursallokeringem pro specifikované nevyřízené položky. Tak, a vím o doporučeních jag starkt att du kartlägger och allokerar dina resurser konsekvent. Till exempel kan en programtvecklare användas med flera backlogs samtidigt (např. felkorrigeringar vs. funktionsförfrågningar på samma språk). Utan att definiera kvantitativní resursallokering till backlogs commer du dock inte att kunna schemalägga priorityrade leveranser, och scrum master commer att behöva continuerligt 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 strategická utvecklingsresurser.

Kombinace od båda ledningsmetoderna

Som du kan se på bilden nedan har vi ett grundläggande Waterfall-projekt jsem inkluderar en viss programtvecklingsplan jsem viz sekvenser och beroenden. Dock kan teamen some är includerade and Detta project (säljare, tekniska skribenter) hantera sina egna leveranser i sin avdelning inte bara some visas and deta exempel utan också på ett agilt sätt.

Easy Redmine Gantt - Vodopád-projektexempel