Tölvuiðnaðurinn er uppfullur af tvíræðu tungumáli, hörðu hrognamáli og flóknum hugmyndum sem erfitt er að skilja og geta sent huga þinn út í æði reiknijafnaðar.
Foss? Scrum? Lipur?
Ef þessar setningar eru þér algjörlega framandi, ekki hafa áhyggjur; Hjálpsamt teymi þitt af HashDork tækninördum er hér til að aðstoða þig við að skilja muninn á þessum mikilvægu stigum þróunarferlisins svo þú getir orðið fróður.
Fjallað verður um lipur, scrum og fossatæknina í þessari bloggfærslu, ásamt því hvernig hver getur hjálpað liðinu þínu í heild sinni.
Við skulum byrja á lipra, og við munum bera með okkur afganginn.
Hvað er lipur?
Sniðug hugbúnaðarþróun fylgir endurtekinni, stigvaxandi nálgun. Frekar en umfangsmikinn undirbúning við upphaf verkefnis, er Agile tækni sveigjanleg fyrir breyttar þarfir með tímanum og stuðlar að stöðugri endurgjöf frá notendum.
Þvervirk teymi vinna að endurteknum vörum með tímanum og þessi vinna er flokkuð í eftirbáta og forgangsraðað út frá viðskipta- eða viðskiptavirði. Tilgangur hverrar endurtekningar er að búa til nothæfa vöru.
Forysta ýtir undir samvinnu, ábyrgð og samskipti augliti til auglitis í Agile aðferðafræði.
Hagsmunaaðilar fyrirtækja og þróunaraðilar verða að vinna saman til að tryggja að varan uppfylli kröfur neytandans og markmið fyrirtækisins.
Orðasambandið „lipur þróun“ vísar til margvíslegra aðferða og ramma sem byggjast á hugsjónum og forsendum sem lýst er í Snjallt stefnuskrá.
Sérfræðingar ráðleggja því að fylgja lipur meginreglum og gildum og nota þau sem leiðarvísi til að ákveða réttar aðgerðir til að grípa til í tilteknu umhverfi á meðan nálgast hugbúnaðarþróun.
Samstarfs- og sjálfskipuleggjandi teymið eru helstu áherslusvið fyrir lipurt hugbúnaðarþróunarsamfélag.
Teymum er heimilt að ákveða sjálfstætt hvernig þeir munu takast á við tiltekið verkefni, en það þýðir ekki að umsjónarmenn séu ekki til. Lipur teymi eru því þvervirk.
Í lipurri hugmyndafræði eru stjórnendur enn nauðsynlegir. Þeir ganga úr skugga um að sérhver liðsmaður hafi eða öðlist nauðsynlega hæfileika fyrir verkefnið.
Stjórnendur í liprum ramma starfa með því að hlúa að andrúmslofti sem dregur fram það besta í teyminu. En í stað þess að taka forystuna taka þeir sér oft aftursætið og láta liðið ákveða hvernig það mun skila hlutunum.
Stjórnendur taka aðeins þátt þegar teymi reyna ítrekað að leysa vandamál án árangurs.
Agile Development Cycle
Stig Agile þróunarlotunnar eru talin upp hér að neðan. Það er mikilvægt að muna að þessir áfangar ættu ekki að fara fram í röð vegna þess að þeir eru sveigjanlegir og breytast stöðugt. Mörg þessara stiga eiga sér stað samtímis.
- Skipulags: Eftir að verkefnahópur hefur ákveðið að hugmynd sé hagnýt og framkvæmanleg byrja þeir að leita að eiginleikum. Þessi áfangi miðar að því að forgangsraða hverjum eiginleika og úthluta honum í endurtekningu eftir að hafa skipt hugmyndinni niður í smærri vinnustykki (eiginleikana).
- Kröfugreining: Til að ákvarða viðskiptakröfur felur þetta skref í sér nokkrar viðræður við stjórnendur, hagsmunaaðila og notendur. Hverjir munu nota vöruna og hvernig þeir munu nýta hana eru meðal upplýsinganna sem teymið þarf að safna. Þessir staðlar verða að vera sérstakir, gildandi og magnbundnir.
- hönnun: Kröfurnar sem fundust á fyrra stigi eru notaðar til að undirbúa kerfis- og hugbúnaðarhönnun. Teymið þarf að taka tillit til útlits vörunnar eða lausnarinnar. Stefna eða áætlun fyrir prófið er einnig þróuð af prófteyminu.
- Innleiðing, kóðun eða þróun: Áherslan á þessu stigi er að byggja upp og meta eiginleika og skipuleggja dreifingu endurtekningar (eftir endurtekinni og stigvaxandi þróunaraðferð [IID]). Þar sem engir eiginleikar eru veittir hefst endurtekning 0 á þróunartímabilinu. Með því að ljúka aðgerðum eins og samningum, setja upp stillingar og fjármögnun, gefur þessi endurtekning grunninn að framtíðarvexti.
- Próf: Eftir að kóðinn hefur verið búinn til er hann prófaður gegn kröfunum til að tryggja að varan uppfylli raunverulega kröfur notenda og uppfylli viðskiptamarkmið. Eininga-, samþættingar-, kerfis- og viðunandi próf eru gerðar á þessu stigi.
- dreifing: Eftir prófun er varan send til viðskiptavina svo þeir geti notað hana. Verkefninu er þó ekki lokið eftir dreifingu. Viðskiptavinir geta lent í fleiri vandamálum eftir að þeir byrja að nota vöruna, sem mun þurfa verkefnishópinn til að finna lausn.
Kostir
- Hraðari, hágæða afhending: Með því að skipta verkefninu niður í endurtekningar (viðráðanlegar einingar) getur teymið einbeitt sér að vandaðri samvinnu, þróun og prófunum. Þegar prófun er gerð með hverri endurtekningu, finnast vandamál og lagað hraðar. Að auki, með stöðugum, síðari endurskoðun, er hægt að útvega þennan hágæða hugbúnað hraðar.
- Breytingar eru vel þegnar: Þó að skipulagslotur séu styttri er einfalt að samþykkja og taka til móts við breytingar hvenær sem er í verkefninu. Alltaf er hægt að bæta eftirstöðvarnar og forgangsraða aftur, sem gerir teymum kleift að gera breytingar á verkefninu á nokkrum vikum.
- Endamarkið er kannski ekki þekkt: Agile er frábært fyrir verkefni þegar lokamarkmiðið er ekki skýrt skilgreint. Eftir því sem verkefnið færist lengra verða markmiðin skýr og þróunin mun geta tekið á móti þessum breyttu þörfum.
- Stöðug framför: Agile forrit stuðla að inntaki notenda og teymi á öllum stigum verkefnisins, sem gerir kleift að beita því sem er lært til að bæta næstu endurtekningu.
- Skoðanir viðskiptavina eru metnar: Það eru nokkur tækifæri fyrir viðskiptavini til að horfa á verk klárast, gefa endurgjöf og hafa raunveruleg áhrif á lokaniðurstöðuna. Með því að eiga svo náin samskipti við verkefnishópinn gætu þeir þróað með sér tilfinningu fyrir eignarhaldi.
- Sterk teymisvinna: Agile leggur áherslu á mikilvægi reglulegra samskipta og persónulegra funda. Fólk getur tekið ábyrgð og átt ákveðna verkþætti þegar unnið er í teymum.
Ókostir
- Liðsmenn verða að hafa þekkingue: Lipur lið eru oft lítil. Þannig verða liðsmenn að hafa fjölbreytt úrval af færni. Að auki verða þeir að skilja og líða vel með því að nota völdum Agile tækni.
- Skipulag gæti verið minna nákvæmt: Það gæti stundum verið krefjandi að ákvarða nákvæman afhendingardag. Agile er byggt á tímabundinni afhendingu og verkefnastjórar endurraða oft forgangsröðun verkefna. Þannig er líklegt að sumum afhendinganna sem upphaflega var áætlað að yrði afhent verði ekki lokið á réttum tíma. Að auki gætu fleiri sprettir bæst við hvenær sem er í verkefninu, sem lengir alla áætlunina.
- Heimilt er að hunsa skjöl: Sumir liðsmenn gætu trúað því að einbeita sér að skjölum sé minna mikilvægt þar sem Agile Manifesto er hlynntur vinnandi hugbúnaði umfram ítarlegar skjöl. Sniðug teymi ættu að finna hið fullkomna jafnvægi milli skjala og samræðna, jafnvel á meðan ítarleg skjöl geta ekki tryggt árangur verkefnisins ein og sér.
- Endanleg framleiðsla gæti verið mjög mismunandi: Það kann að hafa ekki verið skýr stefna fyrir upphaflega Agile verkefnið, og því gæti lokaniðurstaðan breyst mikið frá því sem fyrst var búist við. Verulega mismunandi lokaframleiðsla getur stafað af því að bæta við nýjum endurtekningum sem byggjast á breyttu inntaki viðskiptavinarins, þar sem Agile er svo aðlögunarhæft.
- Tímaskuld þróunaraðila: Þróunarteymið verður að vera fullkomlega skuldbundið til verkefnisins til að lipur sé árangursríkur. Agile aðferðin, sem tekur lengri tíma en hefðbundin nálgun, krefst stöðugrar virkrar þátttöku og samvinnu. Að auki felur það í sér að framkvæmdaraðilar verða að skuldbinda sig til fullrar lengdar verkefnisins.
Hvað er foss?
Vinsælasta endurtekningin á þróunarlífsferli kerfisins (SDLC) fyrir hugbúnaðarverkfræði og upplýsingatækniverkefni er þekkt sem „fossaaðferðin“ sem fylgir röð línulegrar aðferðar.
Gantt-rit, tegund súlurits sem sýnir upphafs- og lokadagsetningar hvers verks, er stundum notað til að skipuleggja það.
Þróunarteymið fer á eftirfarandi stig eftir að einum af átta áföngum er lokið. Liðið getur ekki farið aftur á fyrra stig án þess að þurfa að endurræsa alla aðgerðina.
Að auki gæti viðskiptavinurinn þurft að meta og samþykkja kröfurnar áður en teymið getur farið á næsta stig.
Fosslíkanið var þróað í mjög skipulögðu umhverfi framleiðslu- og byggingargeirans, þar sem aðlögun gæti verið óhóflega dýr eða jafnvel ómöguleg.
Fosstæknin er svo nefnd vegna þess að henni er ætlað að renna í eina átt — niður — alveg eins og foss. Áfangar þess fela í sér greiningu, upphaf, prófun, hönnun, byggingu, uppsetningu, viðhald og prófun.
Fosstæknin hefur nokkra kosti, eins og hver önnur aðferð. Eitt er að áfangar skipulags- og hönnunarverkefna eru rótgróin.
Viðskiptavinir og þróunarteymið eru meira samstillt þegar kemur að verkefnaskilum meðan þeir nota foss hugbúnaðarþróun. Vegna þess að þú ert meðvitaður um umfang verkefnisins frá upphafi gerir fossaþróun það einnig auðveldara að fylgjast með framvindu mála.
Fossferlið notar sérfræðinga, þróunaraðila, sérfræðinga og prófunaraðila til að einbeita sér að störfum sínum í verkefninu frekar en að láta allt teymið leggja áherslu á eitt skref.
Stig Foss
Þrep fosssins sex verða öll að eiga sér stað hvert á eftir öðru:
- Kröfur um söfnun og geymslu: Þú ættir að safna ítarlegri þekkingu um hvað þetta verkefni krefst á þessum tíma. Það eru nokkrar aðferðir til að safna þessum gögnum, þar á meðal viðtöl, kannanir og samvinnuhugsun. Verkefnaþarfir ættu að vera ljósar þegar þessum áfanga er lokið og teymið þitt ætti að hafa fengið afrit af kröfuskjalinu.
- Hönnun kerfis: Kerfið er hannað af teyminu þínu með því að nota fyrirfram ákveðnar forskriftir. Á þessu stigi er engin kóðun gerð en teymið setur kröfur um vélbúnað eða forritunarmál.
- Framkvæmd: Þetta stig felur í sér kóðun. Gögnin á undan stiginu eru notuð af forriturum til að byggja upp nothæfa vöru. Kóði er oft útfærður í örsmáum klumpur sem eru sameinaðar við lok eins áfanga eða byrjun annars.
- Próf: Hægt er að prófa vöruna eftir að kóðanum er lokið. Öll vandamál eru vandlega fundin og tilkynnt af prófunaraðilum. Verkefnið þitt gæti þurft að fara aftur í fyrsta áfanga til endurmats ef veruleg vandamál koma upp.
- Afhending/dreifing: Varan er tilbúin á þessum tímapunkti og teymið þitt sendir afraksturinn til dreifingar eða útgáfu.
- Viðhald: Viðskiptavinurinn hefur fengið vöruna og er að nota hana. Liðið þitt gæti þurft að þróa lagfæringar og uppfærslur þegar vandamál koma upp til að laga þær. Aftur, veruleg vandamál geta kallað á að fara aftur í skref eitt.
Kostir
- Einfalt í notkun og stjórnun: Vatnsfallsaðferðin er einföld í notkun og skilja þar sem hvert verkefni er meðhöndlað á sama hátt. Áður en vatnsfallsverkefni hefst þarf teymið ekki að hafa neina fyrri sérfræðiþekkingu eða þjálfun. Fossaðferðin er mjög ströng; hvert stig hefur sett af skilahlutum og endurskoðun, sem gerir það auðvelt að stjórna og viðhalda.
- Vel skjalfest aðferðafræði er nauðsynleg: Skjölin sem krafist er í fossaaðferðafræðinni hjálpar til við að skýra rökin á bak við prófin og kóðann. Að auki skapar það pappírsslóð ef hagsmunaaðilar vilja frekari upplýsingar um ákveðinn áfanga eða fyrir framtíðarverkefni.
- Að framfylgja aga: Hvert skref í fossaverkefni hefur upphaf og endi, sem gerir það einfalt að miðla framförum til hagsmunaaðila og viðskiptavina. Teymið getur dregið úr möguleikanum á að missa af frest með því að setja kröfur og hönnun fyrst áður en það framleiðir kóða.
Ókostir
- Það getur verið erfitt að safna nákvæmum kröfum: Að tala við neytendur og hagsmunaaðila til að ákvarða þarfir þeirra er eitt af upphafsstigum vatnsfallsverkefnis. Á þessu fyrsta stigi verkefnisins gæti verið krefjandi að ganga úr skugga um sérstakar kröfur þeirra. Viðskiptavinir læra oft um kröfur sínar þegar verkefnið þróast frekar en að tjá þær fyrirfram.
- Erfitt er að mæta breytingum: Áhöfnin getur ekki haldið áfram vinnu eftir að áfanga er lokið. Það er mjög erfitt og dýrt að fara aftur og gera við það ef þeir komast að því á prófunarstigi að virkni vantaði í kröfuferlinu.
- Hugbúnaður er veittur eftir gjalddaga hans: Tveimur til fjórum áföngum verkefnisins verður að vera lokið áður en raunveruleg kóðun getur hafist. Hagsmunaaðilar munu ekki sjá virkan hugbúnað fyrr en seint á lífsferlinum vegna þess.
Hvað er Scrum?
Einn vinsælasti ferlaramman til að koma Agile í framkvæmd er Scrum, sem er undirmengi Agile.
Það er endurtekið hugmyndafræði til að stjórna sköpun flókins hugbúnaðar og vara. Sprettir, sem eru endurtekningar með fastri lengd sem standa yfir í eina til tvær vikur, gera teyminu kleift að gefa út hugbúnað á reglulegri áætlun.
Hagsmunaaðilar og liðsmenn koma saman til að ræða næstu skref eftir hvern sprett. Hlutverk, ábyrgð og fundir í Scrum eru stöðugir.
Til dæmis, Scrum tilgreinir sprettskipulagningu, daglega uppistand, sprettikynningu og sprett aftursýni sem fjóra helgisiði sem veita hverja sprettuppbyggingu.
Teymið mun nota sjónræna gripi eins og verkefnatöflur eða niðurbrotstöflur á hverjum spretti til að sýna framfarir og fá stigvaxandi endurgjöf.
Í scrum vinna teymið og vörueigandinn náið saman til að bera kennsl á og forgangsraða virkni kerfisins. Þeir ná þessu með því að búa til vörusafn, sem inniheldur öll þau verkefni sem nauðsynleg eru til að framleiða hugbúnað sem virkar eins og til er ætlast.
Villuplástrar, óvirkar kröfur og eiginleikar ættu allir að vera með í biðröðinni. Þvervirk teymi verða að áætla og skrá sig til að skila hugbúnaðaraukningum í gegnum samfellda spretti, sem venjulega standa í 30 daga, þegar markmið hafa verið sett.
Aðeins liðið getur bætt virkni við sprettinn eftir að hafa framkvæmt eftirstöðvar fyrir þann sprett.
Næsta sprettafhending er vöruafgangur metinn og, ef nauðsyn krefur, endurforgangsraðað og eftirfarandi afhendingarsett er valið til að vera hluti af næsta sprett.
Scrum ferli
- Vöruskiptajöfnuður: Til að panta hlutina í vörusafninu hittast vörueigandi og Scrum teymi (vinnan við vörusafnið kemur frá notendasögum og kröfum). Vöruaftur er listi yfir alla æskilega eiginleika vörunnar frekar en listi yfir verkefni sem þarf að klára. Í kjölfarið velur þróunarteymið verkefni úr vöruuppsöfnuninni til að framkvæma á hverjum sprett.
- Sprettskipulagning: Fyrir hvern sprett afhendir vörueigandinn teymið efstu atriðin í bakdaganum á sprettskipulagsfundi. Hópurinn velur síðan hluti úr vöruuppsöfnuninni sem þeir geta klárað á meðan á sprettinum stendur og færir þá yfir í sprettaflakkið (sem er listi yfir verkefni sem á að klára í sprettinum).
- Fínfærsla/snyrting á eftirstöðvum: Til að tryggja að bakið sé undirbúið fyrir næsta sprett, hittast lið og vörueigandi að loknum einum sprett. Teymið getur fleygt notendasögum sem eiga ekki lengur við, bætt við nýjum, endurskoðað í hvaða röð ætti að taka á þeim eða skipt notendasögum í smærri verkefni. Á þessum „snyrtifundum“ verður gætt að því að bakið samanstendur aðeins af hlutum sem eru viðeigandi, ítarlegir og í samræmi við markmið verkefnisins.
- Scrum fundir á hverjum degi: Á 15 mínútna uppistandsfundi sem kallast Daily Scrum ræðir hver liðsmaður markmið sín og öll vandamál sem hafa komið upp. Á hverjum degi allan sprettinn tekur liðið þátt í Daily Scrum, sem heldur öllum við verkefni.
- Fundur til að meta sprettit: Teymið kynnir vinnu sína á sprettumferðarfundi í lok hvers spretts. Í stað skýrslu eða PowerPoint kynningar ætti þessi fundur að innihalda alvöru sýnikennslu.
- Sprettfundur aftur í tímann: Teymið ræðir allar breytingar sem þarf að gera á næsta spretti sem og hversu vel Scrum er að vinna fyrir þá í lok hvers sprettis. Liðið getur rætt jákvæða þætti sprettsins, neikvæða þætti og umbætur.
Kostir
- Meiri ábyrgð frá liðinu: Það er enginn verkefnastjóri sem leiðbeinir scrum teyminu um hvað á að gera og hvenær. Vinnan sem hægt er að klára í hverjum sprett er í staðinn ákveðin af liðinu í heild. Þeir vinna allir saman og veita hvert öðru hönd, efla teymisvinnu og efla einstaklingseinkenni hvers liðsmanns.
- Aukinn sýnileiki og gagnsæi verkefnisins: Það er færri misskilningur og óvissa þar sem allir í teyminu eru meðvitaðir um ábyrgð sína þökk sé tíðum uppistandsfundum. Liðið getur tekist á við vandamál áður en þau fara úr böndunum þar sem vandamál koma auga á fyrirfram.
- Aukin kostnaðarlækkun: Stöðug samskipti halda liðinu upplýstu um öll vandamál eða breytingar um leið og þau gerast, sem hjálpar til við að spara kostnað og bæta gæði. Smærri eiginleikaklumpar veita stöðuga endurgjöf og gera kleift að leiðrétta villu snemma áður en stærri villur verða of dýrar til að bæta úr.
- Einfalt að laga sig að breytingum: Það er einfaldara að takast á við og laga sig að breytingum þegar það eru tíðar endurgjöfarlykkjur og stuttir sprettir. Til dæmis, ef teymið rekst á glænýja notendasögu á einum spretti, getur það fljótt bætt þeim eiginleikum við næsta sprett á fundi um endurbætur á eftirstöðvum.
Ókostir
- Umfang skrið hætta: Vegna skorts á ákveðinni lokadagsetningu, gætu ákveðin Scrum verkefni orðið fyrir svigrúmi. Hagsmunaaðilar gætu verið tældir til að halda áfram að krefjast fleiri eiginleika ef það er enginn frestur til að ljúka.
- Slæmur Scrum Master gæti farið úrskeiðis um allt: Verkefnastjóri er ekki það sama og scrum master. Scrum meistarinn verður að treysta teyminu sem hann hefur umsjón með og gefa því aldrei leiðbeiningar. Scrum Master hefur ekki vald yfir liðinu. Verkefnið mun mistakast ef scrum meistarinn reynir að stjórna teyminu.
- Vandamál varðandi nákvæmni gætu stafað af illa tilgreindum verkefnum: Ef verkefni eru ekki skýrt tilgreind, verða verkefnakostnaður og áætlanir ekki nákvæmar. Skipulagning verður krefjandi og sprettir geta tekið lengri tíma en áætlað var ef upphafleg markmið eru ekki skilgreind.
- Reynsla og einbeiting er nauðsynleg fyrir hóp: Til að teymið nái árangri verða hlutverk og skyldur að vera skýrt skilgreind. Scrum Team krefst liðsmanna með tæknilega færni vegna þess að það eru engin skýrt skilgreind hlutverk (allir gera allt). Teymið verður einnig að skuldbinda sig til að taka þátt í daglegu Scrum fundunum og standa saman alla ævi verkefnisins.
Agile vs Scrum
Jafnvel þó Agile og Scrum noti sömu aðferðafræðina, þá eru nokkur afbrigði á milli þeirra tveggja. Agile Manifesto útlistar sett af meginreglum til að búa til hugbúnað með endurtekinni þróun.
Scrum, aftur á móti, er sett af leiðbeiningum sem þarf að fylgja þegar þú gerir Agile hugbúnaðarþróun. Agile er hugtak en Scrum er tækni til að koma því í framkvæmd.
Scrum er aðferð til að innleiða Agile, þess vegna eiga þau bæði margt sameiginlegt. Báðar aðferðir eru endurteknar, forgangsraða snemma og tíðum hugbúnaðarsendingum og samþykkja breytingar. Þeir styðja einnig víðsýni og áframhaldandi þróun.
Agile vs Foss
Stífur vs sveigjanlegur lýsir best greinarmuninum á Fossferlinu og Agile. Þó að Agile sé fljótandi og breytist stöðugt, þá er Waterfall miklu þéttari og stífari aðferðafræði.
Þessi frekari aðgreining á milli þeirra er sem hér segir:
- Agile krefst ekki línulegrar nálgunar, en foss er í röð.
- Þó þarfir séu oft fyrirfram skilgreindar í Waterfall-verkefnum, er búist við að þær breytist og aðlagist í Agile frumkvæði.
- Öfugt við Agile, leyfa vatnsfallsverkefni ekki að gera breytingar á vinnu sem var lokið á fyrri stigum.
- Fossinn er skipulögð aðferð þar sem þú verður að klára hvert skref áður en þú ferð í það næsta. Hins vegar er Agile sveigjanleg aðferðafræði sem gerir þér kleift að halda áfram með verkefnið á þínum eigin hraða.
Agile vs Waterfall vs Scrum
- Fossinn eykur traust á því sem veitt verður mjög fljótlega eftir að það er skipulagt. Agile byggir á bestu starfsvenjum þróunarumhverfis. Hér er hægt að stýra ýmsum áhættuþáttum vel þar sem árangur er stöðugt metinn.
- Waterfall gerir ekki ráð fyrir að liðið og verkefnið verði staðsett á sama stað. Þó að scrum og lipur þurfi samstaðsetningu starfsmanna.
- Agile leggur áherslu á að draga úr endurvinnslu verkefna og hvetur til að breytingar verði teknar upp mun fyrr. Öfugt við fossinn, sem bregst öðruvísi við, gerir scrum einnig kleift að uppgötva breytingar snemma.
- Fyrirferðarmeiri teikning fyrir endanlega vöru er veitt af lipurri og scrum. Þetta skapar vandamál með loforð sem gefin eru til kaupanda. Aftur á móti gefur fossgrafíkin viðskiptavinum og forriturum betri mynd af fulluninni niðurstöðu.
- Hver þessara aðferða hefur sett af verkfærum til að skipuleggja og líkja eftir verkefnum sem taka þátt í gerð þeirra.
Niðurstaða
Ef þú hefur fylgst með hingað til og ert fullviss um þekkingu þína á greinarmun á Waterfall, Agile og Scrum ferlum, ættir þú nú þegar að vita hvaða stefna mun virka best fyrir þig og teymið þitt.
Vatnsfallstæknin, sem er fyrir verkefni með ákveðið umfang, tímaramma og fjárhagsáætlun, getur verið besti kosturinn þinn ef þér líkar við harðar reglur og verklag og finnur að þær gefa skýrleika.
Á hinn bóginn, ef frelsi og aðlögunarhæfni Agile býður þér innblástur, gæti það verið þar sem þú ættir að beina athyglinni þinni.
Scrum er þó leiðin til að fara ef þú vilt smá aga innan sveigjanlegs ramma.
Hins vegar verður þú að íhuga þessar aðferðir í ljósi verkefnisins sem þú ert að vinna að og endanlegri niðurstöðu þinni.
Skildu eftir skilaboð