Come posso utilizzare Scrum con un team freelance?

Dato che sarai il responsabile della miseria, allora credo che la risposta a "è possibile organizzare ..." è davvero una delle risposte migliori da te; conosci la tua personalità, la tua gestione e le tue capacità organizzative meglio di noi. Qualsiasi metodologia è in grado di dare una comprensione e un impegno sufficienti da parte di tutte le parti (spesso la parte difficile): tutti in questa startup capiscono cosa significano "Agile" e Scrum: brevi iterazioni con funzionalità parziale aggiunta a ciascuno e molti feedback dei clienti?) .

Da tenere in considerazione anche questo: tutti gli utenti coinvolti sono già esperti di Scrum? In caso contrario, e soprattutto se vi è una notevole quantità di scetticismo o animosità nei confronti di Agile / Scrum, forse un progetto di 3 mesi è una finestra troppo breve per essere a) gelificarsi come una squadra, b) ottenere il "vero lavoro", e c) apprendimento di una nuova metodologia.

Indipendentemente dalla metodologia scelta, Rapporti di squadra sono un ottimo punto di partenza, btw.

Theroatically puoi farlo. Ma dipende molto da te dalle tue capacità organizzative e dal modo in cui guidi il team. Dipende anche da come gli altri membri comprendono il processo. Puoi iniziare a seguire le rigide specifiche della metodologia Scrum e man mano che procedi otterrai una maggiore esperienza nell'applicarlo:).

Buona fortuna!

Ho due dubbi sull'uso di Scrum in questo progetto.

Innanzitutto, la dimensione della squadra è troppo piccola. Scrum funziona al meglio con una squadra di 4-11 persone. Con solo 3 persone, sei inferiore alle dimensioni consigliate. Inoltre, un ruolo chiave in Scrum è il Product Owner e non si menziona qualcuno che agisce in questo ruolo.

In secondo luogo, ciò che sembra essere una scadenza, in cui il progetto si concluderà tra 3-4 mesi. Scrum (e altre metodologie iterative e incrementali) funziona meglio quando si ha una finestra flessibile con with to work. L'idea è quella di arrivare molto rapidamente a un punto in cui è possibile determinare quali funzionalità è possibile implementare in un incremento di 2-4 settimane e il proprietario del prodotto è in grado di assegnare priorità alle funzionalità e interrompere lo sviluppo non appena il costo dell'implementazione di un altro insieme di funzionalità supera il valore aggiunto da tali funzioni.

Penso che tu possa prendere lezioni da Scrum e altre metodologie agili, ma non sono sicuro della vaniglia, Scrum appropriato è appropriato in questo ambiente. Sarebbe opportuno esaminare 15 minuti di stand-up giornalieri in timebox, utilizzando un backlog di prodotti, un'integrazione continua, TDD e altre pratiche agili, ma personalizzerei il processo in modo che funzionasse per questo progetto.

Nella mia esperienza i costi generali di Scrum sono troppo alti quando la tua squadra è composta da tre persone o meno. Con un team di queste dimensioni è meglio usare un processo ad hoc / informale.

Per costi intendo che le riunioni di pianificazione, revisione, retrospettiva e pulizia sono sostituite da sessioni informali spontanee. C'è ancora un valore che sta pianificando, dimostrando ciò che è stato completato, ottenendo feedback e applicando regolarmente miglioramenti continui, tuttavia è meglio farlo in modo informale.

Buona fortuna per il tuo progetto, ricorda solo che la comunicazione tra voi tre e il vostro cliente aziendale è la chiave.