Καταρράκτης εναντίον ευκίνητου: Hvilken metodologi skal du vælge til dine Redmine-projekter?

7/8/2017
5 λεπτά
Jaroslav Lizner
Agile εναντίον Vandfald - I denne 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 som "Gantt er død", "du skal køre det på den agile måde" ή τέλος "projektstyring er død". Selvom mange af dem bare er eksempler å markedsføringssnak, støder jeg ofte på porteføljemanagere, scrum masters και andre projectstyringsprofessionelle, der seriøst vil diskutere Agile vs. Vandfaldsteknikker (Gantt). Αποκτήστε την εισαγωγή στην ενημερωμένη έκδοση. Το Jerntrianglen inden for projectstyring είναι το πραγματικό και η απλή αναπαράσταση από το nøgleelementer, der er nødvendige για επιτυχημένο σχέδιο σχεδίασης. Omfang, tid og omkostninger/ressourcer. Resourcer er de eneste og/eller kritiske elementer i prisen i mange brancher. Mennesker er den mest værdifulde ressource, der ikke bare kan øges, reduceres eller multipliceres. På samme måde har maskiner en vis produktionskapacitet og kan ikke ændres med et enkelt klik. Άνδρες 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 project, hvor omfanget er præcist defineret og er et nøgleelement i projectet, f.eks. byggeri από γρήγορο ejendom, conferenceplanlægning ή υλοποίηση από Easy Redmine-λογισμικό. Teknikken er, στο projektets omfang er defineret (γρήγορο). 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 conference osv. Projektets tid er en begrænsende faktor, enten absolut (f.eks. konferencer) eller næsten absolut (f.eks. Softwareimplementering). Med et nøje defineret omfang er hovedopgaven for en projectleder eller porteføljemanager at planlægge alle typer ressourcer på tidslinjen på tværs af parallelle projecter og tage hensyn til den nødvendige rækkeafverte en. 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. Når betonen er tilstrækkelig fast, kan de allerede være på en anden byggeplads. En agil tilgang er nyttig for projecter, hvor tiden er nøje defineret, ressourcer er afgørende faktorer, og omfanget er underlagt planlægning (προτεραιότητα). Et godt eksempel kunne være softwareudvikling (sprints), udgivelsesaktivitet (tidspunkt for udgivelse af magasin/avis) ή markedsføringsindhold (καμπάνια). Teknikken er, στο scrum masters eller planlæggere i lignende roller prioriterer opgaver til næste sprint. Normalt har scrum master forskellige backlog'er og 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 reporter inden for politik eller sportsmedier.

Hvad betyder det;

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

  1. I stort set hver οργάνωση 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. Σχεδιασμός με πόρους και προορισμός για το πρόγραμμα του καταρράκτη, και για τον προγραμματισμό πορτοφολιών από τον προγραμματιστή. Det Samme gælder για εύκολη Redmine-προτζέκτορας.

  3. Styring από ευέλικτο σχεδιαστή: Στερέινγκ από προτεραιότητες sker normalt gennem forskellige værktøjer. Συχνά αντιμετωπίζονται προβλήματα με την αναζήτηση πόρων για το καλύτερο ανεκτέλεστο. Så i den henseende anbefaler jeg stærkt, στο du kortlægger og allokerer dine ressourcer konsekvent. Για το eksempel kan en softwareudvikler bruges med flere backlogs på samme tid (f.eks. fejlrettelser vs. funktionsanmodninger på samme sprog). Uden at definere kvantitativ ressourceallokering til backlogs vil du dog ikke være i stand til at planlægge prioriterede leverancer, og scrum-masteren vil konstant skulle løse uoverensstemmelser mellem disse prioriteter. En anden ubehagelig konsekvens vil være forsinket frigivelse af nye nøgleproduktfunktioner som f.eks. fejlrettelser eller funktionskrav, der udnytter strategiske udviklingsressourcer.


Συνδυασμός af begge styringsmetoder

Som du kan se på billedet nedenfor, har vi et grundlæggende Waterfall-projekt, der inkluderer en softwareudviklingsplan, der viser sekvenser og afhængigheder. Σκύλος kan holdene εμπλέκεται και dette project (sælgere, tekniske forfattere) håndtere deres egne leverancer i deres afdeling ikke kun som vist i dette eksempel, men også på en agil måde.

Easy Redmine - Vandfaldsprojekt exempel

Easy Redmine Gantt - Vandfaldsprojekt exempel

Η τελική αναβάθμιση του Redmine; Nemt.

Για όλα τα kraftfulde værktøjer til Perfekt Planlægning, -styring og -control and enkelt software.

Προβάλετε το Easy Redmine και 30 ημέρες δωρεάν την περίοδο

Πλήρης λειτουργικότητα, SSL-beskyttet, αντίγραφα ασφαλείας daglige, και γεωεντοπισμός