Waterval vs. Agile: Hvilken metode til at vælge til dit Redmine-projekt?

Soms hoor ik kreten als "Gantt er død," "jeg skal gøre det på den agile måde," af endda "projektledelse er død." Selvom du kun er et eksempel på marketing, kommer jeg ofte til projektportfolio-managers, scrum masters og andre projektledelsesprofessionelle mod de serier, der vil diskutere Agile vs. Waterval (Gantt) tekniken. Dette indlæg er en kort introduktion til emnet.

De ijzeren driehoek van projektledelse

De ijzeren driehoek er faktisk en meget enkel visning af de vigtigste elementer, der er nødvendige for succesfuld projektplanlægning. Omfang, tid og kost/midler. ressourcer zijn de eneste en/af kritiske elementer af prisen i mange industrier. Mennesker er de mest værdifulde i besiddelse af, at de ikke kan forhøjes, sænkes af vermenigvuldigd. På samme måde har maskiner en bestemt produktionskapacitet og kan ikke ændres med et simpelt klik.

Easy Redmine - Iron trianglen #1

Men hvordan forbi de ijzeren driehoek i den større plade? Hælen handig. Det giver os et enkelt, men effektivt svar, når vi planlægger en Waterval-metodologi skal bruge en, integreret, hvornår vi en adræt aanpak skal vælge.

Redmine Waterval projektledelse

De Waterval-metodologi er den mest egnede til et projekt, hvis omfang er nøjagtigt defineret og et nøgleelement af projektet er, som f.eks. storkonstruktion, konferenceplanlægning af Nem Redmine-softwareimplementering.

Teknologi: Projektets omfang er defineret (stort). I vores eksempler angiver det, at jeg har et antal ramen i min store ejendom, der ikke kan ændres, jeg kan placere et emne på en konference ikke ændre, enz. Projekttiden er en begrænset faktor ofwel absolut (bijv. konferencer) eller næsten absolut (bijv. software-implementering). Med et nøjagtigt præcist omfang er den vigtigste opgave for en projektleder af porteføljemanager om alle former for midler til tidslinje over parallelle lopende projekter til at planlægge og tage hensyn til at opfylde de krav, der skal udføres af handlinger (udtaget) i individuelle projekter.

Overvej f.eks. byggeriet af et hus: medarbejdere, der er ansvarlige for leveringen af ​​cement, skal udføres tidsmæssigt, fordi efterslæbet er forårsaget af en mangel på cementhandlere, der kan bekæmpe deres egen udførelse. Zodra er hård nok, kan findes på et andet sted.

Easy Redmine - Iron trianglen #2

Redmine Agile projektledelse

En adræt pakning er nyttig til projekter tid solid er defineret, midler en bestemmende faktor er en de scope onderhevig er aan planlægning (prioritering). Et godt eksempel på softwareudvikling (sprints), publicatieaktiviteter (datum van tijdschrift/krantuitgave) af marketinginhoud (kampagne) zijn.

Teknik: scrum masters of planners i sammenlignelige rolleprioriteter taget til de næste print. Meestal har scrum master forskellige backlogs og scrum boards til forskellige typer midler, såsom udviklere, der leder efter at løse bugs og handel med anmodninger om nye funktioner og, på andre sider, journalister i politiske sportsmedier.

Easy Redmine - Iron trianglen #3

Hvad betyder det?

Det hele spørgsmål af projektledelse drejer sig om de ijzeren driehoek. Operationel planlægning skal kun være flere forskellige dele af det samme. Dus wat kunnen we daaruit halen?

1. I frit enhver organisation finder vi projekter, hvor det nødvendigt er om begge projektledelsesteknikker kan bruges om effektiv arbejdsproces at skabe. Den ene metode er ikke bedre end den anden, den går bare om forskellige udfordringer.
   
   
2. Kwalitative planlægning van ressourcer den sammenhængte med den tidslinje er essentiel for elk Waterval-projekt, især for porteføljeplanlægning af projekter. Hetzelfde geldt for projecten varevogn Easy Redmine.
   
   
3. Beheer van agile projecten: Styring af prioriteter sker oftest ved hjælp af forskellige værktøjer. Det er et problem med nøjagtig ressourceallokering til et specifikt efterslæb. Derfor raad jeg ikke meget om dine ressourcer konsekvente mappen en toewijzen. Eksempelvis kan en softwareudvikler bruges med flere backlogs (f.eks. fejlrettelser vs. funktionssøgning i samme sprog). Hvis der er en kvantitativ definering af ressourceallokering til efterslæb, vil du dog ikke være i stand til at prioritere leveringen i planlægningen, og den scrum-mester vil løbende afvige mellem disse prioriterede områder, der skal løses. En anden onaangename-konsekvens vil blive udgivet af nye vigtige produktfunktioner som f.eks. fejlrettelser af funktionskrav, som kan bruges strategiske udviklingsressourcer.

Kombination af begge managementmethodologieën

Som du kan se i nedenstående billede, har vi et basis Waterval-projekt, der en softwareudviklingsplan omfatter sekvenser og afhængighed, som du kan se. Teams, der er involveret i dette projekt, er (sælgere, tekniske værktøjer) kan deres egen levering i deres afdeling administrere, ikke alene som i dette eksempel, men også på en smidig måde.

Easy Redmine Gantt - Waterval-projektbillede