Projekti metoodika tüübid Näited!

Projekti elluviimiseks on oluline see ellu viia kindla tööskeemi järgi. Sellest tuleneb teistsuguse mõistmise eelis projekti metoodika tüübid. Avastame need.

Mis on projekti metoodika?

Enne kui alustame oma põhiteemaga projekti metoodika tüübid, on alati hea kõigepealt minna definitsioonide juurde. Projekti metoodika on lihtsalt oskuste, teemade, tööriistade, tehnikate ja teadmiste kogum, mida rakendatakse üldplaanis täpsete eesmärkide saavutamiseks.

Need metoodikad on aastate jooksul omandanud erinevaid vorme vastavalt digitoel välja töötatud skeemidele. See protsess on jõudnud punkti, kus projektijuhtimise metoodikast rääkimine määrab selle funktsiooniga sageli automaatselt konkreetses kontekstis kasutatava tööriista, vormingu või tarkvara. Tööriist on seejärel omastanud töö abstraktse nominaalsuse.

Nende projektide struktureerimiseks kasutatavate raamistike hulgas on palju erinevaid vorminguid. Igaühe õigsuse või ebakorrektsuse arvestamine vastavalt meie ootustele oleks asjatu: iga kontekst koos oma eesmärgi, töötajate rühma ja vastuvõtva kliendiga määrab, millise metoodika tuleb kasutusele võtta.

Projekti metoodika tüübid

Siin nimetame mõned projekti metoodikate tüübid näidetena; Ideede selgitamiseks tehke järgmist.

Väle

Agility, millele selle nimi viitab, pole juhuslik. Agile on metoodika, mis põhineb ideel parimast võimalikust jõudlusest, mille toob kaasa võimalikult paindlik formaat. Möödunud sajandi lõpus ja tänapäeva alguses revolutsioonilise välimusega Agile hakati koheselt edukalt rakendama tehnoloogiasektoris ja mitmekesistati suureks tööriistarühmaks konkreetsete funktsioonide jaoks.

Manifestis, millega ta maailma murdis, tegi Agile selgeks oma kerge dogma alused, mis seisnes ennekõike tema kohanemisvõimes ettenägematute stsenaariumidega, lisaks eelnevalt kehtestatud raudsele plaanile, individuaalse ja suhtelise läheduse andmisest interaktsioonidele meeskond, erinevate töömoodulite isejuhtimine, koostöönäo leidmise ootus kliendis rohkem kui nõudlik, tarkvara liigub üle dokumentatsiooni põhjaliku koostamise ja töö jagamine erinevateks perioodilisteks faasideks nn. Atlanta.

Iga sprint koosneb ajutisest nädala või kuu pikkusest perioodist ja põhineb tööl, mis on keskendunud vahetu funktsionaalsusega toote loomisele, mis jaotatakse kollektiivse töö igapäevasteks seanssideks. Väike sprint võib tõsiselt muuta mõne eesmärgi ülimuslikkusest teiste ees eesmärkide olemuseni. See jaotus põhjustab dünaamilist ja paindlikku edasiminekut.

Paindlikkus on just Agile'i formaadi suurim atraktsioon. Sõites autoga läbi tundmatu kõrbe, kohaneb meeskond maastiku ebatasasuste, suunamuutuste, rehvide ja sõidustiiliga nii, nagu hetk nõuab. Metoodika tühistab traditsioonilise idee olukordade täielikust prognoositavusest, et pakkuda välja käänulist liikumist läbi muutuva reaalsuse.

Arvestades seda kangekaelselt muutlikku tegelast, võib öelda, et kõigi hulgas projekti metoodika tüübid, Agile on süsteem, mis on üles ehitatud rohkem tööfilosoofiale kui fikseeritud struktureeritud protsessidele. Kui igal minimaalsel protsessil on transformatiivne potentsiaal kogu operatsiooni vältel, pole mõtet keskenduda suurtele staatilistele skeemidele, mis projekti sisaldavad.

Millised võiksid olla need valdkonnad, kus see agiilne metoodika on täiel määral arenenud? Sa arvasid ära. Mängu- ja tarkvaraarendus üldiselt on sageli ideaalne ruum Agile'i formaadi jaoks, kuna see on pidevalt arenev, nooruslikud töötajad ning spontaansed ja paindlikud tööalased suhtlused, mis peaaegu piirnevad juhuslikult. Ideaalne elupaik puhta agility jaoks.

