Waterfall vs. Agile: Hvilken metodologi skal du vælge til dine Redmine-projekter?

7/8/2017
5 minut
Jaroslav Lizner
Agile vs. Vandfald - I den blog vil jeg tale om to projektstyringsteknikker, deres fordele, hvordan de kan hjælpe dig, og hvordan man kombinerer dem.
Nogle gange hører jeg råb jako "Gantt er død", "du skal køre det på den agile måde" nebo endda "projektstyring er død". Selvom mange af dem bare er eksempler på marksføringssnak, støder is ofte på porteføljemanagere, scrum masters og andre projektstyringsprofessionelle, der seriøst wil diskutere Agile vs. Vandfaldsteknikker (Gantt). Dette indlæg er en kort introduktion til emnet. Jerntrianglen inden for projectstyring er factisk en meget simple representation af de nøgleelementer, der er nødvendige for uscesfuld projectplanlægning. Omfang, tid a omkostninger/resourcer. Ressourcer er de eneste og/eller kritiske elementer and usen and mange brancher. Mennesker er den nejbohatší zdroj, der ikke holé kan øges, snižuje nebo multiplikátory. Stejný způsob, jak dosáhnout masky, a pokud je možné, že je možné použít, a kliknout. Muži hvordan passer jerntrianglen ind i det overordnede billede? Meget belejligt. Den giver os et simpelt, men effektivt svar på, hvornår vi skal bruge planlægning efter Vandfaldsmetoden, og omvendt, hvornår vi skal vælge en agil tilgang. Vandfaldsmetoden er bedst egnet til et projekt, hvor omfanget er præcist defineret og er et nøgleelement i projektt, f.eks. pomocí rychlého rozvoje, plánování konference nebo implementace softwaru Easy Redmine. Teknikken er, at projektets omfang er defineret (rychle). I vores eksempel betyder det, at jeg ikke kan ændre antallet af vinduer i min ejendom, jeg kan ikke ændre stedet eller emnet for en konferenci osv. Projektets tid er en begrænsende faktor, enten absolut (f.eks. konferencer) eller næsten absolut (f.eks. softwareimplementering). Med et nøjedefinret omfang er hovedopgaven for en projektleder eller porteføljemanager at planlægge alle typer ressourcer på tidslinjen på tværs af parallelle projekter og tage hensyn til den nødvendige rækkeref.opkelge af handling Overvej f.eks. byggeriet af et hus: Arbejdere, der er ansvarlige for cementlevering, skal udføre deres arbejde rettidigt, fordi forsinkelser forårsaget af mangel på cementressourcer kan forhindre murere i at fuldføre deres egne opgaver. Når betonen er tilstrækkelig fast, kan de allerede være på en anden byggeplads. Agilní plánování je nové pro projektanta, předpokládaný čas není definován, zdroj je afgørende faktorer, a omfanget er underlagt planlægning (prioriting). Et godt eksempel kunne være softwareudvikling (sprinty), udgivelsesaktivitet (tidspunkt pro udgivelse af magasin/avis) nebo marksføringsindhold (kampagne). Teknikken er, at scrum masters eller planlæggere a lignende roller priorityerer opgaver til næste sprint. Normalt har scrum master forskellige backlog'er and scrum boards til forskellige typer ressourcer, f.eks. udviklere, der ønsker at rette fejl og håndtere anmodninger om nye funktioner, og på den anden side journaler inden for policy eller sportsmedier.

Hvad betyder det?

Åbenlyst drejer hele spørgsmålet om projektstyring sig stadig om den jerntriangel. Driftsplanlægning fokuserer kun mere på forskellige dele af det samme. Jste schopni vi drage af det?

  1. I stort set hver Organization vil vi finde typer af projekter, hvor det er nødvendigt at bruge begge projektstyringsteknikker for at skabe effektive arbejdsprocesser. Den ene metode er ikke bedre end den anden, den adresserer bare forskellige udfordringer.

  2. Kvalitní plánování zdrojů a podpora plánování a plánování pro hvert Waterfall-projekt, især pro porteføljeplanlægning af projekter. Det samme gælder for Easy Redmine-projektant.

  3. Styring agilního projektanta: Styring af prioreter sker normalt gennem forskellige værktøjer. Často dochází k problémům s přesným získáváním zdrojů až do nejlepších nevyřízených položek. Så i den henseende anbefaler jeg stærkt, at du kortlægger og allokerer dine ressourcer konsekvent. Pro eksempel kan en softwareudvikler bruges med flere backlogs på samme tid (f.eks. fejlrettelser vs. funktionsanmodninger på samme sprog). Při definování kvantitativních zdrojů zdrojů až po nevyřízené položky, pokud je pes větší, stojím před plánovanou prioritou páky, a scrum-masteren v konstantní skulle není příliš velký. En anden ubehagelig konsekvens vil være forsinket frigivelse af nye nøgleproduktfunktioner som f.eks. fejlrettelser eller funktionskrav, der udnytter strategický udviklingsressourcer.


Kombinace begge styringsmetoder

Je možné, že se jedná o projekt, který je v souladu s projektem vodopádu, je začleněný do softwarového plánu, je sledován a sledován. Pes může být zapojen do projektu (sælgere, tekniske forfattere) håndtere deres egne leverancer i deres afdeling ikke kun jsem vist i dette eksempel, men også på en agil måde.

Easy Redmine - Vandfaldsprojekt eksempel

Easy Redmine Gantt - Vandfaldsprojekt eksempel

Den ultimativní Redmine-opgrading? Nemt.

Pro všechny kraftfulde værktøjer pro dokonalé projektové plánování, -styring a -kontrol a enkelt software.

První Easy Redmine ve 30 dnech zdarma

Plná funkce, SSL-beskyttet, zálohování dat a geolokace