Mga uri ng pamamaraan ng proyekto Mga Halimbawa!

Upang maisakatuparan ang isang proyekto, mahalagang maisakatuparan ito kasunod ng isang solidong pamamaraan ng trabaho. Kaya ang bentahe ng pag-unawa sa iba't ibang mga uri ng pamamaraan ng proyekto. Tuklasin natin sila.

Ano ang pamamaraan ng isang proyekto?

Bago tayo magsimula sa ating pangunahing paksa sa mga uri ng pamamaraan ng proyekto, ito ay palaging magandang pumunta muna sa mga kahulugan. Ang pamamaraan ng proyekto ay simpleng hanay ng mga kasanayan, paksa, kasangkapan, pamamaraan at kaalaman na inilapat upang makamit ang mga tiyak na layunin sa isang pangkalahatang plano.

Ang mga pamamaraang ito ay nakakakuha ng iba't ibang anyo sa paglipas ng mga taon ayon sa mga scheme na binuo gamit ang digital na suporta. Ang prosesong ito ay umabot sa punto kung saan ang pag-uusap tungkol sa pamamaraan ng pamamahala ng proyekto ay kadalasang awtomatikong itinatalaga ang tool, format o software na ginagamit sa isang partikular na konteksto, kasama ang function na ito. Ang tool ay pagkatapos ay inilaan ang abstract nominality ng trabaho.

Kabilang sa mga balangkas na ito na ginagamit sa pagbuo ng mga proyekto ay mayroong mahalagang iba't ibang mga format. Ang pagsasaalang-alang sa kawastuhan o hindi tama ng bawat isa ayon sa aming mga inaasahan ay magiging walang saysay: ang bawat konteksto, kasama ang layunin nito, grupo ng mga manggagawa at tumatanggap ng kliyente, ay tumutukoy sa uri ng pamamaraan na kailangang isagawa.

Mga uri ng pamamaraan ng proyekto

Dito namin pangalanan ang ilan mga uri ng mga pamamaraan ng proyekto bilang mga halimbawa; Upang makatulong na linawin pa ang mga ideya:

Maliksi

Ang liksi na tinutukoy ng pangalan nito ay hindi aksidente. Ang Agile ay isang pamamaraan batay sa ideya ng pinakamahusay na posibleng pagganap na dulot ng pinaka-flexible na format na posible. Sa rebolusyonaryong hitsura sa pagtatapos ng huling siglo at sa simula ng kasalukuyan, ang Agile ay agad na inilapat nang may tagumpay sa teknolohikal na sektor at sari-sari sa isang malaking grupo ng mga tool para sa mga partikular na function.

Sa manifesto kung saan ito pumasok sa mundo, ginawang malinaw ni Agile ang mga batayan ng magaang dogma nito, na binubuo higit sa lahat ng kakayahang umangkop nito sa mga hindi inaasahang sitwasyon nang higit pa sa isang paunang itinatag na planong bakal, endowment ng indibidwal at relasyong malapit sa mga pakikipag-ugnayan sa loob ng koponan, pamamahala sa sarili ng iba't ibang mga module ng trabaho, pag-asa sa paghahanap ng isang collaborative na mukha nang higit sa hinihingi sa kliyente, software sa paggalaw sa maselang pagsasama-sama ng dokumentasyon at paghahati ng pagsisikap sa iba't ibang mga pana-panahong yugto na tinatawag sprints.

Ang bawat sprint ay binubuo ng isang pansamantalang espasyo ng isang linggo o isang buwan at nakabatay sa gawaing nakatuon sa pagbuo ng isang produkto na may agarang paggana, na ibinahagi sa araw-araw na mga sesyon ng sama-samang gawain. Ang isang maliit na sprint ay maaaring seryosong magbago mula sa primacy ng ilang mga layunin kaysa sa iba hanggang sa likas na katangian ng mga layunin mismo. Ang dibisyong ito ay nagdudulot ng pabago-bago at nababaluktot na pagsulong.

Ang kakayahang umangkop ay tiyak na ang pinakamalaking atraksyon ng isang Agile na format. Sa pagmamaneho ng kotse sa isang hindi kilalang disyerto, ang koponan ay nag-aayos sa hindi pantay ng lupain, pagbabago ng direksyon, mga gulong at istilo ng pagmamaneho ayon sa kinakailangan ng sandali. Kinansela ng pamamaraan ang tradisyonal na ideya ng kabuuang predictability ng mga sitwasyon upang magmungkahi ng isang malikot na paggalaw sa pamamagitan ng paglilipat ng katotohanan.

