Waterval vs. Agile: Welke methodologie te kiezen voor uw Redmine-projecten?

Soms hoor ik kreten als "Gantt is dood", "je moet het op de agile manier doen" of zelfs "a projektmenedzsment dood." Hoewel velen van hen slechts een voorbeeld zijn van marketingonzin, kom ik vaak projektportfólió-menedzserek, scrum mesterek és más projektmenedzseri szakemberek, akik az Agile vs. Waterval felett tárgyalnak (Gantt) technieken. Deze post is een korte introductie tot het onderwerp.

De ijzeren driehoek van projektmenedzsment

A De ijzeren driehoek is eigenlijk een zeer eenvoudige weergave van de belangrijkste elementen die nodig zijn voor succesvolle projectplanning. Scope, tijd en kosten/middelen. erőforrás zijn de enige en/of kritieke elementen van de prijs in veel industrieën. Mensen zijn het meest waardevolle bezit dat niet zomaar kan worden verhoogd, verlaagd of vermenigvuldigd. Op dezelfde manier hebben machinemiddelen een bepaalde productiecapaciteit en kunnen ze niet worden veranderd met een simpele klik.

Könnyű Redmine - A #1 vas háromszög

Maar hoe past de ijzeren driehoek in het grotere plaatje? Heel handig. Het biedt ons een eenvoudig maar Effectief antwoord wanneer we de planing van de Waterval-methodologie moeten gebruiken en, integendeel, wanneer we een agilis aanpak moeten kiezen.

Redmine Waterval projektmenedzsment

De Waterval-methodologie is het meest geschikt voor een project waarvan despect nauwkeurig is gedefinieerd en een sleutelelement van het project is, zoals vastgoedconstructie, conferentieplanning of Egyszerű Redmine szoftver-implementáció.

technika: A projekt hatóköre gedefinieerd (nagy). In ons voorbeeld betekent dit dat ik het aantal ramen in mijn vastgoed niet kan veranderen, ik kan de plaats of het onderwerp van een conferentie niet veranderen, enz. De projecttijd egy beperkende tényező ofwel absoluut (bijv. conferences) of bijna absoluut (bijv. software-implementatie). Met een nauwkeurig gedefinieerde Score is de belangrijkste taak van een projectmanager of portfoliomanager om alle soorten middelen op de tijdlijn over parallel lopende projecten te plannen en rekening te houden met de vereiste volgorde van acties (taken) in individuele projecten.

Overweeg bijvoorbeeld de bouw van een huis: werknemers die verantwoordelijk zijn voor de levering van cement moeten hun werk tijdig voltooien omdat vertragingen veroorzaakt door een gebrek aan cementmiddelen metselaars kunnen verhinderen te volthuno eigen verhinderen. Zodra het beton stevig genoeg is, kunnen ze al op een andere locatie worden gevonden.

Könnyű Redmine - A #2 vas háromszög

Redmine Agilis projektmenedzsment

Een agile aanpak is nuttig voor projecten waar tijd stevig is gedefinieerd, middelen een bepalende factor zijn en de Scope onderhevig egy tervezés (elsőbbségi sorrend). Een goed voorbeeld hiervan kan softwareontwikkeling (sprint), publicatieactiviteit (datum van tijdschrift/kratuitgave) of marketinginhoud (campagne) zijn.

Techniek: scrum mesterek a tervezők vergelijkbare rollen prioriteren take voor de volgende sprint. Meestal heeft de scrum master verschillende backlogs en scrum boards voor verschillende soorten middelen, zoals ontwikkelaars die op zoek zijn naar het oplossen van bugs en het afhandelen van verzoeken voor nieuwe public demièreen, a polisa de media in en.

Könnyű Redmine - A #3 vas háromszög

Wat betekent het?

Het hele vraagstuk van projectmanagement draait nog steeds om de ijzeren driehoek. Operationele tervezés richt zich alleen meer op verschillende onderdelen van hetzelfde. Dus wat kunnen we daaruit halen?

1. A vrijwel elke organisatie vindenben beírjuk, hogy projecten waarbij het noodzakelijk is om beide projectmanagementtechnieken te gebruiken om efficiënte werkprocessen te creëren. De ene methodologie is niet beter dan de andere, het gaat gewoon om verschillende uitdagingen.
   
   
2. Kwalitatieve tervezési furgon erőforrások die samenhangt met de tijdlijn is essentieel voor elk Waterval-projekt, vooral voor portfolioplanning van projecten. Hetzelfde geldt voor projekten van az Easy Redmine.
   
   
3. Beheer van agile projekten: Het beheer van prioriteiten gebeurt meestal met behulp van verschillende tools. Vaak is er een problem met nauwkeurige resourceallocatie voor een een specieke lemaradás. Daarom raad ik ten zeerste aan om uw erőforrások következetes te mappen en toewijzen. Bijvoorbeeld, een softwareontwikkelaar kan tegelijkertijd worden gebruikt met meerdere backlogs (bijv. bugfixes vs. functieverzoeken in dezelfde taal). Zonder het kwantitatief definiëren van resourceallocatie naar hátralékok, zult u echter niet in staat zijn om prioritaire leveringen in te plannen, en zal de scrum master voortdurend disrepanties tussen deze prioriteseniten moeten oplos. Een andere onaangename consequentie zal de vertraagde release zijn van nieuwe belangrijke productfuncties zoals bugfixes of functievereisten, die gebruik maken van stratégiai ontwikkelingssources.

Combinatie van beide beheermethodologieën

Zoals u kunt zien in de onderstaande afbeelding, hebben we een basic Waterval-project dat een softwareontwikkelingsplan omvat dat sequenties en afhankelijkheden laat zien. Teams die bij dit project betrokken zijn (verkopers, technische schrijvers) kunnen hun eigen leveringen in hun afdeling beheren, niet alleen zoals in dit voorbeeld, maar ook op een agile manier.

Easy Redmine Gantt - Waterval-projektvoorbeeld