Come utilizzare Scrum e Visual Studio senza Team System [chiuso]

Question

Sono interessato a utilizzare Scrum con il mio team di sviluppo (sì, so che sarà un po' doloroso passare ad esso).Tuttavia, non abbiamo Team System e probabilmente al momento non possiamo permetterci di ottenerlo immediatamente.

Quali sono alcuni strumenti possibili per far funzionare un team su Scrum in un ambiente .NET/Visual Studio senza Team System?

Answer 1

In realtà tutto ciò di cui hai bisogno è un software di tracciamento dei bug per tenere traccia dei problemi più importanti per lo sprint corrente.Potrebbe anche essere un foglio di calcolo (non utilizzare un foglio di calcolo).SCRUM è una metodologia, http://en.wikipedia.org/wiki/Scrum_(sviluppo) e non richiede tanto un sistema di squadra quanto richiede un buon project manager e un team impegnato.

Answer 2

prendi una lavagna

iniziare con SCRUM non dovrebbe richiedere alcuno strumento: come minimo, avrai una riunione di pianificazione all'inizio di ogni sprint, una riunione quotidiana e una riunione di riepilogo alla fine di ogni sprint.

Nella riunione quotidiana, riunisciti attorno alla lavagna e utilizzala per tenere traccia dello stato delle attività di tutti e dei progressi per lo sprint.

Dovrai anche tenere traccia del tuo arretrato per la pianificazione: questo può essere fatto su carta, su una lavagna o in Excel.

Answer 3

Sono stato coinvolto in un team Scrum nella mia ultima azienda e non ha davvero nulla a che fare con l'ambiente di sviluppo.È un processo per lo sviluppo di software e spesso c'è poca tecnologia nell'utilizzo del processo stesso (anche se un buon strumento di foglio di calcolo aiuterà a monitorare i progressi).

COSÌ...Direi che le tue preoccupazioni sugli strumenti sono forse fuori luogo, a meno che non fraintenda la domanda.

Answer 4

• Controllo della fonte: Sovversione
• App di integrazione continua: Hudson (ci sono molti plugin .NET), più facile da usare rispetto a CruiseControlDotNet
• Strumento di creazione:MSBuild: ti consigliamo di personalizzare il processo di compilazione e apprendere MSBuild è il modo migliore per farlo
• Quadro di test unitario:l'incomparabile NUnità
• Analisi del codice statico: NDipende, FxCop, altri?

Nota correlata: SVNStats - un progetto Java che crea alcuni report piuttosto interessanti su ciò che è accaduto in un repository nel tempo, fornisce alcune belle metriche di abbandono del codice

Quindi MSBuild è il collante con cui darai il via a questi strumenti nelle varie fasi di sviluppo oppure puoi aggiungere hook agli eventi che si verificano con il repository del codice sorgente.Questo è un elenco approssimativo di strumenti/app che ti offrono una panoramica delle funzionalità fornite da Team System.

L'aspetto positivo di questo elenco è che, ad eccezione di NDepend, sono tutti gratuiti per uso commerciale e privato.

Answer 5

@Jason e @Mike_Stone hanno ragione.Scrum non prevede alcuno strumento oltre a un pezzo di carta e una penna come minimo.Scrum è molto meno focalizzato sugli strumenti utilizzati dai team, quanto su come il team comunica e lavora insieme e con i propri stakeholder per stabilire le priorità e adattarsi al cambiamento.

XP, d'altra parte, è molto più orientato agli strumenti e agli sviluppatori, sostenendo cose come l'integrazione continua, lo sviluppo guidato dai test, la programmazione in coppia e simili.

Le metodologie agili sono molto indipendenti dagli strumenti e sono molto pragmatiche in questo senso.Usa ciò che funziona meglio per te.Non hai bisogno dello strumento a o della libreria b per essere agile.

Answer 6

Usa Excel per creare un bel grafico burndown!

Per il monitoraggio degli elementi di lavoro, crea una rapida app Web per registrarli, quindi esporta i dati in Excel e gestiscili lì.

Answer 7

Sono d'accordo.Team System è solo un insieme di strumenti racchiusi all'interno di un IDE.Visual Studio utilizza MSBUILD per impostazione predefinita, NUnit e qualsiasi altro plug-in selezionato.L'unico vero valore sono i plugin metodologici come quello di Conchango, che consentono di dare priorità e assegnare elementi di lavoro e i report che vengono generati successivamente.

Scrum giornalieri, lavagna, Excel e disciplina sono davvero un buon inizio.

Answer 8

Totalmente d'accordo sui commenti riguardanti Excel.Faresti meglio a iniziare in questo modo.Scrum può essere un po' uno shock culturale se provieni da una metodologia a cascata.Assicurarsi che il tuo team comprenda prima la filosofia è molto più importante degli strumenti che scegli per renderlo più efficiente.

Sembra che Scrum funzioni meglio quando hai cose tangibili (una nota adesiva, un pezzo di carta) che rappresentano una risorsa che stai costruendo.È semplice, diretto e tutti possono capirlo.A volte, il tuo intento, o gli stessi elementi di lavoro, si perdono o vengono interpretati erroneamente quando tutte le tue attività vengono astratte archiviandole in un database da qualche parte, particolarmente se il team è nuovo in Scrum.

In questo momento, il mio team sta utilizzando Scrum con Team System.È fantastico perché riceviamo gratuitamente report sulla gestione e sul team.Tuttavia, e questa è la cosa importante, penso che in realtà abbiamo fatto le cose più velocemente e con una qualità superiore quando abbiamo fatto tutto con un corkboard vecchio stile, Excel e questo modello (adoro questa cosa, lo consiglio a tutti coloro che fanno Scrum):

http://blog.crisp.se/henrikkniberg/2007/12/18/1197973740000.html

Answer 9

Puoi utilizzare XPlanner per gestire le risorse, gestire e monitorare i preventivi.È possibile rivedere il tempo stimato in passato per le pianificazioni future.

Inoltre con .NET RIFERIMENTO:http://www.scrumforteamsystem.com/en/default.aspx

Answer 10

Come altri hanno già detto, SCRUM può essere fatto senza strumenti specifici, ma lancerò lì lo stack Atlassian.Li ho già usati e mi sono piaciuti abbastanza:

http://www.atlassian.com

• JIRA per il monitoraggio/arretrato dei problemi
• Plug-in GreenHopper per JIRA per googies Agile completi
• Fisheye/Crucible per la revisione tra pari online
• Confluenza per la collaborazione e la condivisione della conoscenza
• Bambù per un'integrazione continua

Answer 11

In passato ho realizzato progetti Scrum in TFS con Visual Studio 2005-2008 e ne sono rimasto molto soddisfatto.Ora sto lavorando a un progetto Scrum in un ambiente Linux utilizzando Eclipse che ha reso necessario il passaggio a un altro sistema.Abbiamo scelto Concerto della squadra razionale (RTC) e trovo che si adatti bene alle nostre esigenze.

Ho trovato RTC paragonabile a TFS, sia in termini di funzionalità che di concetti (es.RTC utilizza la stessa terminologia relativa agli elementi di lavoro), quindi la transizione è stata abbastanza semplice.È disponibile un plug-in per l'integrazione dell'IDE di Visual Studio, nonché un'interfaccia Web che fornisce grafici di burndown e altre metriche di avanzamento per i team di progetto.È gratuito per un massimo di 10 sviluppatori, quindi è davvero ottimo per i piccoli team.Non sono sicuro di quale sia il modello di prezzo una volta che devi pagare, ma presumo che sia paragonabile a TFS se è in linea con altre offerte IBM Rational.