Palli mängupanek

Scrum on projektimetoodika, mille eksistentsiaalne eesmärk on populariseerida ja anda praktiline kanal Agile filosoofiale. Scrum, mis on rohkem orienteeritud juba väljakujunenud keeruka struktuuri produktiivse järjepidevuse säilitamisele, keskendub enesejuhtimise rühmade nõuetekohasele väljaõppele, mis sarnaneb tema agiilse venna omadega, kuid seekord on korraldatud tööperioodide ümber, nn. iteratsioonid, kestavad tavaliselt pool kuud või terve kuu.

Igapäevaselt annab maksimaalselt üheksast inimesest koosnev isehakanud meeskond ühisprojekti edenemisest, tagasilöökidest ja soikumisest aru koosolekutel nn. kripeldab eesotsas a Scrum Master, mis viivad esiteks valmis töö demonstreerimiseni, et otsustada selle heakskiitmine, ja teiseks tagasivaatamiseni, kus räägitakse kõigest, mis on juhtunud, mida tuleks jätkata ja mida katkestada.

Scrum on paindlik vorming, mis on a priori mõeldud tarkvara arendamiseks, mida ei saa peaaegu ühegi agentuuri võrgustrateegia, finantsstabiilsuse ja suletud tsüklite maailmaga kohandada. Seetõttu on paljudes ettevõtetes Scrumi metoodikat ümber kohandatud ja remiksitud, et sujuvamaks muuta traditsioonilisi struktuure ilma neid täielikult muutmata, tasakaalustades tõhususe, meeskonnasuhete aspekti ja operatiivsuse vahel.

Juga

Waterfall on metoodika, mis vastab traditsioonilistele parameetritele, mida oleme varem õppinud projektide saavutamisel. Kõik on korraldatud ümber a juga etapid, mis algavad kavandatava esialgsetest nõuetest. Kose alla laskudes jälgime hermeetilist faaside jada, mis avavad üksteist muutumatult. Iga faas peab olema lõpetatud, et oleks võimalik ilma kattumiseta edasi liikuda järgmisesse.

See jäik kosk ei luba ettenägematuid muudatusi teha, välja arvatud juhul, kui see on esitatud vastutuse ülaosas ja millest võib keelduda. Kogu süsteem on tsentraliseeritud ühte ettemääratud pikaajalistesse plaanidesse ja suurtesse täitmisrühmadesse, mis eelistab prognoositavust kohanemise ees.

Nagu näeme, on see Agile'i ja Scrumi täielik vastand. Sel põhjusel peetakse Waterfalli sageli vanamoodsatest, ebaproduktiivsetest ja aeglastest perspektiividest koosnevate projektimetoodikate vanaisaks. Ja on tõsi, et tööprotsessis muutub keerulisemaks minna tagasi vea või detaili parandamiseks, mis võiks ülejäänud plaani kompromiteerida. Lõppude lõpuks on see kaskaad, mis toetab ainult ühte suunda.

Samuti võite hoiatada seda tüüpi skeemi puhul lõpptoote tarnimisega kaasnevate riskide eest. Kui teised vormitavamad süsteemid loovad vajaduse pideva koostöö järele meeskonna ja kliendi vahel, siis Waterfall säilitab konservatiivse teesi, mis asetab kliendi ainult kose lõppu, olles valmis vastu võtma või tagasi lükkama. Järelmaksu tarnimist ei toimu. Progressiivne ülevaade puudub.

Muidugi võib positiivsest küljest välja tuua, et Waterfall on saadaval olukordades, kus valgusformaat oleks sobimatu või isegi kahjulik. Olukorrad, kus eesmärgid on selged, vaja on rutiinset turvalisust, arendusala on juba väljakujunenud ja millegi pidev muutmine tähendaks toimuva taju kaotamist. Mõnikord on oma eesmärkide kaugele viimiseks vaja kogenud vanaisa. Selleks on juga.

XP

XP, lühend sõnadest Extreme Programming, on projekti metoodika, mis keskendub kvaliteetsele tarkvaraarendusele läbi töövormingu, mis soosib kohanemist klientide muutuvate vajadustega. Selles mõttes ei erine see kuigi palju Agile'i ja Scrumi horisontaalsetest ja kommunikatiivsetest agilitysüsteemidest.

