Project Management e Tecniche Agile

Lo swarming è quando i membri del team con le competenze appropriate lavorano insieme per completare un'attività che un membro del team ha difficoltà a completare da solo.

Lo swarming viene utilizzato per portare rapidamente a termine un'attività o un elemento di lavoro prima di passare al successivo, al fine di mantenere il flusso di lavoro e la consegna in carreggiata. In particolare, i team Kanban utilizzano lo swarming per garantire un flusso di lavoro continuo e mantenere i limiti di Work-in-Progress (WIP).

Il Ritmo sostenibile è il ritmo a cui un team Agile può lavorare indefinitamente senza causare esaurimento degli sviluppatori (idealmente 40 ore a settimana).

Il Ritmo sostenibile è stato creato per garantire che un team Agile funzioni in modo ottimale senza la necessità di straordinari, lavoro serale o nei fine settimana. Lavorare a un ritmo sostenibile aiuta a evidenziare e correggere carenze di pianificazione, gestione o qualità che altrimenti potrebbero essere nascoste dal lavoro straordinario.

Un task è una singola unità di lavoro suddivisa da una user story. Un task è solitamente completato da una sola persona.

Il task è utilizzato in Scrum per identificare un piccolo incremento di lavoro da completare da parte di un membro del team durante uno sprint. Il team identifica visivamente un task da completare pubblicando una scheda o un post-it sulla propria bacheca delle attività.

Una bacheca delle attività Agile è una rappresentazione visiva fisica o online delle user story suddivise in task o unità di lavoro.

Le bacheche delle attività Agile aiutano a visualizzare il lavoro in corso e a monitorare i progressi. Sono anche un modo per i team di collaborare e comunicare tra loro.

Una bacheca con colonne che rappresentano lo stato di un task (Da fare, In corso, Fatto) utilizzata per visualizzare il progresso del lavoro in un team Agile.

Metodologia Agile che si concentra sull'ottimizzazione del flusso di lavoro e sulla consegna continua di valore, utilizzando bacheche per visualizzare il progresso.

Metodologia Agile che si basa su iterazioni brevi (sprint) per sviluppare software in modo incrementale e iterativo. Utilizza bacheche per visualizzare il progresso del lavoro in ogni sprint.

Un piccolo gruppo di persone che lavora insieme per completare un projeto, composta da sviluppatori, designer, tester, etc.

L'iterazione di sviluppo in Scrum, solitamente di 2 settimane, durante la quale il team lavora per completare un set specifico di funzionalità.

Il limite di lavoro in corso (WIP, Work In Progress) che un team dovrebbe avere in fase di sviluppo. Ad esempio, un numero massimo di task che il team può svolgere contemporaneamente.

Un incontro quotidiano in cui i membri del team si aggiornano sul loro progresso, sulle difficoltà incontrate e sui piani per il giorno successivo. Utilizza la bacheca delle attività per la visualizzazione.

Il ruolo di un team che si occupa di definire le funzionalità e le priorità di un prodotto, interagendo con il team di sviluppo.

Il debito tecnico si riferisce all'obbligo che un team di sviluppo incorre quando adotta un approccio rapido e rapido per sviluppare un pacchetto software senza considerare le conseguenze a lungo termine. Il debito tecnico aumenta i costi e la complessità del progetto a causa di inefficienze, imprecisioni e altri problemi introdotti nel pacchetto software.

Il debito tecnico viene spesso utilizzato come motivazione per il team a concentrarsi sulla qualità e sul valore aggiunto durante lo sviluppo. Ciò può tradursi in un Refactoring e una revisione diligenti e costanti del codice, nell'esecuzione di test unitari automatizzati e nell'integrazione del codice su base coerente. La programmazione in coppia è spesso utile per proteggersi dal debito tecnico.

Il debito tecnico può portare a una riduzione della qualità del prodotto, aumento dei tassi di difetto, riduzione della produttività, rallentamento del flusso di lavoro, riduzione della qualità della manutenzione del codice e modifiche e implementazioni costose.

Lo sviluppo basato sui test è la pratica di progettazione e creazione di test per codice funzionale e funzionante, e quindi creazione di codice che supererà tali test.

Il TDD aiuta ad aumentare la comprensione del team dello scopo del codice e di come dovrebbe funzionare prima di iniziare lo sviluppo. Il team quindi scrive codice che soddisfa i criteri di test.

I team che utilizzano il TDD creano codice più snello e di qualità superiore che soddisfa i criteri di test e accettazione.

Il TDD porta ad un aumento della velocità di lavoro, una migliore qualità del codice, una riduzione della rielaborazione, un minor tempo di debug, un minor tasso di difetti, un documento di test per riferimento, codice più semplice e un ciclo di feedback rapido.

Il TDD non è sempre il migliore metodo.