Projektu vadītāja rokasgrāmata veiklām metodoloģijām

Agile ir efektīva pieeja programmatūras izstrādei, kas palīdz izveidot augstas kvalitātes programmatūru, uzlabot sadarbību un saziņu, paātrināt programmatūras piegādi un palielināt klientu apmierinātības rādītājus.

Uzņēmumi visā pasaulē izmanto Agile savos projektu vadības un programmatūras izstrādes procesos, pateicoties tā priekšrocībām.

Saskaņā ar ziņojumu, agile tiek izmantots 80% IT projektu visā pasaulē, kas ietver daudzus Fortune 500 uzņēmumus.

Arī veikli projekti ir uzrādījuši lielākus panākumus nekā tradicionālās projektu vadības vai programmatūras izstrādes metodoloģijas, piemēram, ūdenskritums. Šīs metodes aizņem daudz laika, ir mazāk elastīgas izmaiņām un ir saistītas ar daudzām citām problēmām.

Agile ir lieliska alternatīva šīm metodēm. Mūsdienās ir pieejamas daudzas elastīgas metodoloģijas, un izvēle ir atkarīga tikai no jūsu projekta vajadzībām.

Tātad, šī rokasgrāmata palīdzēs jums izprast elastīgas un dažādas metodikas, ja esat projektu vadītājs.

Kas ir Agile Methodology?

Agile metodoloģijas attiecas uz dažādām produktu izstrādes metodoloģijām, kas ir saskaņotas ar Agile principiem un vērtībām. Šīs metodoloģijas palīdz komandām un projektu vadītājiem ražot augstas kvalitātes produktus un bieži vien nodrošina to funkcionalitāti mazākās porcijās.

Tas ļauj daudzfunkcionālām komandām periodiski meklēt ātrāku atgriezenisko saiti no klientiem, lai veiktu nepārtrauktus uzlabojumus un lielāku galalietotāju apmierinātību.

Tagad, ja jums rodas jautājums, uz ko attiecas termins “Agile”, sapratīsim to tā, lai veiklās metodoloģijas jēdziens jums nāktu dabiski.

Kas ir Agile?

Agile ir efektīva un elastīga pieeja projektu vadībai, kas izstrādāta, lai palīdzētu galalietotājiem ātrāk radīt un piegādāt augstas kvalitātes produktus. Termins “Agile” nozīmē spēju pārvietoties ātrāk un viegli. Tas palīdz komandām vairāk reaģēt uz klientu un tirgus vajadzībām, pielāgojoties situācijai.

Tas ir domāšanas veids, kas ietver programmatūras izstrādes principu un vērtību kopumu, kas ierakstīts 2001. gadā izveidotajā Agile manifestā. Agile manifestā ir četras galvenās vērtības:

  • Indivīdi un mijiedarbība tiek vērtēti vairāk nekā instrumenti un procesi. Rīki un procesi neapšaubāmi ir nepieciešami, taču projektu vadība ir saistīta ar cilvēka darbību, un gala produkts ir paredzēts gala lietotājiem. Tādējādi šī vērtība uzsver komunikāciju un komandas darbu.
  • Darba programmatūra tiek novērtēta vairāk nekā visaptveroša dokumentācija. Lai gan visaptveroša dokumentācija ir ļoti atjautīga gan lietotājiem, gan izstrādātājiem un tā ir jāsaglabā, galvenajam mērķim vienmēr jābūt vērtīgas darba programmatūras sistēmas izveidei.
  • Klientu sadarbībai vajadzētu būt pirms līguma pārrunām. Mērķim ir jāapmierina klientu vajadzības, nevis tikai jānorāda līgumā norādītās norādes. Agile komandām bieži jāsazinās ar klientiem un cieši jāsadarbojas ar viņiem, lai izprastu viņu vajadzības, apkopotu atsauksmes un uzlabotu programmatūru.
  • Reaģēt uz izmaiņām ir jāvingrinās, ievērojot plānu. Agile komandām jābūt ātrai un elastīgai, lai pielāgotos izmaiņām, pamatojoties uz situāciju jebkurā programmatūras izstrādes dzīves cikla posmā.