XP sisaldab aga normatiivseid nõudeid, mis koosnevad lihtsatest eesmärkide kirjeldustest (kasutajalugudest), pidevast tootetestimisest (TDD), paarisprogrammeerimisest, kus üks osapool kirjutab koodi ja teine ​​teeb järelevalvet, ning kõigi komponentide kompileerimist, et teha kogu süsteemi korduvaid teste (pidev integreerimine). ).

Nagu näha, on tegu agiilse metoodikaga, kuid palju rohkem reguleeritud, et lahendada vigu samm-sammult, mitte avastada neid viimasel hetkel, kui on liiga hilja, parandada koodi kvaliteeti ja vähendada tegevusel põhinevaid korduvaid ülesandeid. äärmise tõhususega.

Lean

Lean on üks projekti metoodika tüübid kus ingliskeelne maksiim vähem on rohkem, vähem on rohkem. Lean soovitab meeskonna parima optimeerimise teele suunamiseks juhtimisstruktuurist välja kraapida kõik, mida võib pidada ebaoluliseks. Keskendudes sellele peamisele käsule ja põhimõttele, ei anna see tegelikult tulemuseks selgete kavandatud struktuuridega metoodikat. Leani huvitab see, et struktuur on minimaalne ja tõhus, olenemata selle vormist.

Lean jagab selle optimeerimisprotsessi kolmeks aspektiks, mis on ristitud kummaliste nimedega tumm, mura y Muri.

Muda keskendub jäätmete kontseptsiooni ründamisele: kõik need tegevused, mis ei tooda klientide rahulolu jaoks midagi väärtuslikku, kuid nõuavad meeskonna jaoks aega, vaeva ja ressursse.

Mura on seotud varieeruvuse mõistega vastuollu minekuga: protsessi korrapäraselt sisseviidav variatsioon kulub ja viib meeskonna võimekuse tasakaalust välja, mida protsesside standardiseerimisele rohkem panustades säästaks.

Muri seisab silmitsi võimalusega süsteemi üle koormata: meie võimetele ülemäärase kiirusega töötamine õõnestab lihtsa kurnatuse tõttu meeskonna entusiasmi ja aeglustab nende tootlikkust. Maksimaalselt 70% on sobiv piir pingutuse koondamiseks.

Lean on seega esmase metoodika. Väga kasulik suunata projekt ümber sellele vastavale teele pärast kasututesse ja kulukatesse triividesse eksimist. Leani puhul tuleb lihtsalt kõrvale jätta see, mis kliendi jaoks väärtuse loomisel koostööd ei tee.

Kanban

Kanbani kogemust võib kokku võtta kui projekti metoodikat, mille eesmärk on koondada töö ühele ülesandele ja tagada teostatava töö visualiseerimine, mis esindab selle kulgu. Kanbani tahvel on kollektiivsete projektide klassika, mille pinnale on järjestatud järjestikustesse veergudesse ootel olevad tellimused, pooleliolevad tööd ja tehtud ülesanded. Teatud mõttes on see Scrumi süsteemi kehtiv lihtsustus, oma ülesehituselt palju normatiivsem.

Pidev nägemus taotletava ja valmiva vahelisest suhtest, läbides arendamisel oleva hulga, tagab selle, et tähelepanu on paigutatud sinna, kus see olema peaks, arvutab kindlamalt välja toote sisenemise kiiruse. to Esialgne taotlus muudab taotletava selgesõnaliseks ja väldib stagnatsiooni.

Hooldusele pühendatud keskkondades võib Kanban olla väga kasulik, kuna tal on lihtne pidevat jõudlust struktureerida ja tema valmisolekut suunata prioriteete vastavalt tõstatatud vajadustele.

Kutsume teid vaatama seda huvitavat videot, kus hispaanlanna Marta Falcón selgitab lühidalt, kuidas projekti Kanbani metoodikat kasutades juhitakse. Kaasas traditsiooniline tahvel.

scrumban

Kui me rääkisime eelmises osas Scrumi sarnasustest Kanbaniga, siis siin peame rääkima mõlema metoodika ilmsest sulandumisest, mille pealkiri on Scrumban. See püüab valida kesktee kahe vormingutüübi vahel, võttes ühest ja teisest välja selle, mida ta peab oma ettepanekutest parimaks.