Dahil sa matigas na nababagong karakter na ito, masasabing, bukod sa lahat ng mga uri ng pamamaraan ng proyekto, Ang Agile ay isang sistemang higit na binuo sa mga pilosopiya sa trabaho kaysa sa mga nakapirming structured na proseso. Kung ang bawat minimal na proseso ay may potensyal na pagbabago sa buong operasyon, walang saysay na tumuon sa malalaking static na mga scheme na naglalaman ng proyekto.

Ano ang maaaring maging mga lugar kung saan ang maliksi na pamamaraang ito ay may ganap na pag-unlad? Nahulaan mo. Ang pag-develop ng laro at software sa pangkalahatan ay kadalasang isang mainam na espasyo para sa Agile na format, dahil sa pabago-bagong kalikasan nito, mga kabataang manggagawa, at kusang-loob at flexible na mga pakikipag-ugnayan sa trabaho na halos hangganan sa kaswal. Isang perpektong tirahan para sa dalisay na liksi.

Scrum

Ang Scrum ay isang pamamaraan ng proyekto na ang eksistensyal na layunin ay i-popularize at magbigay ng praktikal na channel sa Agile philosophy. Higit na nakatuon upang mapanatili ang produktibong pagpapatuloy ng isang naitatag na kumplikadong istraktura, ang Scrum ay nakatuon sa wastong pagsasanay ng mga grupo ng pamamahala sa sarili na katulad ng matatagpuan sa maliksi nitong kapatid, ngunit sa pagkakataong ito ay nakaayos sa mga panahon ng trabaho na tinatawag na mga pag-ulit, karaniwang tumatagal ng kalahating buwan o isang buong buwan.

Sa araw-araw, ang self-managed team ng maximum na siyam na tao ay nag-uulat tungkol sa pag-unlad, mga pag-urong at pagwawalang-kilos ng ibinahaging proyekto sa mga pulong na tinatawag na mga scrum pinangunahan ni a Maraming tao Master, na humahantong una sa isang pagpapakita ng natapos na gawain upang magpasya sa pag-apruba nito at ikalawa, sa isang retrospective, na nagsasalaysay ng lahat ng nangyari, kung ano ang dapat ipagpatuloy at kung ano ang dapat maputol.

Ang Scrum ay isang flexible na format na inilaan bilang priori para sa software development na halos hindi maiangkop sa mundo ng grid strategy, financial fixity at closed cycle, ng anumang ahensya. Kaya naman ang pamamaraan ng Scrum ay na-readap at na-remix sa maraming kumpanya upang i-streamline ang mga tradisyonal na istruktura nang hindi ganap na binabago ang mga ito, sa isang matalinong balanse sa pagitan ng kahusayan, aspeto ng relasyon ng koponan at pagiging maagap.

Talon

Ang Waterfall ay isang pamamaraan na tumutugon sa mga tradisyonal na parameter na natutunan natin sa nakaraan tungkol sa pagkamit ng mga proyekto. Ang lahat ay nakaayos sa paligid a talon ng mga yugto na nagsisimula sa mga paunang pangangailangan ng iminungkahing. Habang bumababa kami sa talon ay namataan namin ang isang hermetic sequence ng mga phase na nagpapasinaya sa isa't isa nang walang pagkakaiba-iba. Ang bawat yugto ay dapat matapos upang posible na magpatuloy sa susunod, nang walang magkakapatong.

Ang matibay na Talon na ito ay hindi umaamin ng mga hindi inaasahang pagbabago, maliban sa mga malinaw na kahilingan patungo sa tuktok ng responsibilidad at iyon ay maaaring tanggihan. Ang buong sistema ay sentralisado sa iisang paunang natukoy, pangmatagalang plano at sa malalaking grupo ng pagpapatupad, na pinapaboran ang predictability kaysa sa adaptasyon.