Turklāt 12 Agile Manifesta principi ir:

  • Klientu apmierinātība ar nepārtrauktu vērtīgas programmatūras piegādi
  • Pielāgojies mainīgajām prasībām jebkurā attīstības stadijā.
  • Bieža un ātrāka programmatūras piegāde nedēļās, nevis mēnešos.
  • Vienmērīga ikdienas sadarbība starp izstrādātājiem un biznesa personām.
  • Projektu veidošana ap motivētām, uzticamām personām
  • Iespējot aci pret aci sarunu un uzskatot to par labāko saziņas veidu
  • Darba programmatūras uzskatīšana par galveno projekta progresa mērauklu
  • Ilgtspējīgas programmatūras izstrādes uzturēšana, kas ietver nemainīgu ātrumu
  • Mērķis ir labs dizains un tehniskā izcilība
  • Ir svarīgi saglabāt vienkāršību
  • Labākos dizainus, arhitektūru un prasības izstrādā pašorganizējoša komanda.
  • Uzsvars tiek likts uz veidu, kā komandām pielāgoties prasībām un kļūt efektīvākām
  Kur skatīties vienu dienu vienlaikus 4. sezona (pilna apmācība)

Agile tiek izmantots dažādos programmatūras izstrādes plānošanas, tehniskos un vadības procesos. Šobrīd praksē ir vairāk nekā 50 veiklu metodoloģiju un ietvaru. Tas nozīmē, ka veiklība nav tikai viena pieeja; tas ir daudz vairāk.

Tātad organizācijas un komandas izvēlas elastīgas metodoloģijas, pamatojoties uz savām projektu vajadzībām. Un, ja esat projektu vadītājs, jums jāzina dažādas veiklās metodikas, lai izvēlētos savam projektam piemērotāko.

Šeit ir dažas no visbiežāk izmantotajām veiklajām metodēm, kas jums jāzina.

Dažādas Agile Metodoloģijas

Scrum

Scrum ir viena no visplašāk izmantotajām elastīgajām metodoloģijām vai ietvariem, ko radījuši Kens Švābers un Džefs Sazerlends. To izmanto, lai pārvaldītu sarežģītus adaptīvus projektus, un tā mērķis ir ražot augstas kvalitātes produktus, vienlaikus maksimāli palielinot komandas radošumu un produktivitāti.

Šī vieglā sistēma palīdz organizācijām, komandām un indivīdiem, kas strādā pie projektiem, radīt vērtību, nodrošinot adaptīvus risinājumus ļoti sarežģītām problēmām.

Scrum ietver iterācijas, sadalot programmatūras izstrādes posmus ciklos (parasti 2–3 nedēļu ciklos) vai posmos, ko sauc par “sprintiem”. Katram sprintam ir laika lodziņš noteiktas funkciju kopas izstrādei.

Šeit katra sprinta izstrādes laiks ir veltīts un maksimāli palielināts, lai vienlaikus varētu strādāt vienā sprintā. Tas ietver dažādas projekta lomas, tostarp produkta īpašnieku, scrum meistaru un komandu.

Scrum sanāksmes tiek rīkotas katru dienu, lai izsekotu projekta gaitai un apspriestu darbības procesa uzlabošanai. Vairāki sprinti tiek apvienoti, lai izveidotu izlaidumu, kurā tiek veikta oficiāla produkta piegāde klientam vai galalietotājiem.

Kanban

Kanban tika izstrādāts, lai risinātu dažus citu Agile metodoloģiju, īpaši Scrum, izaicinājumus. Piemēram, 2-3 nedēļu cikli organizācijām kļuva garāki dažādiem biznesa aspektiem, un komandām kļuva grūtāk izpildīt kvalitātes un apjoma saistības.

Kanban ierosināja citu, uzlabotu metodi, kas palīdz komandām nodrošināt nepārtrauktu darbu, nevis gaidīt 2–3 nedēļas. Tas viņiem arī ļauj ātrāk apkopot klientu atsauksmes un uzlabot programmatūru, lai sasniegtu labākus apmierinātības rādītājus.

Vārdam Kanban ir japāņu izcelsme, un tā nozīme ir saistīta ar ražošanas procesu “tieši laikā” (JIT). Kanban ir vizuāla sistēma darbu pārvaldībai, kurā dati tiek sakārtoti tabulā vai panelī, ko sauc par Kanban paneli, parādot darbplūsmu atbilstoši plānam un faktisko darbu.

