Typer af projektmetodik Eksempler!

For at få et projekt ud i livet, er det vigtigt at udføre det efter en solid arbejdsplan. Derfor fordelen ved at forstå det anderledes typer af projektmetoder. Lad os opdage dem.

typer-af-metodologi-af-et-projekt-2

Hver dag skaber vores samfund mere effektive og dynamiske værktøjer til at fuldføre dine projekter.

Hvad er metoden i et projekt?

Inden vi starter med vores hovedemne vedr typer af projektmetoder, er det altid godt at gå først til definitionerne. En projektmetodologi er simpelthen det sæt af færdigheder, emner, værktøjer, teknikker og viden, der anvendes til at nå præcise mål i en generel plan.

Disse metoder har fået forskellige former gennem årene i henhold til ordninger udviklet med digital støtte. Denne proces har nået det punkt, hvor man taler om projektledelsesmetodologi ofte automatisk udpeger det værktøj, format eller software, der bruges i en given kontekst, med denne funktion. Værktøjet har så tilegnet sig arbejdets abstrakte nominalitet.

Blandt disse rammer, der bruges til at strukturere projekter, er der et vigtigt udvalg af formater. At overveje rigtigheden eller ukorrektheden af ​​hver i henhold til vores forventninger ville være forgæves: hver kontekst, med dens formål, gruppe af arbejdere og modtagende klient, bestemmer, hvilken type metodologi, der skal sættes i drift.

Typer af projektmetodik

Her nævner vi et par stykker typer af projektmetoder som eksempler; For at hjælpe med at afklare ideer yderligere:

Agile

Den smidighed, som dens navn henviser til, er ikke tilfældig. Agile er en metode baseret på ideen om den bedst mulige ydeevne, der er frembragt af det mest fleksible format som muligt. Med revolutionerende udseende i slutningen af ​​forrige århundrede og begyndelsen af ​​nutiden, blev Agile straks anvendt med succes i den teknologiske sektor og diversificeret til en stor gruppe værktøjer til specifikke funktioner.

I manifestet, hvormed det brød ind i verden, gjorde Agile grundlaget for sit lysdogme klart, hvilket frem for alt bestod af dets tilpasningsevne til uforudsete scenarier ud over en forudetableret jernplan, begavelse af individuel og relationel nærhed til interaktioner inden for team, selvledelse af de forskellige arbejdsmoduler, forventning om at finde et samarbejdende ansigt mere end krævende hos klienten, software i bevægelse over den minutiøse sammenstilling af dokumentation og opdeling af indsatsen i forskellige periodiske faser kaldet sprints.

Hver sprint består af et midlertidigt rum på en uge eller en måned og er baseret på arbejde fokuseret på at skabe et produkt med umiddelbar funktionalitet, fordelt på daglige sessioner af kollektivt arbejde. En lille spurt kan for alvor ændre sig fra nogle måls forrang frem for andre til karakteren af ​​selve målene. Denne opdeling forårsager en dynamisk og fleksibel fremgang.

Fleksibilitet er netop den største attraktion ved et Agile-format. Når de kører en bil gennem en ukendt ørken, tilpasser teamet sig til terrænets ujævnheder, skiftende retning, dæk og kørestil, som øjeblikket kræver. Metoden annullerer den traditionelle idé om total forudsigelighed af situationer for at foreslå en snoede bevægelse gennem den skiftende virkelighed.

I betragtning af denne stædigt foranderlige karakter kan det siges, at blandt alle typer af projektmetoder, Agile er et system bygget mere på arbejdsfilosofier end på faste strukturerede processer. Hvis hver minimal proces har et transformativt potentiale over hele operationen, giver det ingen mening at fokusere på store statiske skemaer, der indeholder projektet.

Hvad kunne være de områder, hvor denne agile metode har fuld udvikling? Du gættede det. Spil- og softwareudvikling generelt er ofte et ideelt sted for Agile-formatet på grund af dets evigt udviklende natur, ungdommelige arbejdere og spontane og fleksible arbejdsinteraktioner, der næsten grænser til afslappet. Et perfekt levested for ren smidighed.

Scrum

