2009-11-26 10 views
5

Quindi mi trovo a lavorare per alcune settimane in una piccola squadra di quattro persone, me inclusa. Un bel cambiamento rispetto al mio ultimo lavoro in uno sviluppatore di oltre 300 sviluppatori in cui avevo fatto parte dell'adozione di una metodologia agile.Quali pratiche agili sono appropriate in una piccola squadra?

Ho introdotto di nascosto strumenti utili come un server di integrazione continuo e sto surrettiziamente avviando lo sviluppo basato su test.

Quali altre agili procedure di gestione e sviluppo del progetto sono appropriate per il negozio più piccolo?

risposta

6

Bene, per me, la configurazione attuale è molto più appropriata per Agile di un negozio di sviluppo 300+ (non sono sicuro di come è stata implementata Agile lì, mi piacerebbe saperne di più su di esso come ridimensionamento a quella dimensione richiede un altissimo livello di maturità su Agile IMO).

Quindi, la mia risposta sarebbe in realtà: a partire da 4 persone, tutti i valori e le pratiche sono appropriati e di valore. In realtà, quale metodologia Agile hai adottato in precedenza? Quali pratiche hai implementato? Cosa ti fa pensare che non sarebbero appropriati?

PS: Se posso, provare a vedere oltre le pratiche ingegneristiche, Agile non è (solo) su questo (questo è particolarmente vero per Scrum). Pratiche come Test Driven Development, Continuous Integration, ecc. Sono belle ma sono solo un mezzo, non un fine. Non saranno sufficienti per un'implementazione Agile di successo. Agile è un modello organizzativo orientato al business. In altre parole, le cose tecniche non sono davvero il miglior punto di partenza quando si implementa Scrum, si dovrebbe iniziare con le cose organizzative.

+1

Il negozio degli sviluppatori di oltre 300 è stato suddiviso in più di 20 team, ognuno dei quali focalizzato su un'area in un sistema orientato ai servizi. Il coordinamento è stato complicato, sia per assicurarsi che gli arretrati fossero allineati e che le consegne effettivamente funzionassero. E 'stato divertente però! –

+1

Interessante (anche se penso che le squadre di ~ 15 persone siano un po 'grandi) e, anzi, sono sicuro che sia stato divertente. Ma, ancora, cosa ti fa pensare che ciò che hai implementato non sarebbe appropriato per 4 persone (ad eccezione dello Scrum of Scrums, ovviamente)? Hai preoccupazioni specifiche? –

+0

Penso che il tuo terzo paragrafo nella tua risposta lo inchiodi: Agile richiede il coinvolgimento del business. Questo è in realtà piuttosto difficile in una società più piccola in cui i manager hanno bisogno di vedere le prove di fronte ad alcune delle pratiche Agile più anarchiche. –

2

comunale codice-review se non tutti sono sullo stesso sito

2

Penso che si potrebbe voler capovolgere la questione intorno; quali metodi agili sarebbero non essere adatto perché sei una piccola squadra. Non sono esperto in pratiche agili, ma non riesco a pensare a nulla che non sarebbe appropriato a causa delle dimensioni della squadra.

+2

La programmazione delle coppie diventa difficile con l'avvicinarsi della squadra 1 :-) –

+0

4!= 1 quindi va bene qui –

+0

Stiamo scoprendo che è difficile convincere una persona ad essere un "product owner" - e che il mischia master sta assumendo quel ruolo. –

5

IMHO tutte le pratiche di sviluppo sono appropriate. In effetti, per molto tempo ci si aspettava che un gruppo agile fosse un piccolo gruppo (5-9 persone). C'è un artile di infoq a riguardo.

Inoltre, poiché si dispone di un piccolo team, sia la comunicazione che la collaborazione diventeranno più semplici, quindi le pratiche funzionerebbero ancora meglio.

5

Concentrarsi sull'introduzione di pratiche che aggiungono il valore al team.

Mentre il team è piccolo impatto del cambiamento sarà ben visibile, se lavoro con la squadra e mostrano miglioramenti allora si può tornare indietro e aggiungere un altro - ancora una volta quello che aggiungono più valore per la squadra.

Una delle cosa più importante è che i progetti sono avvicinati con una mentalità agile, aggiungendo strumenti & tecniche nel contesto di lunghi progetti che non possono adattarsi a cambiare & non sono molto in sintonia con il cliente ha vinto' avere il risultato finale a cui dovresti mirare.

+0

+1 per commenti sull'alta visibilità delle modifiche. –

Problemi correlati