Lo sviluppo software agile è un gruppo di metodologie di sviluppo software basate sullo sviluppo iterativo e incrementale, in cui i requisiti e le soluzioni evolvono attraverso la collaborazione tra team auto-organizzanti e interfunzionali.
Sfortunatamente, qualcuno ha insegnato ai nostri dirigenti la parola "Agile" e ora vogliono che ci muoviamo verso di esso. Ho una comprensione periferica dell'agile (in linea di principio) ma non l'ho mai usato in pratica. Da quello che so, non sarà adatto alla nostra organizzazione. In questo momento, le cose …
Uno dei principi di agile è che dovresti misurare il software funzionante: Il software di lavoro è la misura principale del progresso - 12 principi di Agile Il fatto è che, mentre posso misurare il mio software in termini di storie fatte, bug eliminati o il volume di segnalazioni di …
Quando si avvia un progetto, non si ha nulla --- nessuna interfaccia utente, nessun livello dati, niente in mezzo. Pertanto, una singola storia come "gli utenti dovrebbero essere in grado di visualizzare i loro foos" richiederà molto lavoro. Una volta che hai quella storia, uno come "gli utenti dovrebbero essere …
Il principio DRY (Don't Repeat Yourself) afferma che "ogni pezzo di conoscenza deve avere una rappresentazione unica, inequivocabile e autorevole all'interno di un sistema". Il più delle volte questo si riferisce al codice, ma spesso viene esteso anche alla documentazione. Si dice che ogni sistema software abbia un'architettura che tu …
L'articolo "Promiscuous Pairing and Beginner's Mind" (PDF) suggerisce di mettere qualcuno nella coppia che conosce il minimo sulla particolare area della base di codice. Si suggerisce inoltre che si scambia fuori il membro più anziano della coppia ogni 90 minuti o giù di lì. Non solo i neofiti conosceranno quell'area …
Abbiamo un concetto secondo cui tutto il codice in una richiesta pull in master dovrebbe essere pronto per la produzione. Questo ha senso ed è un'affermazione equa secondo me. L'idea qui è che una volta creato il PR, stai affermando che avresti messo questo in master, ma vorresti che alcuni …
La mia comprensione dei doveri del maestro della mischia è la seguente: Applicare il processo Rimuovi impedimenti (che gli sviluppatori non possono rimuovere da soli) Prevenire l'interruzione dall'esterno Facilitare le riunioni di mischia (alzarsi, retrospettiva, ecc.) Se gli sviluppatori del team sono disciplinati, seguiranno il processo senza che qualcuno li …
Stiamo usando Pivotal Tracker per il nostro progetto, che ci consente di scegliere tra queste tre scale: 0,1,2,3 0,2,4,8 0,1,3,5,8 E sto cercando una risorsa che ci aiuti a guidare la nostra decisione. (Dopo aver usato 0,1,2,3 per due iterazioni, possiamo vedere dove uno degli altri sarebbe molto più utile …
Oggi tutti vogliono essere agili. In ogni squadra con cui ho lavorato, la forma dell'agile era diversa. Alcune cose sono comuni - come stand-up giornalieri o pianificazione, ma altre parti variano in modo significativo. Nella mia squadra attuale c'è un dettaglio che trovo inquietante. È la mancanza di requisiti funzionali. …
Ho appena iniziato a leggere il libro Applying UML and Patterns di Craig Larman. Lo trovo molto interessante perché sfida molti di ciò che mi è stato detto al lavoro. Ho letto che i requisiti non sono completamente raccolti in una volta sola in agile e ci vogliono molte iterazioni …
Domanda agile: l'agile crede nel far funzionare le cose nel “modo rapido e sporco” - o agile preferisce costruire solidamente da zero? O questa non è una domanda di metodologia, e più una domanda che valuti caso per caso? Sto tecnicamente "rifacendo" le fondamenta del sistema, dopo che ho già …
La Scrum Guide definisce una singola unità composta da un Product Owner, un Team di sviluppo composto da 3-9 membri e 1 Scrum Master per un numero compreso tra 5 e 11 membri. Ho visto casi in cui il Product Owner potrebbe avere personale di supporto o il team potrebbe …
So che le regole Scrum nelle standup quotidiane dicono che il team dovrebbe solo parlare di quello che hanno fatto ieri, di quello che stanno facendo oggi e di qualsiasi cosa li blocchi. Nient'altro. Ma il problema è che a volte gli sviluppatori trascorrono la loro giornata a lavorare in …
Diciamo che ho iterazioni di sprint di 14 giorni in cui ho diverse storie per nuove funzionalità, alcuni miglioramenti e alcuni bug da correggere. Distribuisco anche quei cambiamenti quando sono pronti, non aspetto la fine dello sprint. Il mio problema è: come tenere traccia delle versioni semantiche dei prodotti sviluppati …
Ho incontrato un altro nuovo termine nella metodologia di sviluppo e non sono riuscito a trovare una definizione per questo. In particolare, si chiama "sviluppo basato sui treni". Ecco alcuni esempi di dove ho visto questo termine. All'inizio di questa settimana, ho chiesto ai nostri responsabili tecnici e ai responsabili …
We use cookies and other tracking technologies to improve your browsing experience on our website,
to show you personalized content and targeted ads, to analyze our website traffic,
and to understand where our visitors are coming from.
By continuing, you consent to our use of cookies and other tracking technologies and
affirm you're at least 16 years old or have consent from a parent or guardian.