___ qstnhdr ___ Can Agile / Scrum può essere utilizzato da 1 o 2 sviluppatori? ______ qstntxt ___
Tutto ciò che ho letto e ricercato fino a questo punto descrive come Agile / Scrum funzioni alla grande con team di circa 4 o 6 membri, forse anche di più.
Nel mio attuale negozio, abbiamo circa 8 sviluppatori circa, ma data la natura del volume di progetti e il numero di reparti che supportiamo, non abbiamo mai più di 1 o 2 persone assegnate a un dato progetto.
Posso ancora usare Agile / Scrum con un team di 1 o 2 sviluppatori? Sto lavorando per preparare il pitch 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 ad assicurarsi di ottenere più membri su un determinato progetto.
___ ______ azszpr56169 ___
Sì, puoi usare i principi di Scrum / Agile per 1 persona. Se vuoi una produttività personale guarda la tecnica Pomodoro o GTD .
Le tecniche agili sono adatte ai team più piccoli, poiché con i 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 la mischia, ti suggerisco di dare un'occhiata a Mischia dalle trincee .
Kanban sembra essere di moda adesso e c'è un Kanban personale troppo!
______ azszpr56177 ___
Se fossi in te, gestirò e visualizzerò i miei compiti e priorità usando Kanban e adotterei alcune delle pratiche di XP: lo sviluppo basato sui test, le retrospettive e il time-boxing sono probabilmente buone per iniziare. Successivamente, durante le retrospettive, puoi identificare più pratiche che ritieni necessarie.
Kanban è molto non prescrittivo. Tutto ciò che veramente richiede è questo:
- Visualizzi il tuo flusso di lavoro
- Limiti il tuo lavoro in corso (particolarmente utile nel tuo caso)
L'idea è che ti agganci ad altre pratiche che ritieni utili e XP è un'ottima fonte per queste pratiche.
Dichiarazione di non responsabilità: non l'ho mai provato, ma sarebbe in cima alla mia lista di cose da provare se fossi nella stessa posizione.
______ azszpr56170 ___
Assolutamente e senza domande. Leggi il libro Pragmatic Programmer per ulteriori informazioni su come i singoli sviluppatori possono lavorare su Agile. Le risorse di Scrum per il lavoro individuale sono più difficili da ottenere, tuttavia la nozione primaria di sviluppo iterativo può essere applicata a qualsiasi gruppo di lavoro di dimensioni.
link
______ azszpr56172 ___
Direi che puoi usare le tecniche di vari metodi agili, ma non devi usare Scrum come descritto in Guida di Scrum come non è possibile riempire i ruoli. Scrum è progettato per squadre di 4-11 persone. Ma molte delle metodologie agili, incluso Scrum, possono fornire un punto di partenza.
______ azszpr56174 ___
Recentemente ho letto questo libro sulla Scrum: Gestione del progetto Agile con Scrum
Per me è stato il mio primo libro sulla mischia, e lo ha fatto per me, si concentra davvero su quali principi fondamentali sono importanti. Penso che alcuni di questi principi possano essere applicati e aiutare i team di 1-2 persone.
______ azszpr56176 ___
Sì, puoi usare metodi agili con solo due sviluppatori, ma hai sempre bisogno di un cliente / product manager dedicato. Con un solo sviluppatore, direi no principalmente perché personalmente mi piace lavorare in team, ma anche perché non si può realmente 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. Inoltre, i sottogruppi tendono a formare ciò che sconfigge lo scopo.
Naturalmente non conosco la tua situazione esatta, ma mi sembra che tu stia correndo per molti progetti allo stesso tempo. Il mio suggerimento è che dovresti provare a lanciare l'idea di ridurre la quantità di progetti concorrenti, e invece di avere, diciamo, due team che lavorano su un progetto ciascuno. Questo sarebbe il primo passo per migliorare la tua situazione e rendere più facile l'applicazione di un processo agile.
C'è molto da dire sulla cattiveria della commutazione delle attività e della cessione del progetto, ma in realtà non ne esce nulla di buono. Mai.
______ azszpr56171 ___
Penso che 2 sviluppatori istintivamente si adattino a un sistema come agile, anche se non si prefiggono di farlo esplicitamente. Saranno naturalmente a parlare tra loro e iterando con il loro PO.
______ azszpr146240 ___
Guardando in un altro modo:
Perché non consideri tutti e 8 gli sviluppatori membri dello stesso team Scrum? In questo modo ottieni l'effetto crosstalk tra i progetti. Forse non hai nemmeno bisogno di coinvolgere le persone in progetti specifici ??
Quando più persone vengono aggiunte al tuo negozio, puoi eventualmente dividere il team in due più piccoli.
___