Waterval срещу Agile: Каква е методологията за вашия проект Redmine?

Soms hoor ik kreten als "Gantt is dood", "je moet het op de agile manier doen," или дори "управлението на проекти е глупост." Hoewel velen van hen slechts een voorbeeld zijn van marketingonzin, kom ik vaak projectportfolio-managers, scrum masters en other projectmanagementprofessionals tegen die serieus willen disciëren over Agile vs. Waterval (Гант) technieken. Тази публикация е кратко въведение за този проблем.

De ijzeren driehoek van projectmanagement

De ijzeren driehoek е eigenlijk een zeer eenvoudige weergave van de belangrijkste elementen die nodig zijn voor succesvolle projectplanning. Обхват, tijd en kosten/middelen. Ресурси 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.

Easy Redmine - Желязният триъгълник #1

Maar hoe past de ijzeren driehoek in het grotere plaatje? Дръжка на петата. Het biedt ons een eenvoudig maar effectief antwoord wanneer we de planning van de Waterval-methodologie moeten gebruiken en, integendeel, wanneer we een пъргав аанпак moeten kiezen.

Управление на проекти Redmine Waterval

De Waterval-methodologie is het meest geschikt voor een project waarvan de scope nauwkeurig is gedefinieerd en een sleutelelement van het project is, zoals vastgoedconstructie, conferentieplanning of Лесно софтуерно внедряване на Redmine.

Техника: Обхватът на проекта е gedefinieerd (обширен). 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 е een beperkende фактор ofwel absoluut (bijv. conferenties) на bijna absoluut (bijv. software-implementatie). Met een nauwkeurig gedefinieerde scope 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 individualuele 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 hun eigen take te voltooien. Zodra het beton stevig genoeg is, kunnen ze al op een andere locatie worden gevonden.

Easy Redmine - Желязният триъгълник #2

Управление на проекти Redmine Agile

Een agile aanpak е подходящ за проектиране tijd stevig е gedefinieerd, middelen een bepalende фактор zijn en de scope onderhevig е планиране (приоритизиране). Een goed voorbeeld hiervan kan softwareontwikkeling (sprints), publicatieactiviteit (datum van tijdschrift/krantuitgave) of marketinginhoud (campagne) zijn.

Techniek: scrum masters of planners in 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 functies en, aan de andere kant, novinar в политиката на спортни медии.

Easy Redmine - Желязният триъгълник #3

What betekent het?

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

1. Във vrijwel elke organisatie vinden we typen projecten waarbij het noodzakelijk is om beide projectmanagementtechnieken te gebruiken om efficiënte workprocessen te creëren. De ene methodologie is niet beter dan de andere, het gaat gewoon om verschillende uitdagingen.
   
   
2. Качествено планиране на ван ресурси die samenhangt met de tijdlijn е съществен за проект на elk Waterval, който е важен за портфолиопланиране на проекти. Hetzelfde geldt voor projecten van Лесно Redmine.
   
   
3. Beheer ван пъргав проект: Het beheer van prioriteiten gebeurt meestal met behulp van verschillende tools. Vaak is er een problem met nauwkeurige resourceallocatie voor een specifieke backlog. Daarom raad ik ten zeerste aan om uw resources consistent te mappen en toewijzen. Отбележете, че програмният софтуер може да бъде използван с други натрупани неизпълнени задачи (поправки на програмни грешки срещу функционални промени в езика). Zonder het kwantitatief definiëren van resourceallocatie naar backlogs, zult u echter niet in staat zijn om prioritaire leveringen in te plannen, en zal de scrum master voortdurend discrepanties tussen deze prioriteiten moeten oplossen. Een andere onaangename consequentie zal de vertraagde release zijn van nieuwe belangrijke productfuncties zoals bugfixes of functievereisten, die gebruik maken van strategische ontwikkelingsresources.

Combinatie van beide beheermethodologieën

Zoals u kunt zien in de onderstaande afbeelding, hebben we een basis 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-projectvoorbeeld