Näiteks säilitab süsteem paindliku arusaama struktureeritud tööst konkreetsete Kanbani tellimuste ümber, kuid säilitab käimasoleva protsessi sujuvamaks muutmiseks ka igapäevase scrumi koosoleku kontseptsiooni.

Selle võiks kokku võtta nii, et Scrumban kaotab klassikalise Scrumi töötsüklid poole- või tervekuuliste iteratsioonidena, et võtta kasutusele palju paindlikum ja praegusele projektile kohandatud sünnitusasend ning jätta ka osaliselt kõrvale Kanbani formaadis, et tagada projektile scrum konverentsi tõhus järjepidevus. Loogiline läbirääkimine kahe suurepärase juhtimissüsteemi vahel.

PMB OK

Projektijuhtimise teadmuskogu, mille akronüüm on PMOBK, koosneb projekti lõpuleviimise oluliste sammude juhendist. See on kõige teoreetilisem süsteem üldse, kuna see näitab ainult üldist raamistikku, mille alusel plaan peab olema orienteeritud, pööramata erilist tähelepanu sellel töötava organisatsiooni täpsele struktuurile. PMBOK toob välja viis põhilist ja olulist etappi töösüsteemi võimalikuks muutmiseks: käivitamine, planeerimine, teostamine, kontroll ja sulgemine.

Kuigi see on metoodika, mida ei saa iseenesest teostada, on see siiski kasulik väga pragmaatilisel tasandil, et leida oma projekti süstematiseeritud järjekord globaalses tööstandardis.

PRINCE2

Lõpetame PRINCE2-ga lihtsal põhjusel: see on projektimetoodikate hiiglane. PRINCE2 hõlmab kõiki aspekte, millele on tähelepanu juhitud seoses tõhusa töökorraldusega. Metoodika eeldab nullist alustamist, lähtudes mõistlikust põhjendusest selle kohta, kui kiireloomuline on lõpptoote olemasolu, kellele see täpselt kasu saaks ja kui otstarbekas on selle tegemiseks valmistuva meeskonna jaoks kulu. PRINCE2 iga samm on vaataja jaoks kindel reaalsuskontroll.

90. aastate keskel Briti riigitoode PRINCE2 on ulatuslik meetod, mis ei ole eriti rakendatav väikeste ettevõtete jaoks. Süsteemi eesmärk on viia suured tehnoloogilised arengud rahvusvahelisele tasemele. Selle süsteemi raames toimuvat projekti juhib rangelt juhatus, kes on planeeringu ühemõtteline omanik ja vaatab iga päev läbi määratud juhi kaudu hierarhiast allpool olevaid tegevusi.

PRINCE2 on suletud metoodika vaakumis igat tüüpi riskide suhtes. Iga projekti esindaja rollid on hästi jaotatud ja määratletud, eesmärgid on selged, kogu protsessi elujõulisus on algusest peale põhjalikult läbi uuritud ning juhtimine üldiselt on jagatud mitmeks etapiks, millel on omakorda ka määratletud roll ja enda protsessid. PRINCE2 on tohutu ulatusega projektide metoodika.

Järeldus

Hea metoodika valik kõigi hulgas projekti metoodika tüübidSee võib olla keeruline, kuid mitte võimatu. See sõltub suuresti teie konkreetsetest vajadustest projekti seadistamisel. Arvutage välja, kui prognoositav on keskkond, milles peate tegutsema, kui ulatuslikud on interaktsioonid, mida peate läbi viima, ja töötempo, mida olete nõus säilitama vastavalt oma professionaalsele filosoofiale ja saate loendist valida ligikaudne kindlus.

Nimekiri ei ole täielik kokkuvõte kõigist turul eksisteerivatest võimalikest metoodikatest. Siiski esindab see oma kõige valitud nimesid üsnagi. Teie töömetoodikast lähtuv hea otsus võib garanteerida teie ettevõtmise edu.

Kui olete olnud huvitatud sellest projekti metoodikatüüpe käsitlevast artiklist, olete tõenäoliselt väga keskendunud erinevate stsenaariumide puhul rakendatavale planeerimise kontseptsioonile, eriti produktiivse töö puhul. Järgmisel lingil leiate veel ühe pühendatud artikli hea äriplaani eesmärgid. Järgige linki!