Tāfele ir sadalīta dažādās kolonnās, kas attēlo darbplūsmu. Līdz ar izstrādes darba gaitu mainās dati uz tāfeles, un tiek izveidota jauna “karte” jaunam uzdevumam.

Šī metode palīdz noteikt problēmas ražošanas procesā un ātri tās novērst, lai uzlabotu efektivitāti. To plaši izmanto biznesa nodaļās, piemēram, mārketingā, cilvēkresursos utt.

Iepazīstieties ar detalizētu atšķirību starp Kanban un Scrum.

DevOps

DevOps ir pieeja, kas apvieno programmatūras izstrādi (Dev) un operācijas (Ops). Tas ir kultūras filozofiju, rīku un prakses kopums, kas palīdz komandai ātri nodrošināt augstas kvalitātes pakalpojumus un lietojumprogrammas.

DevOps mērķis ir saīsināt programmatūras izstrādes dzīves ciklu, vienlaikus nodrošinot nepārtrauktu produktu piegādi. Daudzas DevOps koncepcijas rodas no Agile metodoloģijām. Tāpēc daudzi to apsver, izvēloties veiklu veidu saviem projektiem.

CI/CD

Nepārtrauktā integrācija (CI) ir programmatūras izstrādes metodoloģija, kurā izstrādātāji pastāvīgi apvieno katru koda izmaiņu vienā repozitorijā pirms automatizēto būvējumu un testu palaišanas.

CI mērķis ir ātrāk atrast un novērst kļūdas un problēmas, lai uzlabotu programmatūras kvalitāti, vienlaikus samazinot validācijas laiku. Tas arī ļauj ātri izlaist jaunus programmatūras atjauninājumus, lai risinātu vairāk problēmu un apmierinātu klientu prasības.

Nepārtraukta piegāde (CD) ir arī programmatūras izstrādes metode, kurā komanda cenšas automātiski izveidot, pārbaudīt un sagatavot koda izmaiņas izlaišanai. Tas ir nepārtrauktas integrācijas turpinājums, kas ietver koda izmaiņu izvietošanu testēšanā vai ražošanā, kad ir pabeigta izveides fāze.

  Kā pamanīt stalkeri savā apkārtnē un ko ar to darīt

Skrumbans

Kā norāda nosaukums, Scrumban apvieno Scrum un Kanban. Šī hibrīdmetodoloģija tika izstrādāta, lai apmierinātu to komandu prasības, kuras vēlas samazināt darba grupu skaitu un izmantot uz vilkšanas sistēmu.

Scrumban piedāvā Scrum struktūru un Kanban elastības un vizualizācijas iespējas. Tādā veidā jūs iegūsit daudzpusīgu un vienkāršāku darbplūsmas pārvaldību un varēsiet apmierināt ražošanas vajadzības, nepārslogojot.

Lean Software Development (LSD)

Lean ir viens no veiklajiem ietvariem, ko izmanto programmatūras izstrādē. Tas palīdz racionalizēt un optimizēt izstrādes procesu, vienlaikus samazinot atkritumus.

LSD novērš nevajadzīgas programmatūras sistēmas izstrādes un izstrādes darbības, kas ievērojami ietaupa laiku un izmaksas. Tas arī veicina sadarbību starp jūsu komandas locekļiem, lai optimizētu darbplūsmu bez neskaidrībām vai konfliktiem. LSD ietver septiņus principus, kas ietver dažas taktikas, procesus un praksi. Šie ir:

  • Ātra piegāde
  • Kvalitatīva konstrukcija
  • Likvidēt atkritumus
  • Optimizējiet darbplūsmu
  • Komandas darbs
  • Atlikt saistības
  • Pastipriniet mācīšanos

Šī metode ir piemērota jebkura izmēra projektiem, jo ​​tā ir ļoti pielāgojama un mērogojama.

Ekstrēmā programmēšana (XP)

Extreme Programming (XP), kas tika izstrādāta 90. gadu sākumā, koncentrējas uz komandas darba uzlabošanu, veselīgas darba vides veicināšanu un rūpēm par mācīšanos.

Izmantojot šo metodi, izstrādātāji strādā pa pāriem, kur viens izstrādātājs raksta programmu, bet otrs novēro. Viņi arī regulāri maina lomas noteiktā sprinta laikā. Tas nodrošina nepārtrauktas atsauksmes un pārskatus par koda kvalitāti un izstrādātāja iespējām.

