Lai projekts tiktu veiksmīgi pabeigts, ir svarīgi to izpildīt, ievērojot stabilu darba shēmu. Līdz ar to priekšrocība saprast atšķirīgo projektu metodoloģijas veidi. Atklāsim tos.
Katru dienu mūsu sabiedrība rada efektīvākus un dinamiskākus rīkus jūsu projektu pabeigšanai.
Kāda ir projekta metodoloģija?
Pirms sākam ar mūsu galveno tēmu projektu metodoloģijas veidi, vienmēr ir labi vispirms pāriet uz definīcijām. Projekta metodoloģija ir vienkārši prasmju, tēmu, rīku, paņēmienu un zināšanu kopums, ko izmanto, lai sasniegtu precīzus mērķus vispārējā plānā.
Šīs metodikas gadu gaitā ir ieguvušas dažādas formas saskaņā ar shēmām, kas izstrādātas ar digitālo atbalstu. Šis process ir sasniedzis punktu, kad runājot par projektu vadības metodoloģiju, bieži vien ar šo funkciju tiek automātiski norādīts konkrētajā kontekstā izmantotais rīks, formāts vai programmatūra. Pēc tam rīks ir piesavinājies darba abstrakto nominalitāti.
Starp šiem ietvariem, ko izmanto projektu strukturēšanai, ir daudz dažādu formātu. Izvērtēt katra pareizību vai nepareizību atbilstoši mūsu cerībām būtu veltīgi: katrs konteksts ar savu mērķi, darbinieku grupu un uzņemošo klientu nosaka, kāda veida metodika ir jāievieš.
Projektu metodoloģijas veidi
Šeit mēs nosaucam dažus projektu metodoloģiju veidi kā piemērus; Lai palīdzētu precizēt idejas:
veikls
Veiklība, uz kuru norāda tās nosaukums, nav nejauša. Agile ir metodika, kuras pamatā ir ideja par labāko iespējamo veiktspēju, ko nodrošina maksimāli elastīgs formāts. Pagājušā gadsimta beigās un tagadnes sākumā revolucionārs izskats Agile nekavējoties tika veiksmīgi izmantots tehnoloģiju sektorā un tika dažādots plašā rīku grupā noteiktām funkcijām.
Manifestā, ar kuru tas ielauzās pasaulē, Agile skaidri izklāstīja savas vieglās dogmas pamatus, kas galvenokārt sastāvēja no tās pielāgošanās neparedzētiem scenārijiem papildus iepriekš noteiktam dzelžainam plānam, individuālās un relācijas tuvības apveltīšanai ar mijiedarbību iekšienē. komanda, dažādu darba moduļu pašpārvalde, cerības atrast sadarbības seju, kas ir vairāk nekā prasīga klientam, programmatūra ir kustībā pār rūpīgu dokumentācijas apkopošanu un pūļu sadali dažādās periodiskās fāzēs, t.s. sprinti.
Katrs sprints sastāv no pagaidu vienas nedēļas vai mēneša, un tā pamatā ir darbs, kas vērsts uz produkta ar tūlītēju funkcionalitāti ģenerēšanu, kas tiek izplatīts kolektīvā darba ikdienas sesijās. Neliels sprints var nopietni mainīties no dažu mērķu prioritātes pār citiem līdz pašu mērķu būtībai. Šis sadalījums rada dinamisku un elastīgu virzību.
Elastīgums ir tieši Agile formāta lielākā pievilcība. Braucot ar automašīnu pa nezināmu tuksnesi, komanda pielāgojas reljefa nelīdzenumiem, mainot virzienu, riepām un braukšanas stilu pēc mirkļa. Metodoloģija atceļ tradicionālo ideju par situāciju pilnīgu paredzamību, lai ierosinātu līkumotu kustību mainīgajā realitātē.
Ņemot vērā šo spītīgi mainīgo raksturu, var teikt, ka starp visiem projektu metodoloģijas veidi, Agile ir sistēma, kas vairāk balstīta uz darba filozofiju, nevis uz fiksētiem strukturētiem procesiem. Ja katram minimālajam procesam ir transformācijas potenciāls visā darbībā, nav jēgas koncentrēties uz lielām statiskām shēmām, kas satur projektu.
Kādas varētu būt jomas, kurās šī veiklā metodika ir pilnībā attīstīta? Jūs uzminējāt. Spēļu un programmatūras izstrāde kopumā bieži vien ir ideāla vieta Agile formātam, jo tas pastāvīgi attīstās, darbinieki ir jauneklīgi un spontāna un elastīga darba mijiedarbība gandrīz robežojas ar gadījuma raksturu. Ideāls biotops tīrai veiklībai.
Scrum
Scrum ir projektu metodoloģija, kuras eksistenciālais mērķis ir popularizēt un dot praktisku kanālu Agile filozofijai. Vairāk orientēts uz jau izveidotās sarežģītās struktūras produktīvas nepārtrauktības saglabāšanu, Scrum koncentrējas uz atbilstošu pašpārvaldes grupu apmācību, kas ir līdzīga tās veiklajā brālī, taču šoreiz tās ir organizētas ap darba periodiem iterācijas, parasti ilgst pusmēnesi vai veselu mēnesi.
Scrum metodoloģija ir viena no tām, kas vairāk akcentē mazo grupu pašpārvaldīto dinamismu, kas strādā īsos laika periodos.
Ikdienā pašpārvaldes komanda ne vairāk kā deviņu cilvēku sastāvā ziņo par kopprojekta gaitu, neveiksmēm un stagnāciju sanāksmēs, ko sauc scrum vadīja a Scrum Master, kas, pirmkārt, noved pie paveiktā darba demonstrēšanas, lai lemtu par tā apstiprināšanu, un, otrkārt, uz retrospekciju, atstāstot visu, kas noticis, kas būtu jāturpina un kas jāpārtrauc.
Scrum ir elastīgs formāts, kas a priori paredzēts programmatūras izstrādei, ko diez vai var pielāgot jebkuras aģentūras tīkla stratēģijas, finanšu stabilitātes un slēgto ciklu pasaulei. Tāpēc Scrum metodoloģija daudzos uzņēmumos ir atkārtoti pielāgota un remiksēta, lai racionalizētu tradicionālās struktūras, tās pilnībā nemainot, saprātīgā līdzsvarā starp efektivitāti, komandas attiecību aspektu un operatīvumu.
Ūdenskritums
Ūdenskritums ir metodika, kas reaģē uz tradicionālajiem parametriem, ko esam apguvuši pagātnē attiecībā uz projektu sasniegšanu. Viss tiek organizēts ap a ūdenskritums posmos, kas sākas no ierosinātā sākotnējām prasībām. Kad mēs nolaižamies ūdenskritumā, mēs novērojam hermētisku fāžu secību, kas atklāj viena otru bez izmaiņām. Katra fāze jāpabeidz, lai būtu iespējams pāriet uz nākamo, nepārklājoties.
Šis stingrais ūdenskritums nepieļauj neparedzētas modifikācijas, izņemot gadījumus, kad tiek izteikti lūgumi, kas vērsti uz atbildības augšgalu, un tas var tikt noraidīts. Visa sistēma ir centralizēta vienā iepriekš noteiktā ilgtermiņa plānā un lielās izpildes grupās, kas dod priekšroku paredzamībai salīdzinājumā ar adaptāciju.
Kā redzam, tas ir pilnīgs pretstats Agile un Scrum. Šī iemesla dēļ Waterfall bieži tiek uzskatīts par projektu metodoloģiju vectēvu, kas veidots no vecmodīgām, neproduktīvām un lēnām perspektīvām. Un tā ir taisnība, ka darba procesā kļūst sarežģītāk atgriezties, lai labotu kādu trūkumu vai jebkuru detaļu, kas varētu apdraudēt pārējo plānu. Galu galā tā ir kaskāde, kas atbalsta tikai vienu virzienu.
Varat arī brīdināt par risku, kas saistīts ar šāda veida shēmām saistībā ar galaprodukta piegādi. Kamēr citas kaļamākas sistēmas nosaka nepieciešamību pēc nepārtrauktas sadarbības starp komandu un klientu, Waterfall saglabā konservatīvu tēzi, kas novieto klientu tikai ūdenskrituma galā, kas ir gatavs pieņemt vai noraidīt. Bez nomaksas piegādes. Nav progresīvas pārskatīšanas.
Protams, no pozitīvā viedokļa varam norādīt, ka Waterfall ir pieejams situācijām, kurās gaismas formāts būtu neatbilstošs vai pat neproduktīvs. Situācijas, kurās mērķi ir skaidri, nepieciešama rutīnas drošība, attīstības joma jau ir labi izveidota un kaut ko nepārtraukti mainot, tiktu zaudēta notiekošā sajūta. Dažreiz ir nepieciešams pieredzējis vectēvs, lai sasniegtu savus mērķus. Šim nolūkam ir ūdenskritums.
XP
XP, saīsinājums no Extreme Programming, ir projektu metodoloģija, kas vērsta uz kvalitatīvu programmatūras izstrādi, izmantojot darba formātu, kas veicina pielāgošanos mainīgajām klientu vajadzībām. Šajā ziņā tas īpaši neatšķiras no Agile un Scrum horizontālajām un komunikatīvajām veiklības sistēmām.
Tomēr XP ietver normatīvās prasības, kas sastāv no vienkāršiem mērķu aprakstiem (lietotāju stāstiem), notiekoša produkta testēšana (TDD), programmēšana pārī, kad viena puse raksta kodu un otra uzrauga, un visu komponentu apkopošana, lai veiktu atkārtotas visas sistēmas pārbaudes (nepārtraukta integrācija). ).
Kā redzams, tā ir elastīga, taču daudz regulētāka metodika, lai kļūdas atrisinātu soli pa solim, nevis atklātu tās pēdējā brīdī, kad ir par vēlu, lai uzlabotu koda kvalitāti un samazinātu atkārtotus uzdevumus, kuru pamatā ir kāda darbība. ārkārtīgi efektīva.
Lean
Lean ir viens no projektu metodoloģijas veidi kur angļu valodas maksima par mazāk ir vairāk, mazāk ir vairāk. Lean iesaka no pārvaldības struktūras izņemt visu, ko var uzskatīt par nebūtisku, lai komanda nonāktu uz labākā optimizācijas ceļa. Koncentrējoties uz šo galveno bausli un principu, tā īsti nedod metodiku ar skaidrām piedāvātām struktūrām. Lean interesē tas, ka struktūra ir minimāla un efektīva neatkarīgi no tās formas.
Lean metodoloģija atņem jūsu sistēmai visu piederumu, lai palielinātu jūsu projektu pārvaldības efektivitāti.
Lean sadala šo optimizācijas procesu trīs aspektos, kas kristīti ar dīvainajiem nosaukumiem mēms, mura y Muri.
Muda koncentrējas uz uzbrukumu atkritumu jēdzienam: visām tām darbībām, kas nerada neko vērtīgu klientu apmierinātībai un tomēr ir saistītas ar laika, pūļu un resursu patēriņu komandai.
Mura ir saistīta ar iešanu pretrunā ar mainīguma jēdzienu: variācijas, kas regulāri tiek ieviestas procesā, nolietojas un izjauc komandas spējas, kuras tiktu ietaupītas, ja vairāk liktu uz procesu standartizāciju.
Muri saskaras ar iespēju pārslogot sistēmu: darbs ar ātrumu, kas pārsniedz mūsu spējas, mazina komandas entuziasmu vienkāršas spēku izsīkuma dēļ un palēnina viņu produktivitāti. Maksimāli 70% ir piemērota robeža, lai koncentrētu spēkus.
Lean ir būtiskā metodoloģija. Ļoti noderīgi pārorientēt projektu uz tam atbilstošo ceļu pēc apmaldīšanās bezjēdzīgās un dārgās dreifēs. Izmantojot Lean, tas, kas nesadarbojas, lai radītu vērtību klientam, ir vienkārši jāizlaiž.
Kanban
Kanban pieredzi var apkopot kā projekta metodoloģiju, kuras mērķis ir koncentrēt darbu uz vienu uzdevumu un garantēt veicamā darba vizualizāciju, atspoguļojot tā plūsmu. Kanban tāfele ir kolektīvo projektu klasika, uz kuras virsmas secīgās kolonnās ir sakārtoti neapstiprinātie pasūtījumi, nepabeigtie darbi un izpildītie uzdevumi. Savā ziņā tas ir derīgs Scrum sistēmas vienkāršojums, daudz normatīvāks savā struktūrā.
Pastāvīgs redzējums par attiecībām starp pieprasīto un pabeigto, izejot cauri tam, kas tiek izstrādāts, nodrošina, ka uzmanība tiek pievērsta tur, kur tai vajadzētu būt, ar lielāku pārliecību aprēķina ātrumu, ar kādu produkts tiek ievadīts ar cieņu. uz Sākotnējais pieprasījums padara to skaidri saprotamu un novērš stagnāciju.
Apkopei veltītajās vidēs Kanban var būt ļoti noderīgs, jo tas viegli strukturē pastāvīgu veiktspēju un vēlas novirzīt prioritātes atkarībā no izvirzītajām vajadzībām.
Aicinām noskatīties šo interesanto video, kurā spāniete Marta Falkona īsi izskaidro, kā projekts tiek pārvaldīts, izmantojot Kanban metodoloģiju. Komplektā ar tradicionālo tāfeli.
Skrumbans
Ja mēs iepriekšējā sadaļā runājām par Scrum līdzībām ar Kanban, tad šajā gadījumā mums ir jārunā par abu metodoloģiju acīmredzamo saplūšanu ar Scrumban nosaukumu. Šis mēģina izvēlēties vidusceļu starp diviem formātu veidiem, no viena un otra izvelkot to, ko tā uzskata par labāko no saviem priekšlikumiem.
Piemēram, sistēma saglabā elastīgu jēdzienu par strukturētu darbu ap konkrētiem Kanban pasūtījumiem, bet saglabā arī ikdienas scrum sanāksmes koncepciju, lai racionalizētu notiekošo procesu.
To varētu rezumēt ar to, ka Scrumban likvidē klasiskā Scrum darba ciklus pusmēneša vai vesela mēneša atkārtojumos, lai pieņemtu piegādes pozu, kas ir daudz elastīgāka un pielāgota pašreizējam projektam, kā arī daļēji atstāj malā atvērto. Kanban formātā, lai piešķirtu projektam efektīvu scrum konferences nepārtrauktību. Loģiskas sarunas starp divām lieliskām vadības sistēmām.
PMB OK
Projektu pārvaldības zināšanu kopums, kas definēts ar tā saīsinājumu kā PMOBK, sastāv no ceļvežiem par būtiskām darbībām, lai pabeigtu projektu. Tā ir visteorētiskākā sistēma no visām, jo tā tikai norāda vispārējo ietvaru, saskaņā ar kuru plāns jāorientē, nepievēršot īpašu uzmanību precīzai organizācijas struktūrai, kas pie tā strādā. PMBOK norāda uz pieciem pamata un būtiskiem posmiem, lai darba sistēma būtu iespējama: sākums, plānošana, izpilde, kontrole un slēgšana.
Lai gan tā ir metodika, ko nevar izpildīt pati par sevi, tā joprojām ir noderīga ļoti pragmatiskā līmenī, lai lokalizētu jūsu projekta sistematizēto secību globālā darba standartā.
PRINCE2
Mēs noslēdzamies ar PRINCE2 vienkārša iemesla dēļ: tas ir projektu metodoloģiju milzis. PRINCE2 aptver katru no aspektiem, kas ir norādīti attiecībā uz efektīvu darba organizāciju. Metodoloģija prasa sākt no nulles, balstoties uz saprātīgu pamatojumu par to, cik obligāts ir galaprodukta pastāvēšana, kas tieši būtu ieguvējs, un izmaksu iespējamību komandai, kas gatavojas to veikt. Katrs PRINCE2 solis ir stingra realitātes pārbaude skatītājam.
90. gadu vidū Lielbritānijas valsts produkts PRINCE2 ir plaša metode, kas nav īpaši piemērota maziem, niecīgu uzņēmumu mērķiem. Sistēma ir paredzēta, lai panāktu lielu tehnoloģiju attīstību starptautiskā līmenī. Projektu saskaņā ar šo sistēmu stingri pārvalda padome, kas ir nepārprotams plānojuma īpašnieks un katru dienu ar izraudzīta vadītāja starpniecību pārskata darbības, kas ir zemākas par savu hierarhiju.
PRINCE2 ir slēgta metodika vakuumā attiecībā uz visiem riska veidiem. Katra projekta pārstāvja lomas ir labi sadalītas un definētas, mērķi ir skaidri, visa procesa dzīvotspēja ir rūpīgi izpētīta no paša sākuma un vadība kopumā ir sadalīta daudzās fāzēs, kurām savukārt ir noteikta loma un pašu procesi. PRINCE2 ir metodoloģija milzīga apjoma projektiem.
Secinājums
Labas metodikas izvēle starp visām projektu metodoloģijas veidiTas var būt sarežģīti, bet ne neiespējami. Tas lielā mērā ir atkarīgs no jūsu īpašajām vajadzībām, veidojot projektu. Aprēķiniet, cik paredzama ir vide, kurā jums jādarbojas, cik plaša ir mijiedarbība, kas jums jāveic, un darba tempu, kuru esat gatavs uzturēt atbilstoši savai profesionālajai filozofijai, un varēsiet izvēlēties no saraksta ar aptuvenu pārliecību.
Saraksts nav pilnīgs visu iespējamo tirgū esošo metodoloģiju kopsavilkums. Tomēr tas ir diezgan reprezentatīvs tā atlasītākajiem nosaukumiem. Labs lēmums, kas balstīts uz jūsu darba metodoloģiju, var garantēt jūsu uzņēmuma panākumus.
Ja jūs interesēja šis raksts par projektu metodoloģijas veidiem, jūs, iespējams, ļoti koncentrējaties uz plānošanas jēdzienu, kas tiek piemērots dažādiem scenārijiem, īpaši produktīvā darbā. Nākamajā saitē jūs atradīsiet citu rakstu, kas veltīts laba biznesa plāna mērķi. Sekojiet saitei!
