L'industria di l'informatica hè ricca di lingua ambigua, gergo duru è idee cumplesse chì sò difficiuli di capiscenu è ponu mandà a vostra mente in una frenesia di buffering computazionale.
Cascata ? Scrum? Agile ?
Sì sti frasi sò cumplettamente stranieri per voi, ùn vi preoccupate; a vostra squadra utile di i geeks tecnulugichi HashDork hè quì per aiutà vi à capisce e distinzioni trà queste fasi cruciali di u prucessu di sviluppu in modu chì pudete diventà infurmatu.
I tecnichi agili, scrum è cascata seranu tutti coperti in stu blog post, cù cumu ognunu pò aiutà a vostra squadra in tuttu.
Cuminciamu cù l'agile, è purteremu u restu.
Chì ghjè Agile?
U sviluppu di software agile segue un approcciu iterativu, incrementale. Piuttostu chè una preparazione estensiva à l'iniziu di un prughjettu, e tecniche Agile sò flessibili à i bisogni cambianti cù u tempu è prumove un feedback continuu da l'utilizatori finali.
I squadre interfunzionali travaglianu nantu à iterazioni di u produttu cù u tempu, è questu travagliu hè categurizatu in un backlog è priurità basatu annantu à u valore di l'affari o di u cliente. U scopu di ogni iterazione hè di creà un pruduttu utilizable.
A dirigenza prumove a cooperazione, a rispunsabilità è a cumunicazione faccia à faccia in metodologie Agile.
I stakeholder di l'imprese è i sviluppatori devenu cullaburà per assicurà chì u pruduttu risponde à e richieste di u cunsumadore è i scopi di a cumpagnia.
A frasa "sviluppu agile" si riferisce à una varietà di metudi è quadri chì sò basati nantu à l'ideali è principii delineati in u Manifest Agile.
I sperti cunsiglianu di aderisce à i principii è i valori agili è l'utilizanu cum'è una guida per decide l'azzioni ghjuste da piglià in un ambiente particulari mentre avvicinendu u sviluppu di software.
A squadra di cullaburazione è autourganizazione sò i principali spazii di focus per a cumunità di sviluppu di software agile.
E squadre sò permesse di decide in modu autonomu cumu affruntà un prughjettu particulare, ma questu ùn significa micca chì i supervisori sò inesistenti. E squadre agili sò dunque trasversali.
In un paradigma agile, i gestori sò sempre necessarii. Assicuranu chì ogni membru di a squadra hà o acquistate e capacità necessarie per u prugettu.
I gestori in un quadru agile operanu favurendu una atmosfera chì porta u megliu in a squadra. Ma piuttostu cà di piglià a guida, spessu piglianu un postu in daretu è lascianu à a squadra decide cumu si metteranu e cose.
I dirigenti sò implicati solu quandu e squadre ripetutamente pruvate à risolve i prublemi senza successu.
Ciclu di Sviluppu Agile
I tappe di u ciculu di sviluppu Agile sò listati quì sottu. Hè cruciale di ricurdà chì sti fasi ùn devenu micca esse in ordine perchè sò flessibili è cambiante constantemente. Parechje di sti tappe si facenu simultaneamente.
- Planning: Dopu chì una squadra di prughjettu hà decisu chì una idea hè pratica è praticabile, cumincianu à circà funziunalità. Questa fase hà u scopu di prioritizà ogni funzione è l'assignà à una iterazione dopu à scumpressà l'idea in pezzi più chjuchi (i funziunalità).
- Analisi di esigenze: Per determinà i bisogni di l'affari, stu passu implica parechje discussioni cù i gestori, i partiti interessati è l'utilizatori. Quale aduprà u pruduttu è cumu u utilizanu sò trà i dettagli chì a squadra hà da cullà. Questi standard devenu esse specifichi, applicabili è quantitativi.
- Design: I requisiti truvati in u stadiu precedente sò usati per preparà u disignu di u sistema è u software. Considerazioni per l'apparenza di u pruduttu o di a suluzione deve esse fatta da a squadra. Una strategia o un pianu per a prova hè ancu sviluppata da a squadra di teste.
- Implementazione, codificazione, o sviluppu: L'enfasi di sta tappa hè nantu à a custruzzione è a valutazione di e funziunalità è a pianificazione di a implementazione di l'iterazioni (seguendu l'approcciu di sviluppu iterativu è incrementale [IID]). Perchè ùn ci sò micca funzioni chì sò furnite, l'iterazione 0 di u periodu di sviluppu principia. Cumpiendu l'attività cum'è u cuntrattu, a creazione di paràmetri è u finanziamentu, sta iterazione furnisce a basa per a crescita futura.
- essai: Dopu chì u codice hè statu creatu, hè verificatu contru à i requisiti per assicurà chì u pruduttu veramente satisface e richieste di l'utilizatori è risponde à l'ugettivi cummerciale. Test di unità, integrazione, sistema è accettabilità sò realizati in questa fase.
- Mudellu: Dopu a prova, u pruduttu hè mandatu à i clienti per pudè usà. U prughjettu ùn hè micca finitu dopu a implementazione, però. I clienti ponu scontru prublemi supplementari dopu avè principiatu à aduprà u pruduttu, chì avarà bisognu di a squadra di u prugettu per truvà una suluzione.
vantaghji
- Consegna più veloce, di qualità superiore: Distrughjendu u prugettu in iterazioni (unità gestionabili), a squadra hè capaci di cuncentrazione nantu à a cullaburazione, u sviluppu è a prova di qualità superiore. Quandu a prova hè fatta cù ogni iterazione, i prublemi sò truvati è risolti più rapidamente. Inoltre, cù rivisioni custanti è successive, stu software d'alta qualità pò esse furnitu più rapidamente.
- U cambiamentu hè benvenutu: Ancu se i ciculi di pianificazione sò più brevi, hè simplice per accettà è accumpagnà cambiamenti in ogni puntu di u prugettu. U backlog pò sempre esse migliuratu è riprioritizatu, chì permette à e squadre di fà cambiamenti à u prugettu in un paru di settimane.
- U scopu finale pò esse micca cunnisciutu: Agile hè eccellente per i prughjetti quandu u scopu finale ùn hè micca chjaramente definitu. Quandu u prughjettu si move più in là, l'ugettivi diventeranu chjaru, è u sviluppu serà capace di accoglie facilmente questi bisogni cambianti.
- Improvement continuu: I prugrammi Agile prumove l'input di l'utilizatori è di a squadra in tutte e tappe di u prugettu, chì permettenu l'applicazione di ciò chì hè amparatu per migliurà a prossima iterazione.
- L'opinioni di i clienti sò valutate: Ci sò parechje opportunità per i clienti per fighjà u travagliu chì hè cumpletu, offre feedback, è veramente affettanu u risultatu finali. Per interagisce cusì intimamente cù a squadra di u prughjettu, puderanu sviluppà un sensu di pruprietà.
- Forte travagliu in squadra: Agile enfatiza l'impurtanza di cumunicazione regulare è scontri in persona. A ghjente pò piglià a rispunsabilità è pussede certi cumpunenti di u prughjettu quandu travaglia in squadre.
Tu me
- I membri di a squadra duveranu avè cunniscenzee: I squadre Agile sò spessu chjuchi. Cusì, i membri di a squadra devenu avè una larga gamma di cumpetenze. Inoltre, anu da capisce è si sentenu à l'aise cù a tecnica Agile scelta.
- A pianificazione puderia esse menu precisa: In ocasu pò esse sfida à determinà una data di consegna esatta. L'agile hè custruitu nantu à a consegna in scatula di tempu, è i gestori di prughjetti riorganizanu spessu e priorità di e attività. Cusì, hè prubabile chì alcuni di i risultati chì eranu inizialmente previsti per a consegna ùn saranu micca finiti à tempu. Inoltre, più sprints ponu esse aghjuntu in ogni puntu di u prugettu, allungendu u calendariu tutale.
- A documentazione pò esse ignorata: Certi membri di l'equipa puderanu crede chì cuncentrazione nantu à a documentazione hè menu cruciale postu chì u Manifestu Agile favurizeghja u software di travagliu sopra una documentazione approfondita. E squadre agili duveranu truvà l'equilibriu ideale trà a documentazione è u dialogu, ancu s'è una documentazione approfondita ùn pò micca guarantiscia u successu di u prugettu per sè stessu.
- U risultatu finali pò esse assai diffirenti: Ùn ci hè micca stata una strategia chjara per u prughjettu Agile iniziale, è dunque u risultatu finitu pò cambià assai da ciò chì era anticipatu prima. Un output finale sostanzialmente diversu pò esse risultatu da l'aghjunzione di novi iterazioni basati nantu à l'input cambiante di u cliente, postu chì Agile hè cusì adattabile.
- Impegnu di u tempu di i sviluppatori: U squadra di sviluppu deve esse cumplettamente impegnata in u prugettu per agile per esse efficace. U metudu Agile, chì dura più di un approcciu convenzionale, richiede una participazione è una cooperazione attiva constante. Inoltre, implica chì i sviluppatori devenu impegnà à a durata di u prugettu tutale.
Cosa hè a cascata?
L'iterazione più populari di u ciclu di vita di u sviluppu di u sistema (SDLC) per l'ingegneria di u software è i prughjetti IT hè cunnisciuta cum'è "approcciu cascata", chì seguita una prucedura sequenziale, lineale.
Un diagramma di Gantt, una forma di graficu à barre chì mostra e date di principiu è di fine di ogni travagliu, hè in ocasioni utilizatu per pianificà.
A squadra di sviluppu avanza à u livellu seguente dopu chì una di e ottu fasi hè finita. A squadra ùn hè micca capaci di vultà à una tappa precedente senza avè da ripiglià tutta a prucedura.
Inoltre, u cliente pò avè bisognu di valutà è accettà i requisiti prima chì a squadra pò andà à u prossimu livellu.
U mudellu di cascata hè statu sviluppatu in l'ambienti altamente urganizati di i settori di fabricazione è di custruzzione, induve l'aghjustamenti puderanu esse pruibitivamente caru o ancu impussibile.
A tecnica di a cascata hè chjamata cusì perchè hè destinata à flussu in una sola direzzione - in discendenza - cum'è una cascata. E so fasi includenu l'analisi, l'iniziu, a prova, u disignu, a custruzione, l'implementazione, u mantenimentu è a prova.
A tecnica di cascata hà parechji vantaghji, cum'è qualsiasi altra strategia. Unu hè chì e fasi di a pianificazione di u prughjettu è u disignu sò più ben stabiliti.
I clienti è u squadra di sviluppu sò più allineati quandu si tratta di i prudutti di u prughjettu mentre utilizanu u sviluppu di software in cascata. Perchè avete cunuscenza di u scopu di u prugettu da u principiu, u sviluppu di a cascata rende ancu più simplice per monitorà u prugressu.
U prucessu di a cascata usa specialisti, sviluppatori, analisti è testatori per cuncentrazione nantu à u so travagliu in u prugettu piuttostu cà di avè tutta a squadra enfatizà un passu.
Tappe di Cascata
I sei passi di a Cascata deve esse tutti l'un dopu l'altru:
- Cunsiglii di cullizzioni è di almacenamentu: Duvete amassi una cunniscenza approfondita in quantu à ciò chì stu prughjettu esige in questu mumentu. Ci hè parechje tecniche per cullà sti dati, cumprese interviste, sondaggi è brainstorming cullaburatori. I bisogni di u prughjettu duveranu esse evidenti à u mumentu chì sta fase hè finita, è a vostra squadra duveria avè ricevutu una copia di u documentu di i requisiti.
- U disignu di u sistema: U sistema hè cuncepitu da a vostra squadra cù specificazioni predeterminate. Duranti sta tappa, ùn hè micca fattu codificazione, ma a squadra stabilisce esigenze per hardware o lingua di prugrammazione.
- pasturinu: Questa tappa implica a codificazione. I dati di u stadiu precedente sò usati da i programatori per custruisce un pruduttu utilizable. U codice hè spessu implementatu in picculi pezzi chì sò cumminati à a cunclusione di una fase o l'iniziu di l'altru.
- essai: U pruduttu pò principià esse pruvatu dopu chì u codice hè cumpletu. Ogni prublema hè meticulosamente truvata è riportata da i testatori. U vostru prughjettu puderia avè bisognu di vultà à a prima fase per a rivalutazione se si prisentanu prublemi significativi.
- Consegna / implementazione: U pruduttu hè finitu à questu puntu, è a vostra squadra sottumette i risultati per a distribuzione o liberazione.
- garifuna: U cliente hà ricevutu u pruduttu è l'utilizanu. A vostra squadra puderia avè bisognu di sviluppà correzioni è aghjurnamenti quandu i prublemi si prisentanu per risolve. In novu, i prublemi significati ponu chjamà un ritornu à u primu passu.
vantaghji
- Semplice per uperà è gestisce: L'approcciu di Cascata hè simplice d'utilizà è di capiscenu postu chì ogni prughjettu hè trattatu in a listessa manera sequenziale. Prima di principià un prughjettu di Cascata, a squadra ùn hè micca necessariu di avè una sperienza o furmazione previa. L'approcciu di cascata hè assai strettu; ogni tappa hà un inseme di cunsequenze è una rivista, facendu simplice di amministrari è mantene.
- Hè necessaria una metodulugia ben documentata: A ducumentazione chì hè dumandata da a metodulugia cascata aiuta à clarificà u ragiunamentu daretu à e teste è u codice. Inoltre, crea una traccia di carta in casu chì i stakeholder volenu infurmazioni supplementari nantu à una certa fase o per qualsiasi iniziativa futura.
- L'applicazione di a disciplina: Ogni passu in un prughjettu di cascata hà un principiu è un finitu, facendu simplice di cumunicà u prugressu à i stakeholder è i clienti. A squadra pò calà a pussibilità di manca una scadenza mettendu i requisiti è u disignu prima di pruduce codice.
Tu me
- Pò esse difficiule di riunisce esigenze precise: Parlà cù i cunsumatori è i stakeholder per determinà i so bisogni hè una di e tappe iniziali di un prughjettu di Cascata. In questa fase iniziale di u prugettu, puderia esse sfida à verificà e so esigenze particulare. I clienti spessu amparanu nantu à e so esigenze cum'è u prughjettu si sviluppa invece di esprimelli in anticipu.
- I cambiamenti sò difficiuli di accoglie: L'equipaggiu ùn pò micca ripiglià u travagliu dopu avè finitu una fase. Hè assai duru è caru per vultà è riparà si s'amparanu durante a fase di prova chì a funziunalità mancava durante u prucessu di esigenze.
- U software hè furnitu dopu a so data di scadenza: Dui à quattru fasi di u prugettu deve esse finitu prima chì a codificazione vera pò principià. I stakeholders ùn vederanu micca u software funziunale finu à a fine di u ciclu di vita in u risultatu.
Cosa hè Scrum?
Unu di i quadri di prucessu più apprezzati per mette in pratica Agile hè Scrum, chì hè un subset di Agile.
Hè un paradigma iterativu per a gestione di a creazione di software è prudutti cumplessi. Sprints, chì sò iterazioni di lunghezza fissa chì currenu da una à duie settimane, permettenu à a squadra di liberà u software in un schedariu regulare.
I stakeholder è i membri di a squadra si riuniscenu per discutiri i prossimi passi dopu ogni sprint. I roli, e responsabilità è e riunioni in Scrum restanu custanti.
Per esempiu, Scrum specifica a pianificazione di sprint, stand-up di ogni ghjornu, sprint demo, è sprint retrospective cum'è i quattru rituali chì furnisce ogni struttura di sprint.
A squadra utilizerà artefatti visuali cum'è pannelli di attività o grafici di burndown durante ogni sprint per dimustrà u prugressu è uttene feedback incrementali.
In scrum, a squadra è u pruprietariu di u produttu travaglianu strettamente inseme per identificà è priorità a funziunalità di u sistema. Aghjunghjenu questu creendu un backlog di produttu, chì cuntene tutte e funzioni necessarie per pruduce software chì funziona cum'è previstu.
Bug patchs, esigenze non-funzionali, è funziunalità deve esse tutti inclusi in a fila. E squadre interfunzionali anu da stimà è iscriversi per furnisce incrementi di software in Sprints continui, chì generalmente duranu 30 ghjorni, una volta chì l'ugettivi sò stati stabiliti.
Solu a squadra pò aghjunghje funziunalità à u Sprint dopu avè fattu u backlog per quellu sprint.
A prossima consegna di Sprint, u backlog di u produttu hè valutatu è, se ne necessariu, riprioritizatu, è u seguitu inseme di consegna hè sceltu per esse una parte di u sprint seguente.
Prucessu Scrum
- Rendimentu di u produttu: Per urdinà l'articuli in u backlog di u produttu, u Product Owner è u Scrum Team si scontranu (u travagliu nantu à u backlog di u produttu vene da storie d'utilizatori è esigenze). U backlog di u produttu hè una lista di tutte e funzioni desiderate per u produttu piuttostu cà una lista di e tarei chì deve esse finitu. Dopu à quessa, u squadra di sviluppu selezziunà i travaglii da u backlog di u produttu per eseguisce in ogni sprint.
- Pianificazione di sprint: Prima di ogni sprint, u Product Owner furnisce à a squadra l'articuli principali in u backlog in una riunione di pianificazione di sprint. U gruppu poi selezziunate l'articuli da u backlog di u produttu chì ponu finisce durante u sprint è li traslada à u sprint backlog (chì hè una lista di tarei da compie in u sprint).
- Raffinazione / cura di u backlog: Per assicurà chì u backlog hè preparatu per u sprint dopu, a squadra è u pruprietariu di u produttu si riuniscenu à a cunclusione di un sprint. U squadra pò scaccià e storie di l'utilizatori chì ùn sò più pertinenti, aghjunghje novi, rivisione l'ordine in quale si deve esse indirizzate, o dividenu storie d'utilizatori in attività più chjuche. Duranti sta riunione di "grooming", serà assicuratu chì u backlog include solu e cose pertinenti, in prufundità, è in linea cù i scopi di u prugettu.
- Scrum riunioni ogni ghjornu: In una riunione stand-up di 15 minuti chjamata Daily Scrum, ogni membru di l'equipa discute i so obiettivi è qualsiasi prublemi chì sò ghjunti. Ogni ghjornu in tuttu u sprint, a squadra participa à u Daily Scrum, chì mantene tutti nantu à u travagliu.
- Reunione per valutà u sprint: A squadra presenta u so travagliu in una riunione di rivisione di sprint à a cunclusione di ogni sprint. Invece di un rapportu o di una presentazione di PowerPoint, sta riunione deve include una dimostrazione vera.
- Reunione di sprint retrospettiva: U squadra discute qualsiasi mudificazioni chì deve esse fatte in u sprint seguenti, è ancu quantu Scrum travaglia per elli à a cunclusione di ogni sprint. A squadra pò discutiri l'aspetti pusitivi di u sprint, l'aspetti negativi è i spazii per migliurà.
vantaghji
- Più rispunsabilità da a squadra: Ùn ci hè un capu di prughjettu chì struisce a squadra di scrum nantu à ciò chì fà è quandu. U travagliu chì pò esse finitu in ogni sprint hè invece decisu da a squadra in tuttu. Tutti cooperanu è furniscenu una manu à l'altru, rinfurzendu u travagliu in squadra è favurendu l'individualità in ogni membru di a squadra.
- Visibilità è trasparenza di u prugettu migliuratu: Ci hè menu malintesi è incertezza postu chì tutti in a squadra sò cuscenti di e so rispunsabilità grazia à frequenti riunioni stand-up. A squadra pò trattà di prublemi prima di esce da u cuntrollu postu chì i prublemi sò spotted in anticipu.
- Riduzzione di i costi rinfurzata: A cumunicazione constante mantene a squadra infurmata di qualsiasi prublemi o cambiamenti appena accade, chì aiuta à salvà i costi è à migliurà a qualità. I pezzi di funziunalità più chjuchi furniscenu feedback cuntinuu è permettenu a correzione di l'errore precoce prima chì l'errore più grande diventanu troppu caru per rimedia.
- Semplice per adattà à i cambiamenti: Hè più simplice per trattà è adattà à i cambiamenti quandu ci sò frequenti loops di feedback è sprints brevi. Per esempiu, se a squadra si trova in una storia d'utilizatore nova durante un sprint, ponu aghjunghje rapidamente quella funzione à u sprint dopu à a riunione di raffinamentu di backlog.
Tu me
- Scope creep periculu: A causa di a mancanza di una data di cumpiimentu stabilita, certi prughjetti Scrum ponu affruntà un scope creep. I stakeholders puderanu esse incitati à cuntinuà à dumandà più funzioni s'ellu ùn ci hè micca un termini per a fine.
- Un cattivu Scrum Master pò svià tuttu: Un capu di prughjettu ùn hè micca listessu cum'è un scrum master. U Scrum Master deve fidà di a squadra chì anu supervisione è ùn li mai dà istruzioni. U Scrum Master ùn hà micca putere nantu à a squadra. U prugettu falla se u scrum master prova di gestisce a squadra.
- I prublemi di precisione puderanu risultatu da travaglii mal dichjarati: Se i travaglii ùn sò micca chjaramente specificati, e spese di prughjettu è i calendari ùn saranu micca precisi. A pianificazione diventa sfida è i sprints pò piglià più di l'anticipatu se i scopi iniziali ùn sò micca definiti.
- L'esperienza è a dedicazione sò necessarii per una squadra: Per chì a squadra sia successu, i roli è i duveri deve esse chjaramente definiti. U Scrum Team hà bisognu di membri di l'equipa cù cumpetenze tecniche perchè ùn ci hè micca un rolu chjaramente definitu (tutti facenu tuttu). A squadra deve ancu impegnà à participà à e sessioni di Scrum di ogni ghjornu è à stà inseme per a vita di u prugettu.
Agile vs Scrum
Ancu s'è Agile è Scrum utilizanu a listessa metodulugia, ci sò parechje variazioni trà i dui. U Manifestu Agile delinea un inseme di principii per a creazione di software attraversu u sviluppu iterativu.
Scrum, invece, hè un inseme di linee guida chì deve esse aderite mentre faci u sviluppu di software Agile. Agile hè un cuncettu, mentri Scrum hè una tecnica per mette in pratica.
Scrum hè un metudu di implementazione Agile, dunque tutti dui anu parechje cose in cumunu. I dui approcci sò iterativi, dà priorità à a consegna di software precoce è frequente, è accettanu u cambiamentu. Supportanu ancu l'apertura è u sviluppu cuntinuu.
Agile Vs Cascata
Rigidu versus flexible descrive megliu e distinzioni trà u prucessu Waterfall è Agile. Mentre Agile hè fluidu è cambiante constantemente, Waterfall hè una metodulugia assai più stretta è più rigida.
Queste altre distinzioni trà elli sò i seguenti:
- Agile ùn hà micca bisognu di un approcciu lineale, mentri Waterfall hè sequenziale.
- Mentre i bisogni sò spessu predefiniti in i prughjetti di Waterfall, sò previsti per mudificà è adattà in iniziative Agile.
- In cuntrastu à Agile, i prughjetti di Waterfall ùn permettenu micca mudificazioni per esse fatte à u travagliu chì hè statu finitu in una tappa precedente.
- A cascata hè una prucedura urganizata in quale duvete finisce ogni passu prima di passà à u prossimu. Tuttavia, Agile hè una metodulugia flexible chì vi permette di prucede cù u prugettu à u vostru ritmu.
Agile Vs Cascata Vs Scrum
- A cascata aumenta a fiducia in ciò chì serà furnitu assai prestu dopu chì hè pianificatu. Agile si basa nantu à e migliori pratiche di un ambiente di sviluppu. Quì, una quantità di risichi di u prughjettu pò esse amministratu bè postu chì i risultati sò evaluati continuamente.
- Cascata ùn anticipa micca chì a squadra è u prughjettu si basanu in u stessu locu. Mentre scrum è agile necessitanu co-location di l'impiegati.
- Agile si focalizeghja nantu à a riduzione di a ripresa di u prugettu è incuragisce i cambiamenti per esse incorporati assai prima. In cuntrastu à a cascata, chì risponde in modu diversu, scrum permette ancu a scuperta anticipata di cambiamenti.
- Un pianu più compactu per u pruduttu finali hè furnitu da agile è scrum. Questu crea un prublema cù e prumesse fatte à u cumpratore. In cuntrastu, u graficu di cascata dà à i clienti è i sviluppatori una megliu impressione di u risultatu finitu.
- Ognuna di sti tecnichi hà un inseme di arnesi per urganizà è simulà i travaglii implicati in a so creazione.
cunchiusioni
Sè avete seguitu finu à avà è cunfidu in a vostra cunniscenza di e distinzioni trà i prucessi Waterfall, Agile è Scrum, duvete digià sapè quale strategia funziona megliu per voi è a vostra squadra.
A tecnica di a Cascata, chì hè per prughjetti cù un scopu definitu, un tempu è un budgetu, pò esse a vostra megliu opzione se ti piace e regule è prucedure duru è truvate chì portanu chiarezza.
Per d 'altra banda, se a libertà è l'adattabilità Agile vi inspiranu, puderia esse induve duvete mette a vostra attenzione.
Scrum hè a strada per andà, però, se vulete un pocu di disciplina in un quadru flessibile.
Tuttavia, duvete cunsiderà questi approcci à a luce di u prugettu chì state travagliendu è u vostru risultatu finali.
Lascia un Audiolibro