Scrum er en projektmetodologi, hvis eksistentielle formål er at popularisere og give en praktisk kanal til den agile filosofi. Mere orienteret for at bevare den produktive kontinuitet i en allerede etableret kompleks struktur, fokuserer Scrum på korrekt træning af selvledelsesgrupper svarende til dem, der findes i sin agile bror, men denne gang organiseret omkring arbejdsperioder kaldet iterationer, som normalt varer en halv måned eller en hel måned.

typer-af-metodologi-af-et-projekt-3

Scrum-metoden er en af ​​dem, der lægger mere vægt på den selvstyrede dynamik i små grupper, der arbejder i korte perioder.

På daglig basis rapporterer det selvstyrende team på maksimalt ni personer om fremskridt, tilbageslag og stagnation af det fælles projekt på møder kaldet scrum ledet af en Scrum Master, som først fører til en demonstration af det afsluttede arbejde for at beslutte dets godkendelse og for det andet til et retrospektiv, der fortæller om alt, hvad der er sket, hvad der bør fortsættes og hvad der bør afbrydes.

Scrum er et fleksibelt format, der a priori er beregnet til softwareudvikling, som næppe kan tilpasses til ethvert bureaus verden af ​​netstrategi, finansiel fixitet og lukkede cyklusser. Derfor er Scrum-metoden blevet gentilpasset og remixet i mange virksomheder for at strømline traditionelle strukturer uden fuldstændig at ændre dem, i en klog balance mellem effektivitet, teamrelationelle aspekt og hurtighed.

Vandfald

Vandfald er en metode, der reagerer på de traditionelle parametre, som vi tidligere har lært med hensyn til opnåelse af projekter. Alt er organiseret omkring en vandfald af faser, der starter fra de oprindelige krav til det foreslåede. Når vi går ned i vandfaldet, observerer vi en hermetisk sekvens af faser, der indvier hinanden uden variation. Hver fase skal afsluttes, så det er muligt at gå videre til den næste, uden at overlappe hinanden.

Dette stive vandfald tillader ikke uforudsete ændringer, undtagen med udtrykkelige anmodninger til toppen af ​​ansvaret, og det kan afvises. Hele systemet er centraliseret i en enkelt forudbestemt, langsigtet plan og i store udførelsesgrupper, som prioriterer forudsigelighed frem for tilpasning.

Som vi kan se, er dette det fuldstændige modsatte af Agile og Scrum. Af denne grund ses Waterfall ofte som bedstefar til projektmetoder, lavet af gammeldags, uproduktive og langsomme perspektiver. Og det er rigtigt, at det i arbejdsprocessen bliver mere kompliceret at gå tilbage for at rette en fejl eller enhver detalje, der kan kompromittere resten af ​​planen. Det er trods alt en kaskade, der kun understøtter én retning.

Du kan også advare om den implicitte risiko i denne type ordninger med hensyn til levering af det endelige produkt. Mens andre mere formbare systemer etablerer behovet for kontinuerligt samarbejde mellem teamet og klienten, fastholder Waterfall den konservative tese, der placerer klienten kun for enden af ​​vandfaldet, klar til at acceptere eller afvise. Ingen ratelevering. Ingen progressiv anmeldelse.

Selvfølgelig kan vi påpege fra det positive synspunkt, at Waterfall er tilgængeligt til situationer, hvor lysformatet ville være uhensigtsmæssigt eller endda kontraproduktivt. Situationer, hvor målene er klare, rutinemæssig sikkerhed er nødvendig, udviklingsområdet allerede er veletableret, og at ændre noget løbende vil betyde, at man mister fornemmelsen af, hvad der foregår. Nogle gange kræver det en erfaren bedstefar at føre dine mål langt. Til dette er der vandfald.

XP

XP, forkortelse for Extreme Programming, er en projektmetodologi fokuseret på kvalitetssoftwareudvikling gennem et arbejdsformat, der favoriserer tilpasning til skiftende kundebehov. I denne forstand er det ikke meget forskelligt fra de horisontale og kommunikative agility-systemer i Agile og Scrum.

XP indeholder dog normative krav bestående af simple målbeskrivelser (brugerhistorier), løbende produkttest (TDD), parprogrammering med én part, der skriver koden og en anden, der overvåger, og kompilering af alle komponenter for at lave tilbagevendende test af hele systemet (kontinuerlig integration). ).

