Projektin toteuttamiseksi on tärkeää toteuttaa se vankan työsuunnitelman mukaisesti. Tästä syystä erilaisuuden ymmärtämisen etu projektimetodologian tyypit. Tutustutaanpa niihin.
Yhteiskuntamme luo joka päivä tehokkaampia ja dynaamisempia työkaluja projektiesi toteuttamiseen.
Mikä on projektin metodologia?
Ennen kuin aloitamme pääaiheemme käsittelemisen projektimetodologian tyypit, on aina hyvä mennä ensin määritelmiin. Projektin metodologia on yksinkertaisesti joukko taitoja, aiheita, työkaluja, tekniikoita ja tietoja, joita käytetään yleissuunnitelman täsmällisten tavoitteiden saavuttamiseksi.
Nämä menetelmät ovat hankkineet eri muotoja vuosien varrella digitaalisella tuella kehitettyjen suunnitelmien mukaan. Tämä prosessi on saavuttanut pisteen, jossa projektinhallinnan metodologiasta puhuminen määrittelee usein automaattisesti tietyssä kontekstissa käytettävän työkalun, muodon tai ohjelmiston tällä toiminnolla. Työkalu on sitten omaksunut työn abstraktin nimellisyyden.
Näiden hankkeiden strukturointiin käytettyjen kehysten joukossa on useita erilaisia muotoja. Kummankin oikeellisuuden tai virheellisyyden pohtiminen odotustemme mukaan olisi turhaa: jokainen konteksti tarkoitukseen, työntekijäryhmäineen ja vastaanottava asiakas määrää, millainen metodologia on otettava käyttöön.
Projektien metodologian tyypit
Tässä mainitaan muutamia erityyppisiä projektimenetelmiä esimerkkeinä; Auttaaksesi selventämään ajatuksia:
Ketterä
Ketteryys, johon sen nimi viittaa, ei ole sattumaa. Agile on menetelmä, joka perustuu ajatukseen parhaasta mahdollisesta suorituskyvystä, jonka mahdollisimman joustava formaatti tuo mukanaan. Viime vuosisadan lopulla ja nykypäivän alussa vallankumouksellisen ilmeen Agilea sovellettiin heti menestyksekkäästi teknologia-alalla ja se laajennettiin suureksi joukoksi työkaluja tiettyihin toimintoihin.
Manifestissa, jolla se murtautui maailmaan, ketterä teki selväksi kevyen dogmansa perusteet, jotka koostuivat ennen kaikkea sen sopeutumisesta odottamattomiin skenaarioihin ennalta laaditun rautaisen suunnitelman lisäksi, yksilöllisen ja suhteellisen läheisyyden ansioista vuorovaikutuksiin ihmisen sisällä. tiimi, eri työmoduulien itsehallinta, odotukset yhteistyökykyisten kasvojen löytämisestä asiakkaalta enemmän kuin vaativaksi, ohjelmistot liikkuvat huolellisen dokumentaation kokoamisen yli ja työn jakaminen eri jaksollisiin vaiheisiin ns. sprintissä.
Jokainen sprintti koostuu tilapäisestä viikon tai kuukauden pituisesta tilapäisestä tilapäisestä tilapäisestä tilapäisestä tilapäisestä jaksosta, joka on viikon tai kuukauden mittainen ja perustuu työhön, joka keskittyy välittömästi toimivan tuotteen luomiseen, jaettuna kollektiivisen työn päivittäisissä istunnoissa. Pieni sprintti voi vakavasti muuttaa joidenkin tavoitteiden ensisijaisuudesta toisiin nähden itse tavoitteiden luonteeseen. Tämä jako saa aikaan dynaamisen ja joustavan edistyksen.
Joustavuus on juuri ketterän formaatin suurin vetovoima. Autolla ajettaessa läpi tuntemattoman aavikon joukkue sopeutuu maaston epätasaisuuksiin, suunnan vaihtamiseen, renkaisiin ja ajotyyliin hetken niin vaatiessa. Metodologia kumoaa perinteisen ajatuksen tilanteiden täydellisestä ennustettavuudesta ehdottaakseen kiemurtelevaa liikettä muuttuvan todellisuuden läpi.
Kun otetaan huomioon tämä sitkeästi muuttuva luonne, voidaan sanoa, että kaikkien joukossa projektimetodologian tyypit, Agile on järjestelmä, joka on rakennettu enemmän työfilosofioiden kuin kiinteiden rakenteellisten prosessien varaan. Jos jokaisella minimaalisella prosessilla on muunnospotentiaali koko toiminnalle, ei ole järkevää keskittyä suuriin staattisiin skeemoihin, jotka sisältävät projektin.
Mitkä voisivat olla ne alueet, joilla tämä ketterä metodologia on täysin kehittynyt? Sinä arvasit sen. Peli- ja ohjelmistokehitys ylipäätään on usein ihanteellinen paikka ketterälle formaatille sen jatkuvasti kehittyvän luonteen, nuorekkaiden työntekijöiden sekä spontaanien ja joustavien työvuorovaikutusten vuoksi, jotka lähes rajaavat arkipäivää. Täydellinen elinympäristö puhtaalle agilitylle.
Tungos
Scrum on projektimetodologia, jonka eksistentiaalinen tarkoitus on popularisoida ja antaa käytännöllinen kanava ketterälle filosofialle. Scrum, joka on enemmän suuntautunut säilyttämään jo vakiintuneen monimutkaisen rakenteen tuottavan jatkuvuuden, keskittyy itsejohtamisryhmien asianmukaiseen koulutukseen, joka on samankaltainen kuin ketterissä veljessään, mutta tällä kertaa organisoituna työjaksojen ympärille ns. iteraatioita, kestää yleensä puoli kuukautta tai koko kuukauden.
Scrum-metodologia on yksi niistä, jotka painottavat enemmän lyhyitä aikoja toimivien pienryhmien itseohjautuvaa dynaamisuutta.
Enintään yhdeksän hengen itseohjautuva tiimi raportoi yhteisen projektin edistymisestä, takaiskuista ja pysähtymisestä päivittäin kokouksissa ns. ryppyjä johti a Scrum Master, jotka johtavat ensin valmistuneen työn esittelyyn sen hyväksymisen päättämiseksi ja toiseksi retrospektiiviin, jossa kerrotaan kaikesta mitä on tapahtunut, mitä pitäisi jatkaa ja mitä keskeyttää.
Scrum on joustava formaatti, joka on a priori tarkoitettu ohjelmistokehitykseen, jota tuskin voi mukauttaa minkään viraston grid-strategian, taloudellisen kiinteyden ja suljettujen syklien maailmaan. Tästä syystä Scrum-metodologiaa on sopeutettu uudelleen ja miksattu uudelleen monissa yrityksissä perinteisten rakenteiden virtaviivaistamiseksi niitä täysin muuttamatta, mikä on tasapainossa tehokkuuden, tiimisuhteiden ja ripeyden välillä.
Vesiputous
Waterfall on menetelmä, joka vastaa perinteisiin parametreihin, jotka olemme oppineet aiemmin koskien projektien saavuttamista. Kaikki on järjestetty a:n ympärille vesiputous vaiheista, joka alkaa ehdotetun alkuperäisistä vaatimuksista. Kun laskeudumme vesiputoukseen, havaitsemme hermeettisen vaiheiden sarjan, jotka avaavat toisensa ilman vaihtelua. Jokainen vaihe on saatava päätökseen, jotta voidaan siirtyä seuraavaan ilman päällekkäisyyttä.
Tämä jäykkä vesiputous ei salli odottamattomia muutoksia, paitsi jos vastuun huipulla on nimenomaisia pyyntöjä ja jotka voidaan evätä. Koko järjestelmä on keskitetty yhteen ennalta määrättyyn pitkän aikavälin suunnitelmaan ja suuriin toteutusryhmiin, mikä antaa ennustettavuuden etusijalle mukauttamiseen verrattuna.
Kuten näemme, tämä on täydellinen vastakohta Agilelle ja Scrumille. Tästä syystä Waterfall nähdään usein projektimetodologioiden isoisänä, joka on tehty vanhanaikaisista, tuottamattomista ja hitaista näkökulmista. Ja on totta, että työprosessissa on monimutkaisempaa palata korjaamaan puutetta tai mitä tahansa yksityiskohtaa, joka voisi vaarantaa muun suunnitelman. Loppujen lopuksi se on kaskadi, joka tukee vain yhtä suuntaa.
Voit myös varoittaa riskeistä, joita tämäntyyppiseen järjestelmään liittyy lopputuotteen toimitukseen. Kun muut muokattavammat järjestelmät edellyttävät jatkuvaa yhteistyötä tiimin ja asiakkaan välillä, Waterfall pitää kiinni konservatiivisesta teesistä, joka asettaa asiakkaan vain vesiputouksen päähän, valmiina hyväksymään tai hylkäämään. Ei erätoimitusta. Ei progressiivista tarkistusta.
Tietysti positiivisesta näkökulmasta voidaan todeta, että Waterfall on saatavilla tilanteisiin, joissa valomuoto olisi sopimaton tai jopa haitallinen. Tilanteet, joissa tavoitteet ovat selkeitä, rutiiniturvallisuutta tarvitaan, kehittämisalue on jo vakiintunut ja jonkin jatkuva muuttaminen johtaisi käsityksen menetykseen siitä, mitä tapahtuu. Joskus tarvitaan kokenut isoisä viemään tavoitteesi pitkälle. Tätä varten on vesiputous.
XP
XP, lyhenne sanoista Extreme Programming, on projektimetodologia, joka keskittyy laadukkaaseen ohjelmistokehitykseen työmuodon kautta, joka suosii mukautumista asiakkaiden muuttuviin tarpeisiin. Tässä mielessä se ei eroa kovinkaan paljon Agilen ja Scrumin horisontaalisista ja kommunikatiivisista ketteryysjärjestelmistä.
XP sisältää kuitenkin normatiiviset vaatimukset, jotka koostuvat yksinkertaisista tavoitekuvauksista (käyttäjätarinoista), jatkuvasta tuotetestauksesta (TDD), ohjelmointiparista, jossa toinen osapuoli kirjoittaa koodin ja toinen valvoo, sekä kaikkien komponenttien kokoamisen koko järjestelmän toistuvien testien tekemiseksi (jatkuva integrointi). ).
Kuten voidaan nähdä, se on ketterä menetelmä, mutta paljon säädellympi ratkaista virheet askel askeleelta sen sijaan, että havaitsisi ne viime hetkellä, kun on liian myöhäistä, parantaa koodin laatua ja vähentää toimintaan perustuvia toistuvia tehtäviä. äärimmäisen tehokasta.
Lean
Lean on yksi niistä projektimetodologian tyypit jossa englanninkielinen maksiimi vähemmän on enemmän, vähemmän on enemmän. Lean suosittelee poistamaan hallintarakenteesta kaiken, mitä voidaan pitää ei-välttämättömänä, jotta tiimi saadaan parhaalle optimointipolulle. Keskittymällä tähän pääkäskyyn ja periaatteeseen se ei todellakaan johda metodologiaan, jolla on selkeät ehdotetut rakenteet. Leania kiinnostaa se, että rakenne on minimaalinen ja tehokas riippumatta sen muodosta.
Lean-metodologia poistaa järjestelmästäsi kaiken tarvittavan projektinhallinnan tehostamiseksi.
Lean jakaa tämän optimointiprosessin kolmeen osaan, jotka on kastettu kummallisilla nimillä mykkä, mura y Muri.
Muda keskittyy jätteen käsitteen hyökkäämiseen: kaikkiin sellaisiin toimiin, jotka eivät tuota asiakastyytyväisyydelle mitään arvoa, mutta vaativat tiimille aikaa, vaivaa ja resursseja.
Mura liittyy vaihtelevuuden käsitteen vastustukseen: prosessiin säännöllisesti tuotava vaihtelu kuluu ja epätasapainottaa tiimin valmiuksia, jotka säästettäisiin panostamalla enemmän prosessien standardointiin.
Muri kohtaa järjestelmän ylikuormitusmahdollisuuden: kykyjemme ylittävällä nopeudella työskentely rapauttaa tiimin innostusta yksinkertaisen uupumusten vuoksi ja hidastaa heidän tuottavuuttaan. Enintään 70 % on sopiva raja ponnistuksen keskittämiselle.
Lean on siis olennaisen menetelmä. Erittäin hyödyllistä suunnata projekti uudelleen sitä vastaavalle polulle eksyttyäsi turhaan ja kalliiseen ajautumiseen. Leanissa se, mikä ei tee yhteistyötä asiakkaalle arvon luomisessa, on yksinkertaisesti jätettävä pois.
Kanban
Kanban-kokemus voidaan tiivistää projektimetodologiaan, jonka tavoitteena on keskittää työ yhteen tehtävään ja taata suoritettavan työn visualisointi sen kulkua edustavaksi. Kanban-lautakunta on kollektiivisten projektien klassikko, jonka pinnalle vireillä olevat tilaukset, keskeneräiset työt ja suoritetut tehtävät on järjestetty peräkkäisiin sarakkeisiin. Tietyssä mielessä se on pätevä yksinkertaistus Scrum-järjestelmästä, rakenteeltaan paljon normatiivisempi.
Jatkuva näkemys pyydetyn ja valmiin välisestä suhteesta, läpikäydessään kehitteillä olevan määrän, varmistaa, että huomio sijoittuu sinne, missä sen pitäisi olla, laskee varmemmin nopeuden, jolla tuote saapuu suhteessa Alkuperäinen pyyntö tekee pyydetyn selväksi ja välttää pysähtymisen.
Ylläpidolle omistetuissa ympäristöissä Kanban voi olla erittäin hyödyllinen, koska se on helppo jäsentää jatkuvaa suorituskykyä ja koska se on halukas ohjaamaan prioriteetteja uudelleen esiin tulleiden tarpeiden mukaan.
Kutsumme sinut katsomaan tämän mielenkiintoisen videon, jossa espanjalainen Marta Falcón selittää ytimekkäästi, kuinka projektia johdetaan Kanban-metodologialla. Mukana perinteinen liitutaulu.
scrumban
Jos puhuimme edellisessä osiossa Scrumin ja Kanbanin yhtäläisyyksistä, tässä meidän on puhuttava molempien metodologioiden ilmeisestä fuusiosta Scrumban-nimen kanssa. Tämä yrittää omaksua keskitien kahden muototyypin välillä poimimalla toisesta ja toisesta sen, mitä se pitää parhaimpana ehdotuksistaan.
Järjestelmä säilyttää esimerkiksi joustavan käsityksen strukturoidusta työstä tiettyjen Kanban-tilausten ympärillä, mutta säilyttää myös päivittäisen scrum-kokouksen käsitteen käynnissä olevan prosessin virtaviivaistamiseksi.
Asia voitaisiin tiivistää siten, että Scrumban eliminoi klassisen Scrumin työsyklit puolen kuukauden tai kokonaisen kuukauden iteraatioissa ottaakseen toimitusasennon, joka on paljon joustavampi ja mukautettu nykyiseen projektiin, ja jättää osittain myös avoimen. Kanban-muodossa, jotta hankkeelle voidaan myöntää scrum-konferenssin tehokas jatkuvuus. Looginen neuvottelu kahden suuren hallintajärjestelmän välillä.
PMB OK
Project Management Body of Knowledge, joka määritellään sen lyhenteellä PMOBK, koostuu oppaasta olennaisista vaiheista projektin toteuttamiseksi. Se on teoreettisin järjestelmä kaikista, koska se osoittaa vain yleiset puitteet, joihin suunnitelman tulee suuntautua, kiinnittämättä paljoa huomiota sen parissa työskentelevän organisaation tarkkaan rakenteeseen. PMBOK osoittaa viisi perus- ja olennaista vaihetta työjärjestelmän mahdollistamiseksi: aloitus, suunnittelu, toteutus, valvonta ja sulkeminen.
Vaikka se on metodologia, jota ei voida toteuttaa sellaisenaan, se on silti hyödyllistä hyvin pragmaattisella tasolla, jotta voit paikantaa projektin systematisoidun järjestyksen globaalin työstandardin sisällä.
PRINCE2
Lopetimme PRINCE2:n yksinkertaisesta syystä: se on projektimetodologioiden jättiläinen. PRINCE2 kattaa kaikki näkökohdat, jotka on korostettu tehokkaan työn organisoinnin osalta. Metodologia vaatii aloittamista tyhjästä, perustuen järkevään perusteluun lopputuotteen olemassaolon ehdottomuudesta, kuka tarkalleen hyötyisi ja kustannusten toteutettavuus sen toteuttamiseen valmistautuvalle tiimille. Jokainen PRINCE2:n vaihe on katsojalle vankka todellisuuden tarkistus.
Britannian valtiontuote 90-luvun puolivälissä, PRINCE2 on laaja menetelmä, joka ei sovellu erityisesti pienten yritysten pieniin kohteisiin. Järjestelmän on tarkoitus viedä suuri teknologinen kehitys kansainväliselle tasolle. Tämän järjestelmän mukaista projektia johtaa tiukasti johtokunta, joka on suunnittelun yksiselitteinen omistaja ja arvioi päivittäin hierarkiansa alapuolella olevia toimintoja nimetyn esimiehen kautta.
PRINCE2 on suljettu metodologia tyhjiössä kaikentyyppisten riskien suhteen. Jokaisen hankkeen edustajan roolit on jaettu ja määritelty hyvin, tavoitteet ovat selkeät, koko prosessin toimivuus tutkitaan perusteellisesti alusta alkaen ja johtaminen yleensä on jaettu useisiin vaiheisiin, joilla puolestaan on myös määritelty rooli ja omia prosesseja. PRINCE2 on menetelmä laajalle ulottuville projekteille.
Johtopäätös
Hyvän menetelmän valinta kaikkien joukossa projektimetodologian tyypitSe voi olla monimutkaista, mutta ei mahdotonta. Se riippuu suurelta osin erityistarpeistasi projektia määritettäessä. Laske kuinka ennustettavissa on toimintaympäristö, jossa sinun on toimittava, kuinka laajaa on vuorovaikutus, jota sinun on suoritettava, ja työtahti, jota olet valmis ylläpitämään ammattifilosofiasi mukaan, ja voit valita luettelosta likimääräinen varmuus.
Luettelo ei ole täydellinen yhteenveto kaikista markkinoilla olevista mahdollisista menetelmistä. Se edustaa kuitenkin varsin valikoituimpia nimiään. Työmetodologiaasi perustuva hyvä päätös voi taata yrityksesi onnistumisen.
Jos olet ollut kiinnostunut tästä projektityyppejä käsittelevästä artikkelista, olet todennäköisesti erittäin keskittynyt suunnittelun käsitteeseen, jota sovelletaan erilaisiin skenaarioihin, erityisesti tuottavassa työssä. Seuraavasta linkistä löydät toisen artikkelin, joka on omistettu hyvän liiketoimintasuunnitelman tavoitteita. Seuraa linkkiä!
