2010-01-29 16 views
16

Stiamo provando a passare a Scrum come processo di sviluppo ma non siamo sicuri di come implementarlo nel miglior modo possibile.Come implementare Scrum?

Inoltre, non vogliamo pagare gli strumenti software costosi fino a quando il misfatto non funziona e otteniamo risultati positivi.

Come possiamo implementare la mischia usando una lavagna senza chiedere alle persone di annotare il loro tempo sulla lavagna e poi inserire anche il nostro software di tracciamento del tempo?

Che tipo di metodologie utilizzate?

+3

* "Anche noi non vogliamo pagare per costosi strumenti software" * - l'unico software che abbiamo pagato per il mio ultimo lavoro agile (oltre a Windows, Visual Studio) era Resharper, che era ** bene ** vale la pena (e lo sarebbe stato anche se non fossimo così agili) –

+2

inizia con la lavagna e le note post-it, se la tua squadra è tutta nell'edificio potresti non aver più bisogno di altri strumenti per la mischia. –

risposta

9

Ecco una risorsa risorsa piacevole per iniziare con: Implementing Scrum in 10 steps

V'è anche un ottimo sito con molti consigli su come cominciare mischia: implementingscrum.com

Un modo si potrebbe facilmente fare il il tracciamento con solo la lavagna è di scrivere le tue storie/attività sui post-it e anche scrivere su di esse il costo/tempo stimato. Quindi puoi fare la tua riunione quotidiana vicino alla lavagna e quando gli sviluppatori parlano, annotano il tempo reale in cui li hanno fatti.
Con queste informazioni è possibile creare sia i grafici di masterizzazione che quelli di masterizzazione.

+0

Mi rendo conto che questa risposta ora ha circa tre anni, ma sfortunatamente il primo collegamento è morto. –

0

Come possiamo implementare la mischia usando una lavagna senza chiedere alle persone di annotare il loro tempo sulla lavagna e poi anche inserire il nostro software di tracciamento del tempo?

Se pensi che questo renderà più difficile l'adozione di Scrum, allora forse puoi appoggiarti allo Scrum Master. Le persone possono scrivere il loro tempo alla lavagna e lo Scrum Master può inserirle nel sistema di tracciamento temporale.

Inoltre, non vogliamo pagare per costosi strumenti software fino a quando non avremo lavorato su scrum e otterremo risultati positivi.

A meno che non si abbia a che fare con un team distribuito, non c'è molto bisogno di strumenti software. Anche quando lavoravo in una squadra che utilizzava Mingle, mantenevamo una tabella di controllo fisica. Penso che tutti gli altri sviluppatori lo abbiano apprezzato.

3

Stiamo cercando di passare a SCRUM come processo di sviluppo ma non siamo sicuri di come implementarlo nel miglior modo possibile.

Se si dispone già di una certa conoscenza di Scrum, creare un backlog del prodotto, ottenere un proprietario del prodotto, un team, uno ScrumMaster e iniziare a utilizzare Scrum. Quindi, ispeziona e adatta.

Inoltre, non vogliamo pagare per costosi strumenti software fino a quando non avremo lavorato su scrum e otterremo risultati positivi.

Non è necessario e, in realtà, consiglio vivamente di iniziare con una lavagna e post-it, in particolare per un'adozione. Devi imparare e padroneggiare il processo e l'ultima cosa che vuoi è uno strumento che impone il processo e si intromette.

Come possiamo implementare la mischia usando una lavagna senza chiedere alle persone di scrivere il loro tempo sulla lavagna e poi anche inserire il nostro software di tracciamento del tempo?