Tulad ng nakikita natin, ito ang ganap na kabaligtaran ng Agile at Scrum. Para sa kadahilanang ito, ang Waterfall ay madalas na nakikita bilang lolo ng mga pamamaraan ng proyekto, na gawa sa makaluma, hindi produktibo at mabagal na mga pananaw. At totoo na sa proseso ng trabaho ay nagiging mas kumplikado ang pagbalik upang itama ang isang depekto o anumang detalye na maaaring ikompromiso ang natitirang bahagi ng plano. Pagkatapos ng lahat, ito ay isang kaskad na sumusuporta lamang sa isang direksyon.

Maaari ka ring magbigay ng babala tungkol sa panganib na implicit sa ganitong uri ng pamamaraan na may paggalang sa paghahatid ng huling produkto. Habang ang iba pang mas malleable na system ay nagtatatag ng pangangailangan para sa patuloy na pakikipagtulungan sa pagitan ng team at ng kliyente, pinapanatili ng Waterfall ang konserbatibong thesis na naglalagay lamang sa kliyente sa dulo ng waterfall, handang tanggapin o tanggihan. Walang installment delivery. Walang progresibong pagsusuri.

Siyempre, maaari nating ituro mula sa positibong punto ng view na ang Waterfall ay magagamit para sa mga sitwasyon kung saan ang liwanag na format ay hindi naaangkop o kahit na hindi produktibo. Ang mga sitwasyon kung saan ang mga layunin ay malinaw, ang nakagawiang seguridad ay kinakailangan, ang lugar ng pag-unlad ay maayos na at ang patuloy na pagbabago ng isang bagay ay magpahiwatig ng pagkawala ng kahulugan ng kung ano ang nangyayari. Minsan kailangan ng isang bihasang lolo upang dalhin ang iyong mga layunin sa malayo. Para dito mayroong Waterfall.

XP

Ang XP, maikli para sa Extreme Programming, ay isang pamamaraan ng proyekto na nakatuon sa kalidad ng software development sa pamamagitan ng isang format ng trabaho na pinapaboran ang pagbagay sa pagbabago ng mga pangangailangan ng customer. Sa ganitong kahulugan, ito ay hindi masyadong naiiba mula sa pahalang at komunikasyon agility system ng Agile at Scrum.

Gayunpaman, kasama sa XP ang mga normatibong kinakailangan na binubuo ng mga simpleng paglalarawan ng layunin (mga kwento ng gumagamit), patuloy na pagsubok sa produkto (TDD), pagpapares ng programming sa isang partido na sumusulat ng code at isa pang nangangasiwa, at pagsasama-sama ng lahat ng mga bahagi upang gumawa ng mga paulit-ulit na pagsubok sa buong system (tuloy-tuloy na pagsasama ).

Tulad ng makikita, ito ay isang maliksi na pamamaraan ngunit higit na kinokontrol upang malutas ang mga error sa hakbang-hakbang sa halip na matuklasan ang mga ito sa huling minuto kapag huli na, upang mapabuti ang kalidad ng code at upang mabawasan ang mga paulit-ulit na gawain batay sa isang aktibidad ng matinding kahusayan.

Hindi mataba

Isa si Lean sa mga uri ng pamamaraan ng proyekto kung saan ang English maxim of mas mababa ang higit pa, mas kaunti ay higit pa. Inirerekomenda ni Lean na i-scrap ang lahat ng maaaring ituring na hindi mahalaga mula sa istraktura ng pamamahala upang mailagay ang koponan sa pinakamahusay na landas sa pag-optimize. Sa pamamagitan ng pagtuon sa pangunahing utos at prinsipyong ito, hindi talaga ito nagreresulta sa isang pamamaraan na may malinaw na iminungkahing istruktura. Ano ang interes sa Lean ay ang istraktura ay minimal at epektibo, anuman ang anyo nito.

Hinahati ni Lean ang proseso ng pag-optimize na ito sa tatlong aspeto, na bininyagan ng mga kakaibang pangalan ng pipi, mura y Muri.

Nakatuon si Muda sa pag-atake sa konsepto ng pag-aaksaya: lahat ng aktibidad na iyon na hindi gumagawa ng anumang bagay na may halaga para sa kasiyahan ng customer ngunit nagsasangkot ng oras, pagsisikap at pagkonsumo ng mapagkukunan para sa koponan.

Ang Mura ay may kinalaman sa pagsalungat sa paniwala ng pagkakaiba-iba: ang pagkakaiba-iba na regular na ipinapasok sa proseso ay nawawala at hindi binabalanse ang mga kakayahan ng koponan na maililigtas sa pamamagitan ng pagtaya nang higit pa sa standardisasyon ng proseso.

