De kompjûtersektor is fol mei dûbelsinnige taal, hurde jargon, en komplekse ideeën dy't lestich te begripen binne en jo geast kinne stjoere yn in frenzy fan komputerbuffering.
Wetterfal? Scrum? Agile?
As dizze útdrukkingen folslein frjemd binne foar jo, meitsje jo gjin soargen; jo behelpsum team fan HashDork tech-geeks is hjir om jo te helpen om de ûnderskiedingen te begripen tusken dizze krúsjale stadia fan it ûntwikkelingsproses, sadat jo kennisber wurde kinne.
De agile, scrum- en wetterfaltechniken sille allegear wurde behannele yn dizze blogpost, tegearre mei hoe't elk jo team as gehiel kin helpe.
Litte wy begjinne mei de agile, en wy sille de rest meidrage.
Wat is Agile?
Agile softwareûntwikkeling folget in iterative, inkrementele oanpak. Yn stee fan wiidweidige tarieding oan it begjin fan in projekt, binne Agile-techniken fleksibel foar feroarjende behoeften yn 'e rin fan' e tiid en befoarderje trochgeande feedback fan ein-brûkers.
Cross-funksjonele teams wurkje oan produkt iteraasjes oer tiid, en dit wurk wurdt yndield yn in efterstân en prioritearre basearre op bedriuw of klant wearde. It doel fan elke iteraasje is om in brûkber produkt te meitsjen.
Liederskip befoarderet gearwurking, ferantwurdlikens, en face-to-face kommunikaasje yn Agile metodologyen.
Saaklike belanghawwenden en ûntwikkelders moatte gearwurkje om te soargjen dat it produkt foldocht oan 'e easken fan' e konsumint en de doelen fan it bedriuw.
De útdrukking "agile ûntwikkeling" ferwiist nei in ferskaat oan metoaden en kaders dy't basearre binne op de idealen en útgongspunten dy't yn 'e Agile manifest.
Eksperts advisearje har te hâlden oan agile prinsipes en wearden en se te brûken as hantlieding om te besluten oer de juste aksjes om te nimmen yn in bepaalde omjouwing by it benaderjen fan softwareûntwikkeling.
It gearwurkjende en selsorganisearjende team binne de wichtichste gebieten fan fokus foar de agile softwareûntwikkelingsmienskip.
Teams meie autonoom beslute hoe't se in bepaald projekt oanpakke, mar dat betsjut net dat tafersjochhâlders net bestean. Agile teams binne dêrom cross-funksjoneel.
Yn in agile paradigma binne managers noch altyd nedich. Se soargje derfoar dat elk teamlid de nedige kapasiteiten hat of krijt foar it projekt.
Managers yn in agile ramt wurkje troch in sfear te befoarderjen dy't it bêste yn it team nei foaren bringt. Mar ynstee fan de lieding te nimmen, nimme se faak in efterbank en lit it team beslute hoe't se dingen sille leverje.
Managers wurde allinich belutsen as teams kearen besykje problemen op te lossen sûnder sukses.
Agile ûntwikkelingssyklus
De stadia fan 'e Agile-ûntwikkelingssyklus wurde hjirûnder neamd. It is krúsjaal om te ûnthâlden dat dizze fazen net yn oarder moatte plakfine, om't se fleksibel binne en konstant feroarje. In protte fan dizze stadia plakfine tagelyk.
- Planning: Nei in projektteam hat besletten dat in idee praktysk en wurkber is, begjinne se nei funksjes te sykjen. Dizze faze hat as doel om prioritearje elke funksje en tawize it oan in iteraasje nei it brekken fan it idee yn lytsere workpieces (de funksjes).
- Analyse fan easken: Om saaklike easken te bepalen, befettet dizze stap ferskate diskusjes mei managers, belanghawwenden en brûkers. Wa sil it produkt brûke en hoe sille se it brûke binne ûnder de details dy't it team moat sammelje. Dizze noarmen moatte spesifyk, fan tapassing en kwantitatyf wêze.
- Ûntwerp: De easken fûn yn 'e foarige etappe wurde brûkt foar it tarieden fan it systeem- en softwareûntwerp. Oerwagings foar it uterlik fan it produkt of de oplossing moatte wurde makke troch it team. In strategy of plan foar de test wurdt ek ûntwikkele troch it testteam.
- Ymplemintaasje, kodearring, of ûntwikkeling: De fokus fan dit poadium is op it bouwen en evaluearjen fan funksjes en it plannen fan de ynset fan iteraasjes (nei oanpak fan iterative en ynkrementele ûntwikkeling [IID]). Om't d'r gjin funksjes wurde levere, begjint iteraasje 0 fan 'e ûntwikkelingsperioade. Troch aktiviteiten te foltôgjen lykas kontraktearjen, ynstellen fan ynstellingen en finansiering, biedt dizze iteraasje de basis foar takomstige groei.
- testing: Nei de koade is oanmakke, wurdt hifke tsjin de easken om te soargjen dat it produkt echt foldocht oan brûkerseasken en foldocht oan bedriuwsdoelen. Testen fan ienheid, yntegraasje, systeem en akseptabiliteit wurde op dit stadium útfierd.
- Deployment: Nei testen wurdt it produkt nei kliïnten stjoerd, sadat se it kinne brûke. It projekt is lykwols net klear nei ynset. Klanten kinne ekstra problemen tsjinkomme neidat se it produkt begjinne te brûken, wat it projektteam nedich hat om in oplossing te finen.
foardielen
- Snellere levering fan hegere kwaliteit: Troch it projekt op te brekken yn iteraasjes (behearbere ienheden), is it team yn steat om te konsintrearjen op gearwurking, ûntwikkeling en testen fan hegere kwaliteit. As testen wurdt dien mei elke iteraasje, wurde problemen rapper fûn en repareare. Derneist, mei konstante, folgjende ferzjes, kin dizze software fan hege kwaliteit rapper wurde levere.
- Feroaring is wolkom: Hoewol't planingssyklusen koarter binne, is it ienfâldich om feroaringen op elk punt yn it projekt te akseptearjen en te foldwaan. De efterstân kin altyd wurde ferbettere en opnij prioritearre, wêrtroch teams yn in pear wiken wizigingen kinne oanmeitsje oan it projekt.
- Eindoel is miskien net bekend: Agile is poerbêst foar projekten as it eindoel net dúdlik definiearre is. As it projekt fierder beweecht, sille de doelstellingen dúdlik wurde, en sil ûntwikkeling maklik oan dizze feroarjende behoeften kinne foldwaan.
- Trochrinnende ferbettering: Agile programma's befoarderje brûkers- en teamynput yn alle stadia fan it projekt, wêrtroch it tapassen fan wat leard wurdt om de folgjende iteraasje better te meitsjen.
- De mieningen fan klanten wurde wurdearre: D'r binne ferskate kânsen foar klanten om te sjen dat wurk foltôge wurdt, feedback oanbiede en it definitive resultaat echt beynfloedzje. Troch sa yntime ynteraksje mei it projektteam, kinne se in gefoel fan eigendom ûntwikkelje.
- Sterke teamwurk: Agile beklammet de betsjutting fan reguliere kommunikaasje en persoanlike moetings. Minsken kinne ferantwurdlikens nimme en bepaalde projektkomponinten hawwe by it wurkjen yn teams.
neidielen
- Teamleden moatte kennis hawwee: Agile teams binne faak lyts. Sa moatte teamleden in breed oanbod fan feardigens hawwe. Derneist moatte se har begripe en har gemak fiele mei de selekteare Agile-technyk.
- Planning koe minder presys wêze: It kin soms útdaagjend wêze om in krekte leveringsdatum te bepalen. Agile is boud op levering yn 'e tiid, en projektmanagers feroarje de prioriteiten fan taken faak opnij. Sa is it wierskynlik dat guon fan 'e leveringen dy't ynearsten pland wiene foar levering, net op 'e tiid klear binne. Derneist kinne mear sprints op elk punt yn it projekt wurde tafoege, wat it heule skema ferlingt.
- Dokumintaasje kin wurde negearre: Guon teamleden kinne leauwe dat it konsintrearjen op dokumintaasje minder krúsjaal is, om't it Agile Manifesto wurkjende software foarkomt boppe yngeande dokumintaasje. Agile teams moatte it ideale lykwicht fine tusken dokumintaasje en dialooch, sels wylst yngeande dokumintaasje gjin projektsukses op himsels kin garandearje.
- De definitive útfier kin sterk ferskille: D'r kin miskien net in dúdlike strategy west hawwe foar it earste Agile-projekt, en dêrom kin de ôfmakke útkomst sterk feroarje fan wat earst ferwachte waard. In substansjeel oare definitive útfier kin resultearje út it tafoegjen fan nije iteraasjes basearre op feroarjende klantynput, om't Agile sa oanpasber is.
- De tiid fan ûntwikkelders: It ûntwikkelingsteam moat folslein ynsette foar it projekt foar agile om effektyf te wêzen. De Agile-metoade, dy't langer duorret as in konvinsjonele oanpak, fereasket konstante aktive dielname en gearwurking. Derneist betsjuttet it dat de ûntwikkelders har ynsette moatte foar de folsleine lingte fan it projekt.
Wat is Waterfall?
De populêrste iteraasje fan 'e ûntwikkelingssyklus fan it systeem (SDLC) foar software-engineering en IT-projekten is bekend as de "wetterfal-oanpak", dy't in opfolgjende, lineêre proseduere folget.
In Gantt-diagram, in foarm fan staafdiagram dy't de begjin- en eindatums fan elke baan werjaan, wurdt soms brûkt om it te plannen.
It ûntwikkelingsteam giet troch nei it folgjende nivo nei't ien fan 'e acht fazen foltôge is. It team is net yn steat om werom te gean nei in foarige faze sûnder de hiele proseduere opnij te begjinnen.
Derneist kin de kliïnt de easken moatte evaluearje en akseptearje foardat it team nei it folgjende nivo kin gean.
It wetterfalmodel waard ûntwikkele yn 'e heul organisearre omjouwings fan' e produksje- en bousektor, wêr't oanpassingen te djoer of sels ûnmooglik wêze kinne.
De wetterfaltechnyk wurdt sa neamd om't it bedoeld is om mar yn ien rjochting te streamen - nei ûnderen - krekt as in wetterfal. De fazen dêrfan omfetsje analyze, begjin, testen, ûntwerp, bouwen, ynset, ûnderhâld en testen.
De wetterfaltechnyk hat ferskate foardielen, krekt as elke oare strategy. Ien is dat de fazen fan projektplanning en ûntwerp mear fêststeld binne.
Klanten en it ûntwikkelteam binne mear ôfstimd as it giet om projektleveransen by it brûken fan wetterfalsoftwareûntwikkeling. Om't jo fan it begjin ôf bewust binne fan 'e omfang fan it projekt, makket wetterfalûntwikkeling it ek ienfâldiger om de fuortgong te kontrolearjen.
It wetterfalproses brûkt spesjalisten, ûntwikkelders, analisten en testers om har te konsintrearjen op har banen yn it projekt ynstee fan dat it heule team ien stap beklamme.
Stadia fan Waterfall
De seis stappen fan 'e wetterfal moatte allegear ien nei de oare foarkomme:
- It sammeljen en opslaan easken: Jo moatte yngeande kennis sammelje oer wat dit projekt op dit stuit freget. D'r binne ferskate techniken om dizze gegevens te sammeljen, ynklusyf ynterviews, enkêtes en gearwurkjende brainstorming. De projektbehoeften moatte dúdlik wêze op 'e tiid dat dizze faze foarby is, en jo team soe in kopy moatte hawwe krigen fan it easkendokumint.
- Untwerp fan in systeem: It systeem is ûntwurpen troch jo team mei foarbepaalde spesifikaasjes. Yn dit stadium wurdt gjin kodearring dien, mar it team stelt wol easken foar hardware of de programmeartaal.
- útfiering: Dizze poadium omfettet kodearring. De gegevens fan 'e foargeande etappe wurde brûkt troch programmeurs om in brûkber produkt te bouwen. Koade wurdt faak ymplementearre yn lytse brokken dy't wurde kombineare oan 'e konklúzje fan ien faze as it begjin fan in oare.
- testing: It produkt kin begjinne te testen neidat de koade foltôge is. Alle problemen wurde sekuer fûn en rapportearre troch testers. Jo projekt moat miskien weromgean nei faze ien foar opnij evaluaasje as wichtige problemen ferskine.
- Levering / ynset: It produkt is klear op dit punt, en dyn ploech tsjinnet de deliverables foar ynset of frijlitting.
- Ûnderhâld: De klant hat it produkt ûntfongen en brûkt it. Jo team moat miskien reparaasjes en updates ûntwikkelje as problemen ferskine om se te reparearjen. Wer, wichtige problemen kinne roppe foar in weromkear nei stap ien.
foardielen
- Ienfâldich te betsjinjen en te behearjen: De Waterfall-oanpak is ienfâldich te brûken en te begripen, om't elk projekt op deselde opienfolgjende manier wurdt behannele. Foar it begjin fan in Waterfall-projekt is it team net ferplichte om foarôfgeande ekspertize of training te hawwen. De wetterfal oanpak is hiel strang; elke poadium hat in set fan leveringen en in resinsje, wêrtroch it ienfâldich is om te behearjen en te ûnderhâlden.
- In goed dokumintearre metodyk is fereaske: De dokumintaasje dy't fereaske is troch de wetterfalmetodology helpt om de redenearring efter de tests en koade te ferdúdlikjen. Derneist makket it in papieren spoar yn gefal belanghawwenden ekstra ynformaasje wolle oer in bepaalde faze of foar eventuele takomstige inisjativen.
- Hanthavenjen fan disipline: Elke stap yn in wetterfalprojekt hat in begjin en in finish, wêrtroch it ienfâldich is om foarútgong te kommunisearjen oan belanghawwenden en kliïnten. It team kin de mooglikheid ferleegje om in deadline te missen troch easken en ûntwerp earst te setten foardat se koade produsearje.
neidielen
- It kin lestich wêze om krekte easken te sammeljen: Sprekke mei konsuminten en belanghawwenden om har behoeften te bepalen is ien fan 'e earste fazen fan in Waterfall-projekt. Op dit iere stadium fan it projekt kin it útdaagjend wêze om har spesifike easken te bepalen. Klanten leare faak oer har easken as it projekt ûntwikkelet ynstee fan har foarôf út te drukken.
- Feroarings binne dreech te foldwaan: De bemanning kin net opnij wurkje nei it foltôgjen fan in faze. It is heul lestich en djoer om werom te gean en it te reparearjen as se yn 'e testfaze leare dat funksjonaliteit ûntbrekt tidens it easkenproses.
- Software wurdt levere nei syn ferfaldatum: Twa oant fjouwer fazen fan it projekt moatte klear wêze foardat de echte kodearring kin begjinne. Belanghawwenden sille funksjonele software net oant let yn 'e libbenssyklus as resultaat sjen.
Wat is Scrum?
Ien fan 'e meast populêre proseskaders om Agile yn 'e praktyk te bringen is Scrum, dat in subset is fan Agile.
It is in iteratyf paradigma foar it behearen fan it meitsjen fan komplekse software en produkten. Sprints, dy't iteraasjes fan fêste lingte binne dy't ien oant twa wiken rinne, kinne it team software frijlitte op in reguliere skema.
Stakeholders en teamleden komme byinoar om de folgjende stappen nei elke sprint te besprekken. De rollen, ferantwurdlikheden en gearkomsten yn Scrum bliuwe konstant.
Scrum spesifisearret bygelyks de sprintplanning, deistige stand-up, sprintdemo, en sprint retrospektyf as de fjouwer rituelen dy't elke sprintstruktuer leverje.
It team sil by elke sprint fisuele artefakten brûke lykas taakboerden as burndown-diagrammen om foarútgong te demonstrearjen en inkrementele feedback te krijen.
Yn scrum wurkje it team en de produkteigner nau gear om systeemfunksjonaliteit te identifisearjen en te prioritearjen. Se berikke dit troch it meitsjen fan in produktefterstân, dy't alle taken befettet dy't nedich binne om software te produsearjen dy't funksjonearret lykas bedoeld.
Bug-patches, net-funksjonele easken en funksjes moatte allegear opnommen wurde yn 'e wachtrige. Cross-funksjonele teams moatte skatte en oanmelde om software-ynkommens te leverjen yn trochgeande sprints, dy't typysk 30 dagen duorje, ienris doelstellingen binne fêststeld.
Allinnich it team kin funksjonaliteit tafoegje oan 'e Sprint nei it ynsetten fan de efterstân foar dy sprint.
Folgjende Sprint-levering wurdt de produktefterstân beoardiele en, as nedich, opnij prioritearre, en de folgjende leveringsset wurdt keazen om diel út te meitsjen fan 'e folgjende sprint.
Scrum proses
- Produktbefestiging: Om de items yn 'e produktefterstân te bestellen, komme de Product Owner en Scrum Team gear (it wurk oan' e produktefterstân komt út brûkersferhalen en easken). De produktefterstân is in list mei alle winske funksjes foar it produkt ynstee fan in list mei taken dy't moatte wurde foltôge. Dêrnei selekteart it ûntwikkelteam taken út 'e produktefterstân om yn elke sprint út te fieren.
- Sprint planning: Foarôfgeand oan elke sprint leveret de Produkteigner de topitems yn 'e efterstân oan it team op in sprintplanningsgearkomste. De groep selekteart dan items út 'e produktefterstân dy't se kinne ôfmeitsje tidens de sprint en ferpleatst se nei de sprintefterstân (dat is in list mei taken om yn' e sprint te foltôgjen).
- Ferfining / fersoarging fan de efterstân: Om derfoar te soargjen dat de efterstân foar de folgjende sprint taret is, komme it team en de produkteigner by it ôfsluten fan ien sprint. It team kin ferhalen fan brûkers dy't net mear relevant binne, nije tafoegje, de folchoarder feroarje wêryn't se moatte wurde oanpakt, of ferhalen fan brûkers ferdielen yn lytsere taken. By dizze “grooming”-gearkomste sil der foar soargje dat de efterstân allinnich saken omfettet dy’t relevant, yngeand en yn oerienstimming mei de doelen fan it projekt binne.
- Scrum gearkomsten alle dagen: Yn in 15-minuten stand-up gearkomste neamd de Daily Scrum, elk teamlid besprekt har doelen en alle problemen dy't ûntstien binne. Alle dagen troch de sprint docht it team mei oan de Daily Scrum, dy't elkenien op 'e taak hâldt.
- Gearkomst om de sprint te beoardieljent: It team presintearret harren wurk op in sprint review gearkomste by de ôfsluting fan eltse sprint. Ynstee fan in rapport of in PowerPoint-presintaasje moat dizze gearkomste in echte demonstraasje befetsje.
- Retrospektyf sprintgearkomste: It team besprekt alle wizigingen dy't moatte wurde makke yn 'e folgjende sprint en ek hoe goed Scrum foar har wurket oan' e konklúzje fan elke sprint. It team kin de positive aspekten, negative aspekten en gebieten foar ferbettering fan 'e sprint beprate.
foardielen
- Mear ferantwurdlikens fan it team: D'r is gjin projektmanager dy't it scrumteam ynstruearret oer wat te dwaan en wannear. It wurk dat yn elke sprint ôfmakke wurde kin, wurdt ynstee bepaald troch it team as gehiel. Se wurkje allegear gear en jouwe in hân oan inoar, it ferbetterjen fan teamwurk en it stimulearjen fan yndividualiteit yn elk teamlid.
- Ferbettere projektsichtberens en transparânsje: D'r binne minder misferstannen en ûndúdlikens, om't elkenien yn it team har bewust is fan har ferantwurdlikheden troch faaks stand-up gearkomsten. It team kin problemen omgean foardat se út kontrôle komme, om't problemen fan tefoaren wurde opspoard.
- Ferbettere kostenreduksjes: Konstante kommunikaasje hâldt it team op 'e hichte fan alle problemen of feroaringen sa gau as se barre, wat helpt om kosten te besparjen en kwaliteit te ferbetterjen. Lytsere funksjebrokken soargje foar trochgeande feedback en meitsje it mooglik foar iere flaterkorreksje foardat gruttere flaters te djoer wurde om te ferhelpen.
- Ienfâldich oan te passen oan feroaringen: It is ienfâldiger om te gean mei en oan te passen oan feroarings as d'r faak feedbackloops en koarte sprints binne. As yllustraasje, as it team yn ien sprint in gloednij brûkersferhaal tsjinkomt, kinne se dizze funksje fluch tafoegje oan 'e folgjende sprint op' e efterstânferfininggearkomste.
neidielen
- Scope creep gefaar: Troch it ûntbrekken fan in fêste foltôgingsdatum, kinne bepaalde Scrum-projekten te krijen hawwe mei scope creep. Belanghebbenden koenen wurde ferliede om troch te gean mei it freegjen fan mear funksjes as d'r gjin deadline is foar foltôging.
- In minne Scrum Master kin alles derails: In projektmanager is net itselde as in scrummaster. De Scrum Master moat it team fertrouwe dat se tafersjoch hâlde en har nea ynstruksjes jaan. De Scrum Master hat gjin macht oer it team. It projekt sil mislearje as de scrummaster besiket it team te behearjen.
- Akkuraatheidsproblemen kinne resultearje út min oantsjutte taken: As taken net dúdlik oantsjutte binne, sille projektkosten en skema's net krekt wêze. Planning wurdt útdaagjend en sprints kinne langer duorje dan ferwachte as de earste doelen net definieare binne.
- Underfining en tawijing binne nedich foar in team: Foar it team om suksesfol te wêzen, moatte rollen en plichten dúdlik definieare wurde. It Scrum Team fereasket teamleden mei technyske feardichheden, om't d'r gjin dúdlik definieare rollen binne (elkenien docht alles). It team moat ek ynsette om diel te nimmen oan 'e deistige Scrum-sesjes en byinoar te bliuwen foar it libben fan it projekt.
Agile vs Scrum
Sels hoewol Agile en Scrum deselde metodyk brûke, binne d'r wat fariaasjes tusken de twa. It Agile Manifesto sketst in set prinsipes foar it meitsjen fan software troch iterative ûntwikkeling.
Scrum, oan 'e oare kant, is in set fan rjochtlinen dy't moatte wurde folge by it dwaan fan Agile softwareûntwikkeling. Agile is in konsept, wylst Scrum in technyk is om it yn 'e praktyk te bringen.
Scrum is in metoade foar it ymplementearjen fan Agile, dêrom hawwe se beide in protte dingen mienskiplik. Beide oanpak binne iteratyf, prioriteit betiid en faak software levering, en akseptearje feroaring. Se stypje ek iepenheid en trochgeande ûntwikkeling.
Agile vs Waterfall
Rigid vs fleksibele bêste beskriuwt de ûnderskiedingen tusken de Waterfall proses en Agile. Wylst Agile floeiend is en konstant feroaret, is Waterfall in folle strakkere, rigide metodyk.
Dizze fierdere ûnderskiedingen tusken har binne as folget:
- Agile fereasket gjin lineêre oanpak, wylst Waterfall sekwinsjele is.
- Wylst behoeften faak foarôf definieare binne yn Waterfall-projekten, wurdt ferwachte dat se sille feroarje en oanpasse yn Agile-inisjativen.
- Yn tsjinstelling ta Agile tastean Waterfall-projekten gjin wizigingen oan te meitsjen oan wurk dat yn in foarôfgeande faze foltôge is.
- De wetterfal is in organisearre proseduere wêryn jo elke stap moatte ôfmeitsje foardat jo trochgean nei de folgjende. Agile is lykwols in fleksibele metodyk wêrmei jo kinne trochgean mei it projekt yn jo eigen tempo.
Agile vs Waterfall vs Scrum
- De wetterfal fergruttet it fertrouwen yn wat der hiel gau nei it plan is levere. Agile fertrout op de bêste praktiken fan in ûntwikkelingsomjouwing. Hjir kinne in oantal projektrisiko's goed beheard wurde, om't de resultaten kontinu evaluearre wurde.
- Waterfall ferwachtet net dat it team en it projekt op deselde lokaasje basearre wurde. Wylst scrum en agile co-lokaasje fan meiwurkers nedich binne.
- Agile rjochtet him op it ferminderjen fan projektferwurking en stimulearret feroaringen om folle earder op te nimmen. Yn tsjinstelling ta de wetterfal, dy't oars reagearret, makket scrum ek betiid ûntdekking fan feroaringen mooglik.
- In kompakter blauprint foar it einprodukt wurdt levere troch agile en scrum. Dit soarget foar in probleem mei de beloften oan 'e keaper. Yn tsjinstelling jout de wetterfalgrafyk kliïnten en ûntwikkelders in bettere yndruk fan it ôfmakke resultaat.
- Elk fan dizze techniken hat in set ark foar it organisearjen en simulearjen fan de taken belutsen by har skepping.
Konklúzje
As jo oant no ta binne folge en betrouwen binne yn jo kennis fan 'e ûnderskiedingen tusken de Waterfall-, Agile- en Scrum-prosessen, moatte jo al witte hokker strategy it bêste sil wurkje foar jo en jo team.
De Waterfalltechnyk, dy't is foar projekten mei in bepaalde omfang, tiidframe en budzjet, kin jo bêste opsje wêze as jo fan hurde regels en prosedueres hâlde en fine dat se dúdlikens bringe.
Oan 'e oare kant, as de frijheid en oanpassingsfermogen Agile biedt jo ynspirearje, kin it wêze wêr't jo jo oandacht moatte pleatse.
Scrum is lykwols de manier om te gean, as jo in bytsje dissipline wolle binnen in fleksibel ramt.
Jo moatte dizze oanpak lykwols beskôgje yn it ljocht fan it projekt wêr't jo oan wurkje en jo úteinlike resultaat.
Leave a Reply