Som det kan ses, er det en agil metode, men meget mere reguleret at løse fejl trin for trin i stedet for at opdage dem i sidste øjeblik, når det er for sent, at forbedre kvaliteten af ​​koden og at reducere gentagne opgaver baseret på en aktivitet af ekstrem effektivitet.

Lean

Lean er en af ​​de typer af projektmetoder hvor den engelske maksime af mindre er mere, mindre er mere. Lean anbefaler at skrabe alt, hvad der kan anses for uvæsentligt, fra ledelsesstrukturen for at bringe teamet på den bedste optimeringsvej. Ved at koncentrere sig om dette hovedbud og princip resulterer det ikke rigtig i en metodologi med klare foreslåede strukturer. Det, der interesserer Lean, er, at strukturen er minimal og effektiv, uanset dens form.

typer-af-metodologi-af-et-projekt-4

Lean-metoden fjerner dit system for alt tilbehør for at øge effektiviteten af ​​din projektstyring.

Lean deler denne optimeringsproces op i tre aspekter, døbt med de nysgerrige navne på stum, mura y Muri.

Muda fokuserer på at angribe begrebet affald: alle de aktiviteter, der ikke producerer noget af værdi for kundetilfredsheden og alligevel involverer tid, kræfter og ressourceforbrug for teamet.

Mura har at gøre med at gå imod begrebet variabilitet: den variation, der regelmæssigt introduceres i processen, slides op og ubalancerer teamkapaciteter, som ville blive sparet ved at satse mere på processtandardisering.

Muri konfronterer muligheden for at overbelaste systemet: at arbejde i en hastighed, der er uoverkommelig for vores evner, udhuler holdets entusiasme på grund af simpel udmattelse og sænker deres produktivitet. Et maksimum på 70 % er den passende grænse for at koncentrere indsatsen.

Lean er altså metoden for det væsentlige. Meget nyttigt at omorientere et projekt til den vej, der svarer til det, efter at have faret vild i ubrugelige og dyre drifter. Med Lean skal det, der ikke bidrager til værdiskabelsen for kunden, simpelthen udelades.

Kanban

Kanban-oplevelsen kan opsummeres som en projektmetodologi, der sigter mod at fokusere arbejdet på en enkelt opgave og garantere visualisering af det arbejde, der udføres, som repræsenterer dets flow. Kanban-tavlen er en klassiker af kollektive projekter, på hvis overflade afventende ordrer, igangværende arbejde og afsluttede opgaver er arrangeret i successive kolonner. I en vis forstand er det en gyldig forenkling af Scrum-systemet, meget mere normativ i dets struktur.

Den konstante vision om forholdet mellem det, der efterspørges og det færdige, gennemgår mængden af ​​det, der er under udvikling, sikrer, at opmærksomheden placeres, hvor den skal være, beregner med større sikkerhed, hvor hurtigt et produkt kommer ind med respekt. til Den oprindelige anmodning gør det efterspurgte eksplicit og undgår stagnation.

I miljøer dedikeret til vedligeholdelse kan Kanban være meget nyttigt på grund af dets lette at strukturere konstant ydeevne og dets villighed til at omdirigere prioriteter afhængigt af de rejste behov.

Vi inviterer dig til at se denne interessante video, hvor spanske Marta Falcón kortfattet forklarer, hvordan et projekt styres ved hjælp af Kanban-metoden. Med dens traditionelle tavle inkluderet.

scrumban

Hvis vi i det foregående afsnit talte om lighederne mellem Scrum og Kanban, skal vi i dette tale om den åbenlyse fusion mellem begge metoder, med titlen Scrumban. Denne forsøger at anlægge en mellemvej mellem to typer formater og uddrager fra den ene og den anden, hvad den anser for det bedste af sine forslag.

Systemet bevarer for eksempel den fleksible forestilling om struktureret arbejde omkring specifikke Kanban-ordrer, men fastholder også konceptet med et dagligt scrum-møde, for at strømline den igangværende proces.