Turklāt XP veicina pastāvīgu atgriezenisko saiti no klienta izstrādātāju komandām un vieglu saziņu starp komandu.

Tādā veidā komandas vajadzības gadījumā var ātri pielāgoties izmaiņām. Šī veiklā metodika ir piemērota projektiem, kas saistīti ar mainīgām prasībām un tehniskiem riskiem.

Dizaina domāšana

Dizaina domāšana ir efektīva pieeja, kurā produkts tiek izstrādāts un ieviests, pamatojoties uz gala lietotāja vai klientu vajadzībām un prasībām. Tas arī ļauj jums vieglāk pielāgoties mainīgajām tehnoloģiskajām un rūpnieciskajām izmaiņām.

Šis process ir iteratīvs, atzīstot, ka ir daudz veidu, kā atrisināt doto problēmu, nevis tikai vienu. Tas arī veicina inovāciju, eksperimentēšanu un novērošanu.

Šeit komandas ir gatavas pieņemt ieteikumus un idejas un izvēlēties labāko pieeju, kas var piedāvāt vislabākos rezultātus projektam, lai radītu kvalitatīvu produktu un apmierinātu klientu vai lietotāju vēlmes.

Kristāls

Crystal ir ļoti elastīga, elastīga metodika, kas komandai piedāvā brīvību patstāvīgi attīstīt procesus. Tas galvenokārt koncentrējas uz indivīdiem un viņu mijiedarbību, nevis tikai uz instrumentiem un procesiem. Tāpēc komunikācija ir viens no tās galvenajiem atribūtiem.

Kristāls ir dažāda veida:

  • Crystal Clear līdz 8 personām komandā
  • Crystal Yellow 10-20 personām
  • Kristāla apelsīns 20-50 personām
  • Crystal Red 50-1000 personām

Šīs veiklās metodoloģijas mērķis ir nodrošināt augstākās kvalitātes produktus, koncentrējoties uz mijiedarbību, komandas darbu un simbiozi, kas nodrošina lielāku efektivitāti. Komandas atrod labāko veidu, kā īstenot projektu, pamatojoties uz izaicinājumiem un unikālajām prasībām.

Disciplinēts veikls (DA)

Disciplined Agile (DA) ir elastīga metodoloģija, kas palīdz komandām racionalizēt organizācijas kontroli, uzlabot uzņēmējdarbības veiklību un gūt labākus finansiālos panākumus.

DA ļauj jums atrast labāko veidu, kā pielāgoties projekta prasībām un jūsu komandas darba stilam, lai procesus varētu pabeigt ātrāk bez neskaidrībām.

Šeit komanda izmanto vienkāršākus, vieglus procesus, lai ātrāk sasniegtu savus mērķus. Tas ir līdzīgs Crystal un var izvēlēties hibrīdu pieeju, kas apvieno Scrum, Kanban un XP jēdzienus.

Dinamiskās sistēmas izstrādes metode (DSDM)

Dinamiskās programmatūras izstrādes metode (DSDM) ir piemērota projektiem ar stingrākiem grafikiem un budžetu. Tas bieži koncentrējas uz produkta piegādi ciklos, ietverot pakāpenisku un iteratīvu izstrādes pieeju.

  Kā pieslēgt IP adresi no datora vai mobilās ierīces

DSDM ļauj izstrādāt ceļvedi, kas ietver nepārtrauktu, agrīnu produktu piegādi. Tas arī nosaka prioritāti klientu atsauksmju apkopošanai visā izstrādes procesā un apstiprināšanai, vai prasības tiek izpildītas atbilstoši cerībām.

Uz funkcijām balstīta izstrāde (FDD)

Feature Driven Development (FDD) ir pakāpeniska, uz klientu orientēta un iteratīva, elastīga metodika. Tā mērķis ir konsekventi un bieži ražot strādājošu programmatūru. Tas ietver posmus:

  • Projekta modeļa izstrāde
  • Produktam pievienojamo funkciju saraksta izveide
  • Plānošana pēc pazīmēm
  • Produkta dizains pēc īpašībām
  • Produkta izveide pēc īpašībām

