Agile / Scrum può essere utilizzato da 1 o 2 sviluppatori?

Tutto ciò che ho letto e studiato fino a questo punto descrive come Agile / Scrum funzioni alla grande con i team di circa 4-6 membri, forse anche di più.

Nel mio negozio attuale, abbiamo circa 8 sviluppatori o giù di lì, ma data la natura del volume dei progetti e il numero di dipartimenti che supportiamo, non abbiamo mai assegnato più di 1 o 2 persone a un determinato progetto.

Posso ancora usare Agile / Scrum con un team di 1 o 2 sviluppatori? Sto lavorando per dare il tono al mio manager per iniziare a lavorare con questa metodologia, ma devo essere in grado di spiegare come ridimensionare le cose per un piccolo team di sviluppatori, o convincerli per essere sicuri di ottenere più membri su un dato progetto.

Sicuramente puoi usare determinati principi agili nei tuoi progetti, non devi usare la mischia, usare ciò che funzionerà meglio per te . Puoi sicuramente beneficiare di alcuni dei metodi XP e di alcune pratiche di mischia. Ma probabilmente non "per libro", la squadra di 1-2 persone è troppo piccola anche per quella piccola mischia ambientale, inizia con quello che dice il libro e poi lascia cadere qualsiasi cosa ti sentirai irrilevante dopo un po 'di tempo. Non lasciarti sfuggire retrospettive, vale sicuramente la pena spendere il tempo a discutere dei problemi che hai e a trovare soluzioni per loro.

Sì, puoi usare i principi di Scrum / Agile per 1 persona. Se vuoi la produttività personale, guarda la tecnica Pomodoro o GTD .

Le tecniche agili sono adatte a team più piccoli poiché con team più grandi diventa più difficile gestire la comunicazione. Con 1 o 2 persone che sviluppano un progetto (e un cliente) dovresti essere in grado di lavorare in modo agile molto facilmente. ti suggerisco di leggere il manifesto agile come un buon inizio per l'agile. Per scrum, ti suggerisco di guardare Scrum dalle trincee . Kanban sembra essere di moda ora e c'è anche un Kanban personale !

Se fossi in te gestirei e visualizzerei i miei compiti e le mie priorità usando Kanban e adotterò alcune delle pratiche di XP: sviluppo guidato dai test, retrospettive e time-boxing sono probabilmente buoni per cominciare. Più tardi, durante le retrospettive, puoi identificare più pratiche di cui ritieni di aver bisogno.

Kanban è molto non prescrittivo. Tutto ciò che richiede davvero è che:

1. Visualizzi il tuo flusso di lavoro
2. Limiti i tuoi lavori in corso (particolarmente utili nel tuo caso)

L'idea è che ti aggrappi ad altre pratiche che ritieni utili e XP è una fonte eccellente per queste pratiche.

Disclaimer: non l'ho mai provato, ma sarebbe in cima alla mia lista di cose da provare se fossi nella stessa posizione.

Assolutamente e senza dubbio. Consulta il libro Pragmatic Programmer per ulteriori informazioni su come i singoli sviluppatori possono lavorare Agile. Le risorse di mischia per il lavoro individuale sono più difficili da trovare, tuttavia la nozione primaria di sviluppo iterativo può essere applicata a gruppi di lavoro di qualsiasi dimensione.

http://www.pragprog.com/the-pragmatic-programmer

Direi che puoi usare tecniche di vari metodi agili, ma non dovresti usare Scrum come è descritto nella Scrum Guide in quanto non puoi ricoprire i ruoli. Scrum è progettato per team di 4-11 persone. Ma molte delle metodologie agili, tra cui Scrum, possono fornirti un punto di partenza.

Di recente ho letto questo libro su Scrum: Agile Project Management with Scrum

Per me è stato il mio primo libro sulla mischia, e lo ha fatto per me, si concentra davvero su quali principi di base sono importanti. Penso che alcuni di questi principi possano applicarsi e aiutare i team di 1-2 persone.

Sì, puoi utilizzare metodi agili con solo due sviluppatori, ma hai sempre bisogno di un responsabile cliente / prodotto dedicato. Con un solo sviluppatore, direi di no principalmente perché mi piace lavorare in gruppo personalmente, ma anche perché non puoi davvero abbinare il programma e quindi perdere tutte le opportunità di condivisione del codice. Da quattro a sei sviluppatori + un product manager è la dimensione perfetta per un progetto agile. Più di questo, e le sotto-squadre tendono a formare che un po 'sconfigge lo scopo.

Ovviamente non conosco la tua esatta situazione, ma mi sembra che tu stia correndo molti progetti contemporaneamente. Il mio suggerimento è che dovresti provare a lanciare l'idea di ridurre la quantità di progetti simultanei e invece avere, diciamo, due team che lavorano su un progetto ciascuno. Questo sarebbe il primo passo per migliorare la tua situazione e rendere più semplice l'applicazione di un processo agile.

C'è molto da dire sulla cattiveria del cambio di attività e del progetto, ma in realtà non ne viene fuori nulla di buono. Mai.

Penso che 2 sviluppatori abbiano istintivamente impostato un sistema come agile, anche se non hanno deciso di farlo esplicitamente. Naturalmente parleranno tra loro e itereranno con il loro PO.

Guardandolo in un altro modo:

Perché non consideri tutti e 8 gli sviluppatori membri dello stesso team Scrum? In questo modo si ottiene l'effetto crosstalk tra i progetti. Forse non devi nemmeno impegnare le persone a progetti specifici ??

Quando più persone vengono aggiunte al tuo negozio, puoi eventualmente dividere la squadra in due più piccole.