Il metodo Scrum può essere utilizzato con una sola persona e un solo Sprint di 10 giorni? [duplicare]

In questo caso, vorrei semplificare Kanban . Kanban ha semplicemente un backlog da cui lavori, quindi non è necessario organizzare il lavoro in sprint. È meglio non complicare eccessivamente le cose. Considerando che questo è un periodo di lavoro che sarebbe solo uno sprint, e uno staff molto limitato, penso che corrisponda al modo Kanban più che alla mischia.

Perché mai hai intenzione di utilizzare i metodi Agile per un progetto di dimensioni così ridotte?

I metodi Agile sono progettati per es. per gestire il rischio di assenze impreviste dal rovinare il tuo progetto e per pianificare le attività lavorative in una grande squadra. Funzionano dividendo il lavoro in piccoli blocchi, assegnando una difficoltà a ciascuno di essi, e quindi con una sorta di magia gli sviluppatori diventano omogenei e ognuno può eseguire un'attività di 5 giorni in circa 5 giorni. Naturalmente, questo funziona meglio se tutti gli sviluppatori sono esperti e la loro esperienza non è limitata ad alcune aree del codice.

Se qualcuno sceglie un'attività di 5 giorni e la termina in 2 giorni, l'uso di agile significa che ci sarà un backlog di attività, quindi è possibile selezionare qualche altra attività.

Direi che nulla di tutto ciò è necessario se c'è solo una persona nella squadra.

Vorrei anche andare oltre e dire che in un progetto di 10 giorni, l'uso di Scrum potrebbe non essere così vantaggioso. Per quanto tempo sarebbe il tuo sprint? Presumibilmente 10 giorni, come pianificato. Scrum tuttavia è stato progettato per funzionare in progetti che hanno molti sprint successivi. Altrimenti perderai i benefici della retrospettiva dello sprint.

Ho un metodo che puoi usare nel tuo progetto di sviluppatore singolo su piccola scala. Si chiama TODO.txt . Usalo!

Come altra cosa, penso che ci siano limiti superiori all'applicabilità di Scrum oltre ai limiti inferiori. Quindi usare Scrum in un progetto decennale di 100 sviluppatori potrebbe non essere l'ideale. Ma questo sta iniziando presto a diventare fuori tema su una risposta a questa domanda su piccola scala ...

Is this still considered "Scrum"?

Probabilmente no. Non è sicuramente dal libro. Non importa se "è" o "non è" Scrum, non importa. Uno dei punti principali di Agile è capire che le etichette non sono una cosa reale, e solo la cosa reale è importante.

Is there any other project method I could use for this?

(Or) Should I build an "own" project method based on Scrum/Agile methodology?

Sembra una buona idea. Scrum è progettato per essere utilizzato con una squadra, quindi non tutto funzionerà se si è soli. Ma molte idee di Scrum sono molto potenti e abbastanza universali. Sicuramente ruberei tutto quello che puoi, che pensi ti possa aiutare.

Quando lavoro sui miei progetti, quello che di solito cerco di fare è avere un backlog di storie ampie, raccogliere storie e poi prendermi un momento per trasformarle in compiti, completare compiti uno alla volta e ogni tanto Prenditi un momento per riflettere se sto ancora costruendo la cosa giusta e procedendo nel modo giusto.

Questa è una metodologia? Che importa. Di sicuro non lo faccio, finché funziona. Prendi le idee che pensi ti aiuteranno nel tuo progetto, scarta il resto. Hai il controllo assoluto su come lavori, quindi la cosa migliore da fare è costruire la metodologia perfetta per te stesso. Agile e Scrum possono essere buoni punti di partenza, ma non vorrei aderire a loro se fossi in te.

Risposta breve: NO , non c'è motivo di utilizzare Scrum per un progetto con un team di 1 sviluppatore e una durata di 10 giorni.

Scrum è una metodologia relativamente pesante. È un consenso generale utilizzare il classico Scrum per il progetto con 7-9 sviluppatori e durata superiore a 6 mesi. Perché ? Due ragioni principali:

• La quantità di cerimonie Scrum (riunioni, demo, retro, pianificazione) non è molto vantaggiosa per i piccoli progetti (5 persone e meno) e non supera le 10-15 persone. È possibile scalare Scrum usando "Scrum-of-Scrums" o approcci simili, ma non è possibile ridurlo senza incorrere in spese folli.
• Scrum è una metodologia iterativa, che consente al team di imparare la sua velocità di lavorare in modo più prevedibile e di autogestire spingendo fuori gli scansafatiche (a causa della responsabilità condivisa). Dato che avrai solo uno sprint e uno sviluppatore, non ci sarebbe alcuna possibilità per il "team" di imparare qualcosa.

Considera Kanban o XP, o semplicemente fai riferimento a Migliore metodologia di sviluppo per una persona?