Kā norāda nosaukums, šīs metodes pamatā ir vērtīgas īpašības, kas padara produktu unikālu tirgū un noderīgu galalietotājiem. Iepriekš minētās darbības palīdz komandām stabili virzīties un sasniegt savus mērķus bez problēmām. Tas ir piemērots lielākām komandām.

Uzvedību virzīta attīstība (BDD)

Uzvedību virzīta attīstība (BDD) ir elastīga metodoloģija, kas ir orientēta uz uzvedību. Tās koncepcijas veicina sadarbību starp komandas locekļiem ar vai bez lielām tehniskām zināšanām par programmatūras izstrādi.

Tas ietver testa gadījumu un līdzekļu rakstīšanu, kas satur projekta prasības un pieņemšanas normas par to, kā sistēmai jādarbojas.

Tādā veidā jūs varat labāk izprast funkcionalitātes vajadzības un viegli sākt darbu, kā arī paredzēt nākamās darbības un rezultātus. BDD palīdz komandām precīzi paziņot par savām vajadzībām, laikus pamanīt problēmas un izveidot stabilu programmatūras sistēmu.

Mērogots Agile Framework (SAFe)

Mērogots Agile Framework (SAFe) ietver organizatorisku darbplūsmu un modeļu kopumu, lai ieviestu elastīgu sistēmu uzņēmuma līmenī. Tā ir viegla sistēma, kas nodrošina centralizētu lēmumu pieņemšanas spēju, lai palīdzētu palielināt izstrādes efektivitāti.

Šī veiklā metodoloģija sniedz DevOps un Lean jaudu, lai organizācijas varētu ātrāk izveidot novatoriskus produktus ar augstāku kvalitāti.

Liela mēroga pārbaude (LeSS)

LeSS ir elastīgs ietvars, kas ļauj mērogot Scrum dažādām komandām, kas strādā pie produkta. Tā mērķis ir novērst atkritumus un samazināt izstrādes procesa sarežģītību.

Šī metode izmanto Scrum idejas un principus liela mēroga biznesa kontekstā, izmantojot noteiktas rokasgrāmatas un noteikumus. Tas ir arī pazīstams ar savu vienkāršību, taču tas ir efektīvs, lai palīdzētu komandām sasniegt labākas kvalitātes produktu un apmierināt klientu vajadzības.

Adaptīvā programmatūras izstrāde (ASD)

ASD izmanto nepārtrauktas pielāgošanās pārmaiņām koncepciju, nevis cīnās pret tām. ASD ietvaros komandas izmanto Speculate, Learn and Collaborate — dinamisku programmatūras izstrādes ciklu, kas paredzēts lielākai sadarbībai starp klientiem un komandām un pastāvīgai mācīšanās procesam.

ASD seko nelineāram iteratīvam programmatūras izstrādes dzīves ciklam, kurā katrs cikls atkārtojas un var tikt mainīts, kamēr tiek izpildīts otrs cikls. Tas arī koncentrējas uz augstas kvalitātes produktu ātru ražošanu ar zemākām uzturēšanas izmaksām.

Agile projektu vadība

Agile projektu vadība ir efektīva un iteratīva elastīga pieeja. Tā mērķis ir pārvaldīt attīstības projektus ar nepārtrauktiem izlaidumiem. Turklāt komandas, kas izmanto šo metodi, apkopo un izmanto klientu atsauksmes katrā iterācijā.

Agile projektu vadība komandām piedāvā daudzas priekšrocības, piemēram, paātrina izstrādes ātrumu, pielāgojas tirgus tendencēm un uzlabo sadarbību.

Citas elastīgas metodes ietver:

  • PRINCE2 veikls
  • Uz pierādījumiem balstīta portfeļa pārvaldība (EB PfM)
  • Portfeļu pārvaldība (MP)
  • PMI-Agile sertificēts profesionālis (PMI-ACP)
  • Nexus
  • Projekts Half Double
  • Scrum at Scale
  • AgileSHIFT
  • Un vēl daudz vairāk.

    Secinājums

    Agile piedāvā daudz priekšrocību komandām produktivitātes, produktu kvalitātes un klientu apmierinātības ziņā. Ir daudz veiklu metodoloģiju, no kurām varat izvēlēties, pamatojoties uz jūsu projekta vajadzībām. Tāpēc izpētiet katru, lai izlemtu, kas jūsu projektam ir vispiemērotākais.

    Pēc tam skatiet tiešsaistes kursus projektu vadībai.