Det kan opsummeres i, at Scrumban eliminerer arbejdscyklusserne i gentagelser på en halv eller en hel måned af den klassiske Scrum for at indtage en leveringsstilling, der er meget mere fleksibel og tilpasset det aktuelle projekt, og også delvist lader det åbne. format af Kanban for at give projektet den effektive kontinuitet af scrum-konferencen. En logisk forhandling mellem to store ledelsessystemer.

PMB OK

Project Management Body of Knowledge, defineret ved dets akronym som PMOBK, består af en guide over væsentlige trin til at fuldføre et projekt. Det er det mest teoretiske system af alle, da det kun angiver den generelle ramme, som en plan skal orienteres under, uden at være særlig opmærksom på den præcise struktur af den organisation, der arbejder på den. PMBOK peger på fem grundlæggende og væsentlige faser for at gøre et arbejdssystem muligt: ​​start, planlægning, udførelse, kontrol og lukning.

Selvom det er en metode, der ikke kan udføres i sig selv, er den stadig nyttig på et meget pragmatisk niveau, at lokalisere den systematiserede rækkefølge af dit projekt inden for en global arbejdsstandard.

PRINCE2

Vi lukkede med PRINCE2 af en simpel grund: det er giganten af ​​projektmetoder. PRINCE2 dækker hvert af de aspekter, der er blevet påpeget med hensyn til en effektiv tilrettelæggelse af arbejdet. Metoden kræver, at man starter fra bunden, baseret på en fornuftig begrundelse for, hvor tvingende eksistensen af ​​det endelige produkt er, hvem der præcist ville drage fordel af det, og gennemførligheden af ​​omkostningerne for det team, der forbereder sig på at udføre det. Hvert trin i PRINCE2 er et fast realitetstjek for seeren.

PRINCE90, et britisk statsprodukt i midten af ​​2'erne, er en omfattende metode, der ikke er særlig anvendelig til små mål for små virksomheder. Systemet skal bringe store teknologiske udviklinger til et internationalt niveau. Projektet under dette system styres strengt af en bestyrelse, der er den utvetydige ejer af planlægningen og dagligt gennemgår aktiviteterne under dets hierarki gennem en udpeget leder.

PRINCE2 er en lukket metode i vakuumet med hensyn til alle typer risici. Rollerne for hver projektrepræsentant er velfordelte og definerede, målene er klare, hele processens levedygtighed er grundigt undersøgt fra begyndelsen, og ledelsen generelt er opdelt i mange faser, som igen har en defineret rolle og egne processer. PRINCE2 er metoden til projekter af enormt omfang.

Konklusion

Valget af en god metode, blandt alle typer af projektmetoderDet kan være kompliceret, men ikke umuligt. Det afhænger i høj grad af dine specifikke behov, når du sætter dit projekt op. Beregn, hvor forudsigeligt det miljø, du skal operere i, hvor omfattende er de interaktioner, du skal udføre, og det arbejdstempo, du er villig til at opretholde i henhold til din professionelle filosofi, og du vil være i stand til at vælge fra listen med en omtrentlig sikkerhed.

Listen er ikke en fuldstændig oversigt over alle de mulige metoder, der findes på markedet. Det er dog ret repræsentativt for dets mest udvalgte navne. En god beslutning baseret på din arbejdsmetode kan garantere succesen for din virksomhed.

Hvis du har været interesseret i denne artikel om typer af projektmetodologi, er du sandsynligvis meget fokuseret på konceptet planlægning anvendt på forskellige scenarier, især i produktivt arbejde. I det følgende link finder du en anden artikel dedikeret til mål for en god forretningsplan. Følg linket!

projekt-4


Efterlad din kommentar

Din e-mailadresse vil ikke blive offentliggjort. Obligatoriske felter er markeret med *

*

*

  1. Ansvarlig for dataene: Actualidad Blog
  2. Formålet med dataene: Control SPAM, management af kommentarer.
  3. Legitimering: Dit samtykke
  4. Kommunikation af dataene: Dataene vil ikke blive kommunikeret til tredjemand, undtagen ved juridisk forpligtelse.
  5. Datalagring: Database hostet af Occentus Networks (EU)
  6. Rettigheder: Du kan til enhver tid begrænse, gendanne og slette dine oplysninger.