Hinaharap ni Muri ang posibilidad na ma-overload ang system: ang pagtatrabaho sa bilis na humahadlang sa aming mga kakayahan ay nakakasira sa sigasig ng team dahil sa simpleng pagkahapo at nagpapabagal sa kanilang produktibidad. Ang maximum na 70% ay ang naaangkop na limitasyon upang ituon ang pagsisikap.

Ang Lean, kung gayon, ang pamamaraan ng mahalaga. Napaka-kapaki-pakinabang na i-reorient ang isang proyekto sa landas na tumutugma dito pagkatapos mawala sa walang silbi at magastos na mga drift. Sa Lean, kung ano ang hindi nagtutulungan sa pagbuo ng halaga para sa kliyente, ay dapat na iwanan lamang.

Kanban

Ang karanasan sa Kanban ay maaaring ibuod bilang isang pamamaraan ng proyekto na naglalayong ituon ang gawain sa isang gawain at ginagarantiyahan ang visualization ng gawaing isinasagawa, na kumakatawan sa daloy nito. Ang Kanban board ay isang klasiko ng mga kolektibong proyekto, kung saan ang mga nakabinbing order sa ibabaw, ginagawa at natapos na mga gawain ay nakaayos sa magkakasunod na mga hanay. Sa isang kahulugan, ito ay isang wastong pagpapasimple ng Scrum system, higit na normatibo sa istraktura nito.

Ang patuloy na pananaw ng ugnayan sa pagitan ng hinihiling at kung ano ang natapos, na dumadaan sa dami ng kung ano ang nasa pag-unlad, ay nagsisiguro na ang atensyon ay inilalagay kung saan ito dapat, kinakalkula nang may higit na katiyakan ang bilis kung saan ang isang produkto ay ipinasok nang may paggalang sa Ang paunang kahilingan ay ginagawang tahasan ang hinihiling at iniiwasan ang pagwawalang-kilos.

Sa mga kapaligirang nakatuon sa pagpapanatili, maaaring maging kapaki-pakinabang ang Kanban, dahil sa kadalian nito sa pag-istruktura ng tuluy-tuloy na pagganap at pagpayag nitong i-redirect ang mga priyoridad depende sa mga pangangailangang itinaas.

Iniimbitahan ka naming panoorin ang kawili-wiling video na ito kung saan ipinapaliwanag ng Spanish Marta Falcón nang maikli kung paano pinamamahalaan ang isang proyekto gamit ang pamamaraang Kanban. Kasama ang tradisyonal na pisara nito.

scrumban

Kung pinag-usapan natin sa nakaraang seksyon ang pagkakatulad ng Scrum sa Kanban, dito dapat nating pag-usapan ang halatang pagsasanib sa pagitan ng parehong mga pamamaraan, na may pamagat na Scrumban. Sinusubukan ng isang ito na magpatibay ng gitnang landas sa pagitan ng dalawang uri ng format, na kinukuha mula sa isa at sa isa pa kung ano ang itinuturing nitong pinakamahusay sa mga panukala nito.

Halimbawa, pinapanatili ng system ang flexible na ideya ng structured na trabaho sa paligid ng mga partikular na order ng Kanban, ngunit pinapanatili din ang konsepto ng isang pang-araw-araw na scrum meeting, upang i-streamline ang patuloy na proseso.

Maaari itong maibuod na ang Scrumban ay nag-aalis ng mga siklo ng trabaho sa mga pag-ulit ng kalahating buwan o isang buong buwan ng klasikong Scrum upang magpatibay ng postura ng paghahatid na higit na nababaluktot at inangkop sa kasalukuyang proyekto, at bahagyang iniiwan ang bukas. format ng Kanban upang bigyan ang proyekto ng epektibong pagpapatuloy ng scrum conference. Isang lohikal na negosasyon sa pagitan ng dalawang mahusay na sistema ng pamamahala.

PMB OK

