Attualmente sto lavorando da solo su un piccolo progetto per l'Università e mi sono chiesto: ha senso applicare metodologie (XP, Scrum) o parti di esso? Se solo per esperienza? Oppure produce troppo "overhead"? E se lo fa, quale si adatterebbe meglio?Le metodologie di gestione del progetto hanno senso quando sono l'unico membro del team?
Le metodologie danno l'approccio per affrontare uno sviluppo, per me sarebbe ancora applicabile se ci fosse una o 100 persone nel progetto. L'unica differenza in quanto tu sei l'unico sviluppatore assumerebbe più ruoli all'interno dello sviluppo.
Come ogni abilità, il lato di sviluppo del progetto di sviluppo migliora con la pratica, quindi direi che vale la pena provarlo.
È certamente un'idea interessante essere in grado di lanciarsi verso una serie di obiettivi fatti in un certo momento. Potrebbe aggiungere un po 'di motivazione al raggiungimento di una scadenza e alla prevenzione del bloat delle caratteristiche.
Se si lavora da soli, accoppiare la programmazione potrebbe essere un po 'una sfida. :) Allo stesso tempo, avere una story board e spostare le carte può essere utile per gli altri per vedere se sono collegati al tuo progetto, ad es. utenti finali o responsabili di progetto. Il mio suggerimento è di leggere su vari approcci e se sembra che possa funzionare, fare una prova e vedere come se le cose migliorano o no.
Maledizioni, hai preso la mia prima linea! – JAL
Vale la pena notare che XP e Scrum sono metodologie di sviluppo non metodologie di project management.
Le metodologie di sviluppo (come XP e Scrum) governano aree come raccolta dei requisiti, tecniche di sviluppo, test e rilascio.
Metodologie di gestione del progetto (come PRINCE2) elementi di copertura quali pianificazione e pianificazione, gestione dei rischi e dei problemi, scope del progetto e gestione dei casi aziendali.
Ma la risposta accettata è giusta a prescindere. A meno che tu non sia l'unica persona che vedrà mai il software, l'input, il codice su di esso o interagire con esso in alcun modo, le metodologie di entrambi i tipi avranno assolutamente qualcosa da offrire e dovrebbero essere guardate. Anche se tu sei l'unica persona che può ancora essere utile.
Parte di questo dipende da dove intendi andare con il tuo lavoro: stai lavorando da solo oggi, ma stai pianificando (o almeno sperando) di costruire qualcosa di abbastanza grande da avere bisogno di aiuto? Se è così, allora è bene mettere in atto alcune pratiche in anticipo - non tanto da rallentare, ma qualcosa su cui puoi costruire quando crei la tua squadra.
Un mio collega, che ha lasciato architecting sistemi ad alto volume di negoziazione per costruire il software per l'iPod e iPad, ha fatto un po 'pensare a questo ora che è una squadra di 1. Si potrebbe trovare utile:
Ho lavorato a progetti da solo e hai sicuramente bisogno di svolgere più ruoli. Ora sono uno sviluppatore migliore rispetto a prima e ho potuto integrarmi con qualsiasi team di sviluppo che lavorava con XP e Scrum poiché mi sono assicurato che rispetto a quando lavoravo da solo avrei fatto le migliori pratiche che XP e Scrum suggeriscono.
L'unica cosa che non è stato possibile applicare è pair programming. Oltre a tutto è possibile giocare con più ruoli, sicuramente migliorerà sicuramente il tuo sviluppo.
+1 anche quando si lavora in una squadra, è spesso necessario giocare più del ruolo –