Esiste qualche metodologia di sviluppo del software per piccoli team?

Question

Esiste qualche metodologia di sviluppo del software per piccoli team?

#1 da (5 voti)

3

Sto lavorando in una grande azienda di software e sto sviluppando una grande soluzione web a livello aziendale con un team di circa 25 persone (2 architetti, ~ 15 sviluppatori, 5 ingegneri del controllo qualità, coppia BA, project manager) . Stiamo seguendo la metodologia e la mischia agili e sembra essere abbastanza conveniente per una squadra così grande in circostanze di frequenti modifiche dei requisiti.

Ho anche un progetto per animali: ho un'idea di base e ho iniziato lo sviluppo. Attualmente sto lavorando da solo, ma ho intenzione di proporre a un paio di miei amici di partecipare al mio progetto.

Qualche tempo fa ho avuto a che fare con un problema di requisiti di tracciamento e formalizzazione delle attività. Il mio primo pensiero è stato quello di usare una metodologia agile come la usavamo con la mia squadra al lavoro. Anche se è molto conveniente per il mio lavoro, ho trovato troppo tempo per il team con 1-3 persone.

Esistono metodologie di sviluppo del software per team davvero piccoli? O dovrei superare me stesso e formalizzare tutti i miei pensieri in storie e compiti degli utenti e usare le iterazioni?

Non voglio che il mio progetto diventi solo un'altra cartella sul mio disco, ma non voglio perdere tempo con formalizzazioni non necessarie.

methodology development-methodologies

posta Illia Ratkevych 07.07.2014 - 22:24

fonte

1 risposta

Leggi altre domande sui tag methodology development-methodologies

Qual è il nome di un numero composto da numeri separati da punti? [chiuso] Argomenti del costruttore di wrapping

score 5 · Accepted Answer

In mischia hai delle retrospettive periodiche in cui regoli il tuo processo. Se il tuo processo non si evolve nel tempo, o se sembra uguale per tutti i team di mischia in un'organizzazione più grande, non lo stai facendo bene.

Allo stesso modo, con una piccola squadra, dovresti avere retrospettive periodiche e adattare il tuo processo man mano che le tue esigenze cambiano. Non è necessario inchiodare tutto all'inizio. Tipicamente, la formalità cresce man mano che il progetto cresce. Puoi comunque chiamarlo "agile" se ti concentri sul rapido adattamento alle esigenze del cliente e altri principi agili. Non sarà e non dovrebbe sembrare lo stesso di un grande progetto multi-team.

Se stai chiedendo più sulla falsariga di strumenti e pratiche, i miei piccoli progetti iniziano con un semplice repository git. Una volta che non riesco più a tenere traccia di tutte le attività / bug / storie utente nella mia testa, creo un TODO.txt nel repository. Man mano che cresce, aggiungo cose come test unitari, documentazione, packaging, ecc. A un certo punto, lo metto su bitbucket. Più tardi, trasferisco il mio TODO.txt nel semplice tracker di problemi di bitbucket. Potresti andare avanti fino al livello CMM 5 che potrebbe competere con il processo di un appaltatore del Dipartimento della Difesa.

In altre parole, si aggiunge la formalità in quanto i vantaggi per farlo iniziano a superare i costi.