Ang Project Management Body of Knowledge, na tinukoy ng acronym nito bilang PMOBK, ay binubuo ng isang gabay ng mahahalagang hakbang upang makumpleto ang isang proyekto. Ito ang pinaka-teoretikal na sistema sa lahat, dahil ipinapahiwatig lamang nito ang pangkalahatang balangkas kung saan ang isang plano ay dapat na nakatuon, nang hindi binibigyang pansin ang tiyak na istraktura ng organisasyon na gumagana dito. Itinuturo ng PMBOK ang limang pangunahing at mahahalagang yugto upang gawing posible ang isang sistema ng trabaho: pagsisimula, pagpaplano, pagpapatupad, kontrol at pagsasara.

Bagama't ito ay isang pamamaraan na hindi maaaring isakatuparan sa kanyang sarili, ito ay kapaki-pakinabang pa rin sa isang napaka-prakmatikong antas, upang mahanap ang sistematikong pagkakasunud-sunod ng iyong proyekto sa loob ng isang pandaigdigang pamantayan sa trabaho.

PRINCE2

Nagsara kami sa PRINCE2 para sa isang simpleng dahilan: ito ang higante ng mga pamamaraan ng proyekto. Sinasaklaw ng PRINCE2 ang bawat isa sa mga aspetong itinuro patungkol sa isang epektibong organisasyon ng trabaho. Ang pamamaraan ay nangangailangan ng simula sa simula, batay sa isang makatwirang katwiran tungkol sa kung gaano kaapura ang pagkakaroon ng panghuling produkto, kung sino ang eksaktong makikinabang, at ang pagiging posible ng gastos para sa pangkat na naghahanda para gawin ito. Ang bawat hakbang ng PRINCE2 ay isang matatag na pagsusuri sa katotohanan para sa manonood.

Isang produkto ng estado ng Britanya noong kalagitnaan ng 90s, ang PRINCE2 ay isang malawak na paraan na hindi partikular na naaangkop sa maliliit na target ng maliliit na kumpanya. Ang sistema ay inilaan upang dalhin ang mahusay na mga teknolohikal na pag-unlad sa isang internasyonal na antas. Ang proyekto sa ilalim ng sistemang ito ay mahigpit na pinamamahalaan ng isang lupon na malinaw na may-ari ng pagpaplano at araw-araw na sinusuri ang mga aktibidad sa ibaba ng hierarchy nito sa pamamagitan ng isang itinalagang tagapamahala.

Ang PRINCE2 ay isang saradong pamamaraan sa vacuum na may kinalaman sa lahat ng uri ng panganib. Ang mga tungkulin para sa bawat kinatawan ng proyekto ay mahusay na naipamahagi at tinukoy, ang mga layunin ay malinaw, ang posibilidad na mabuhay ng buong proseso ay masusing pinag-aralan mula pa sa simula at ang pamamahala sa pangkalahatan ay nahahati sa maraming mga yugto, na kung saan ay mayroon ding tinukoy na tungkulin at sariling proseso. Ang PRINCE2 ay ang pamamaraan para sa mga proyekto ng napakalawak na saklaw.

Konklusyon

Ang pagpili ng isang mahusay na pamamaraan, sa lahat ng mga uri ng pamamaraan ng proyektoMaaari itong maging kumplikado, ngunit hindi imposible. Ito ay higit na nakasalalay sa iyong mga partikular na pangangailangan kapag nagse-set up ng iyong proyekto. Kalkulahin kung gaano predictable ang kapaligiran kung saan kailangan mong magpatakbo, gaano kalawak ang mga pakikipag-ugnayan na dapat mong isagawa at ang bilis ng trabaho na handa mong panatilihin ayon sa iyong propesyonal na pilosopiya at makakapili ka mula sa listahan na may isang tinatayang katiyakan.

Ang listahan ay hindi kumpletong buod ng lahat ng posibleng pamamaraan na umiiral sa merkado. Gayunpaman, medyo kinatawan ito ng mga pinakapiling pangalan nito. Ang isang mahusay na desisyon batay sa iyong pamamaraan sa trabaho ay maaaring magagarantiya sa tagumpay ng iyong pakikipagsapalaran.

Kung naging interesado ka sa artikulong ito sa mga uri ng pamamaraan ng proyekto, malamang na nakatuon ka sa konsepto ng pagpaplano na inilapat sa iba't ibang mga sitwasyon, lalo na sa produktibong trabaho. Sa sumusunod na link ay makakahanap ka ng isa pang artikulo na nakatuon sa mga layunin ng isang magandang plano sa negosyo. Sundin ang link!