<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Agile on Pasquale Langella</title><link>https://news.pasqualelangella.com/it/categories/agile/</link><description>Recent content in Agile on Pasquale Langella</description><generator>Hugo -- gohugo.io</generator><language>en</language><lastBuildDate>Fri, 24 Apr 2020 09:33:45 +0000</lastBuildDate><atom:link href="https://news.pasqualelangella.com/it/categories/agile/index.xml" rel="self" type="application/rss+xml"/><item><title>Rilasciare Software in Cloud, Desktop e Aziende</title><link>https://news.pasqualelangella.com/2020/04/24/rilasciare-software-in-cloud-desktop-e-aziende/</link><pubDate>Fri, 24 Apr 2020 09:33:45 +0000</pubDate><guid>https://news.pasqualelangella.com/2020/04/24/rilasciare-software-in-cloud-desktop-e-aziende/</guid><description>Ci sono diversi tipi di ambiente di produzione quando si tratta di rilasciare software:
Leggi l’articolo su Medium pubblicato in Serious Scrum
Applicazioni cloud come Gmail, che hanno il loro ambiente di produzione nel cloud e non sono installate localmente nell’infrastruttura dei clienti Applicazioni desktop come Libre Office installate sul laptop del cliente finale I prodotti software aziendali come SAP che vengono rilasciati in moduli da SAP SE e successivamente devono essere personalizzati per adattarsi alle esigenze del cliente Rilasciare software nel cloud Nelle piattaforme native cloud, tutto è sotto il controllo dell’organizzazione proprietaria del prodotto.</description></item><item><title>Scrum e la branching strategy</title><link>https://news.pasqualelangella.com/2020/03/23/scrum-e-la-branching-strategy/</link><pubDate>Mon, 23 Mar 2020 15:40:58 +0000</pubDate><guid>https://news.pasqualelangella.com/2020/03/23/scrum-e-la-branching-strategy/</guid><description>In Scrum è fondamentale avere un prodotto rilasciabile alla fine di ogni Sprint. Per essere in grado di rilasciare così frequentemente è necessario avere una buona branching strategy. Fortunatamente ci sono gli strumenti che permettono di gestire il software nel miglior modo possibile sia in termini di tools che di processo.
Git e Gitflow il sistema di versionamento più utilizzato per la gestione del codice sorgente è Git. Git dà la possibilità di creare branch in maniera molto semplice, veloce e senza richiedere troppe risorse hardware.</description></item><item><title>Risposte su Scrum, dall’autore della Scrum Guide</title><link>https://news.pasqualelangella.com/2020/03/19/risposte-su-scrum/</link><pubDate>Thu, 19 Mar 2020 16:29:02 +0000</pubDate><guid>https://news.pasqualelangella.com/2020/03/19/risposte-su-scrum/</guid><description>Di seguito alcune risposte interessanti su Scrum, date da Jeff Sutherland, in merito ad alcuni quesiti posti dalla community di Quora.
Perché lo Scrum Master è chiamato così, un appellativo così altisonante per un ruolo che è essenzialmente amministrativo? Leggi su Quora
Il lavoro dello Scrum Master è un incrocio tra l’allenatore e il capitano della squadra di calcio e la chiave per la prestazione vincente della squadra. Disintegrare il ruolo dello Scrum Master facendolo diventare un segretario è il motivo per cui il 58% dei team Scrum fallisce o è in ritardo, esaurisce il budget, e genera insoddisfazione nei clienti.</description></item><item><title>Come organizzare i team Scrum</title><link>https://news.pasqualelangella.com/2020/03/15/come-organizzare-i-team-scrum/</link><pubDate>Sun, 15 Mar 2020 14:00:07 +0000</pubDate><guid>https://news.pasqualelangella.com/2020/03/15/come-organizzare-i-team-scrum/</guid><description>Puoi leggere l’articolo in inglese su Medium pubblicato in Serious Scrum
Cosa suggerisce Scrum I prodotti aziendali variano in complessità. Per gestirli possono essere necessari gruppi di 2-3 persone fino ad arrivare a gruppi che coinvolgono più di 100 persone. Il Product Owner e lo Scrum Master non si devono conteggiare a meno che non eseguano loro stessi anche l’implementazione degli elementi di backlog. Quando la complessità del prodotto aumenta e il numero delle persone coinvolte nello sviluppo inizia a crescere c’è la necessità di prendere delle decisioni su come suddividere i gruppi.</description></item><item><title>Dall’Agile al DevOps, pensando ai microservizi</title><link>https://news.pasqualelangella.com/2020/03/07/dallagile-al-devops-pensando-ai-microservizi/</link><pubDate>Sat, 07 Mar 2020 17:57:59 +0000</pubDate><guid>https://news.pasqualelangella.com/2020/03/07/dallagile-al-devops-pensando-ai-microservizi/</guid><description>La maggior parte delle aziende software si stanno muovendo verso processi di gestione Agile, andando verso l’automazione dei processi di test e rilascio software e pensando ad una modularizzazione estrema con l’utilizzo dei microservizi.
Agile e devops Le metodologie Agile e DevOps sono molto legate tra loro, senza adottare un processo di gestione agile, non è possibile fare DevOps.
La metodologia DevOps è molto legata al concetto di rimozione dei silos nelle varie fasi di realizzazione del software.</description></item></channel></rss>