Non esiste una soluzione magica per questo (e l'intenzione è completamente diversa). Nel primo caso, le persone devono farlo perché lo sviluppo del software è un processo empirico e richiede trasparenza per essere controllato. Il grafico di burndown (che mostra una stima del lavoro rimanente e non il tempo speso) è uno degli strumenti che Scrum utilizza per ottenere questa trasparenza. Nel secondo caso, è necessario farlo per il solo scopo di reporting (che è una sorta di spreco) ma, beh, la tua gestione lo richiede (e questa volta, si segnala il tempo trascorso ma Scrum non si cura di quello).

+2

+1: Lavagna. Note adesive. Implementazione perfetta. –

0

Scrum parla del processo, non degli strumenti. Assicurati che tutte le persone coinvolte (non solo il team di sviluppo!) Capiscano di cosa tratta Scrum. Non si tratta solo di lavorare in modo iterativo in scatti di 2 settimane. Si tratta dell'impegno della direzione su questo modo di lavorare. Si tratta di avere un ottimo proprietario del prodotto che può stabilire priorità. Si tratta di essere aperti l'uno all'altra all'interno della squadra. Ecc. Questo richiederà tempo per imparare.

Leggi Scrum from the Trenches per una facile introduzione.

0

Ecco la mischia a video describing e come la implementiamo ad Atalasoft, come recitato da animali imbalsamati e giocattoli.

Monitoriamo con FogBugz. Creiamo una "release" per il backlog e un'altra versione per uno sprint. Le attività vengono inserite nello sprint dal backlog con stime temporali. Il tempo totale rimanente nella release viene tracciato giornalmente in un grafico di burndown, precedentemente costruito in Excel (noe in FogBugz) dal master di scrum.

2

Ho trovato il modo migliore per implementare Scrum, sta utilizzando Scrum.

Avere un backlog di attività che è necessario eseguire per passare dai processi esistenti a Scrum, suddividerle in un numero di sprint di 2 settimane e implementarle gradualmente nell'arco di un paio di mesi. questo aiuta le persone ad afferrare le maniglie con ogni processo, senza bombardarli con nuovi strumenti.

Inizialmente vorrei introdurre una riunione di pianificazione sprint di base, standup giornalieri e recensioni sprint, e continuare a lavorare con i vecchi metodi. Quindi inserisci più metodologie man mano che lo sprint continua.

In particolare Scrum suggerisce che ogni storia utente dovrebbe essere una sezione verticale, con tutti gli aspetti dell'implementazione realizzati insieme per fornire business vale al più presto. Progettazione, sviluppo, test, infrastruttura, integrazione ... Questa può essere una stima molto difficile, e persino più difficile da raggiungere. Lo farai davvero bene solo quando avrai un gruppo disciplinare solido e misto e pratiche ingegneristiche molto forti. Iniziare portando togther dev e unit test se non lo hai già fatto, quindi porta più parti del processo in ogni attività.

Con Scrum, ti dice come fare le cose, non cosa fare. Guarda XP se vuoi un sacco di regole rigide e veloci. Molto di ottenere un team davvero efficace sta lavorando su ciò che funziona per voi. Tieni d'occhio la velocità e vedi cosa la migliora.

Per quanto riguarda gli strumenti, una lavagna bianca è eccezionale.

FARE ATTENZIONE AL POST IT. Questi sono ottimi per i promemoria e le note sulla tua scrivania, ma un giorno entri in ufficio e vedi il tuo sprint splendidamente organizzato come una pila di coriandoli sul pavimento.Persino le note extra forti che appaiono secche e perdono il loro bastone dopo circa 2 settimane in una stanza con A/C. Ho imparato questa lezione nel modo più duro.

Utilizzare le schede, con puntine da disegno e una scheda di sughero.

Excel è perfetto per calcolare le metriche di velocità e burndown.

Utilizziamo solo strumenti con team distribuiti. Quindi usiamo Acunote per la sua semplicità. In realtà è solo una lavagna virtuale.

Tenere traccia del tempo nel software di monitoraggio del tempo. Traccia i punti storia sui tuoi compiti. Questi non sono gli stessi. La recente nevicata a Londra e il conseguente caos dei trasporti hanno ridotto la velocità del 35%, e quindi la nostra capacità di completare le attività, anche se il team stava facendo più ore con un paio di individui chiave e clienti che lavoravano da casa.

+3

Scrum non è un acronimo :) –

2

Ecco la risposta breve su come stiamo usando (e abituati a usare) Scrum:

Al momento utilizzare un taskboard elettronico che è collegato al nostro sistema di tracciamento dei difetti. La taskboard elettronica è stata implementata da alcuni dei nostri sviluppatori tra Sprint. Prima di ciò, abbiamo semplicemente appeso enormi poster bianchi su un muro e incollato note con compiti su di esso.

Concordo sul fatto che il modo migliore per scoprire come eseguire Scrum è effettivamente farlo. Prima dovresti leggerlo, soprattutto perché, per quanto facile, sembra che abbia una serie di regole che raccomando assolutamente di seguire. (Se trovi che alcuni di loro non funzionano bene per le tue squadre, puoi ancora regolarli, ma non lo scoprirai finché non li proverai per un paio di settimane.)

La cosa geniale di Scrum è che in termini di strumenti puoi praticamente usare qualunque cosa tu abbia. Lavagne bianche, pareti, strumenti elettronici, qualunque cosa. È molto flessibile e consente di iniziare a implementarlo senza dover spendere denaro per nuovi strumenti o attrezzature. Se hai una lavagna, usa calamite o sticky notes e sei pronto. Stampa la tabella di burndown e aggiornala ogni giorno con un pennarello e il gioco è fatto. Usa Excel per il backlog del prodotto (o qualsiasi altra cosa ti piaccia). Se senti di averne bisogno, puoi comunque utilizzare altri strumenti in un secondo momento, quando hai un'idea migliore di ciò che il tuo team ha bisogno in termini di funzionalità. (Oppure puoi semplicemente attaccare con la lavagna e le carte note)

Scrum from the Trenches è un'eccellente introduzione e contiene molti esempi di vita reale su come eseguire Scrum, quindi seguo questa raccomandazione.

0

Siamo stati un po 'in giro per le case con gli strumenti Scrum e sono tornato a pensare che le lavagne bianche e le note post-it siano le migliori. Tutti gli strumenti di gestione del progetto che ho provato, specifici per Scrum o in altro modo, tendono a far cambiare il processo al team per adattarlo allo strumento. Le lavagne esplicano le buone pratiche di lavoro che stai cercando di adottare con Scrum senza intralciarti.

Ricorda però che aumenterai il lavoro su qualcuno quando vuoi produrre rapporti o semplicemente tracciare i dati storici. Ad esempio, calcolare le velocità deve essere fatto a mano e così come prima che le persone interrompano le lavagne che pianificano il prossimo Sprint. Anche in questo caso, tendo ad ammettere che questo richiede meno tempo rispetto a tutti quelli che devono lottare con uno strumento.

Avere la copia principale del/i backlog del prodotto memorizzato elettronicamente è una buona pratica, è sufficiente mantenerla semplice (ad es. Inserirla in un documento Excel).

0

Come possiamo implementare mischia utilizzando una lavagna senza chiedere alle persone di scrivere il loro tempo sul bordo e quindi anche di ingresso nel nostro software di monitoraggio tempo?

In mischia, le attività non devono richiedere più di 4-16 ore (o devono essere suddivise). Quindi, puoi codificarlo nel tuo sistema temporale. Se impiegano più o meno tempo, puoi includere correzioni.

Per ulteriori dettagli, consultare il mio blog post.