it-swarm.it

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.

64
Dillie-O

Sicuramente puoi usare alcuni principi agili nei tuoi progetti, non devi usare la mischia, usare tutto ciò che funzionerà il migliore per te. Puoi sicuramente beneficiare di alcuni dei XP e alcune pratiche di mischia. Ma probabilmente non "per libro", il team di 1-2 persone è troppo piccolo anche per quella piccola mischia ambientale, inizia con quale libro dice e poi rilasciare ciò che ti sentirai irrilevante dopo un po 'di tempo. Basta non rilasciare retrospettive, sicuramente vale la pena dedicare del tempo a discutere dei problemi che hai e trovare soluzioni per loro.

28
Dmitry

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

Le tecniche agili sono adatte a team più piccoli in quanto 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 manifesto agile come un buon inizio per l'agile. Per la mischia, ti suggerisco di guardare Scrum dalle trincee . Kanban sembra essere di moda ora e c'è anche un Kanban personale !

13
Johnno Nolan

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

Kanban è molto non prescrittivo. Tutto ciò che davvero richiede è 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.

6
user5467

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

4
free-dom

Direi che puoi usare tecniche di vari metodi agili, ma non dovresti usare Scrum come è descritto in la Scrum Guide poiché 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.

2
Thomas Owens

Di recente ho letto questo libro sulla mischia: 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.

1
Emile Vrijdags

Sì, puoi utilizzare metodi agili con solo due sviluppatori, ma hai sempre bisogno di un cliente/product manager 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.

Naturalmente non conosco la tua esatta situazione, ma sembra per me che stai correndo verso 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 project-trashing, ma in realtà non ne viene fuori nulla di buono. Mai.

1
Martin Wickman

Guardandolo in un altro modo:

Perché non consideri tutti gli 8 sviluppatori membri del team same 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.

0
Magnus

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.

0
Dustin Getz