Como usar Scrum e Visual Studio sem Team System [fechado]

Question

Estou interessado em possivelmente usar o Scrum com minha equipe de desenvolvimento (sim, sei que será um pouco doloroso fazer a transição para ele).No entanto, não temos o Team System e provavelmente não podemos comprá-lo imediatamente.

Quais são algumas ferramentas possíveis para colocar uma equipe em funcionamento no Scrum em um ambiente .NET/Visual Studio sem Team System?

Answer 1

Realmente tudo que você precisa é um pedaço de software de rastreamento de bugs para acompanhar as questões quentes para o sprint atual. Pode até ser uma planilha (não use uma planilha). Scrum é uma metodologia, http://en.wikipedia.org/wiki/Scrum_(development) e realmente não requer sistema de equipe tanto como ele exige um bom gerente de projeto e uma equipe comitted.

Answer 2

get um quadro

começar com SCRUM não deve exigir quaisquer ferramentas -. No mínimo, você vai ter uma reunião de planejamento no início de cada sprint, uma reunião standup diariamente, e uma reunião repescagem no final de cada sprint

Na reunião diária, se reúnem em torno do quadro e usar isso para acompanhar o status das tarefas de todos e que avança para o sprint.

Você também vai precisar para acompanhar o seu backlog para o planejamento -. Isso pode ser feito em papel, em um quadro branco, ou no Excel

Answer 3

Eu estava envolvido em uma equipe Scrum na minha última empresa, e ele realmente não tem nada a ver com o ambiente de desenvolvimento. É um processo de desenvolvimento de software, e muitas vezes há pouca tecnologia em usar o próprio processo (embora uma boa ferramenta de planilha ajudará com acompanhamento do progresso).

Então ... eu diria que suas preocupações de ferramentas são talvez equivocada, a menos que eu sou mal-entendido a pergunta.

Answer 4

• control Fonte: Subversion
• aplicativo Integração Contínua: Hudson (há um monte de .NET plugins), mais fácil de usar do que CruiseControlDotNet
• ferramenta de construção: MSBuild - você vai querer personalizar o processo de construção, e aprender MSBuild é a melhor maneira de fazer isso
• framework de testes unitários: o incomparável NUnit
• Análise estática de código: NDepend , FxCop, outros

nota relacionada: SVNStats - um projeto Java que cria alguns relatos interessantes bonitas do que aconteceu em um repositório ao longo do tempo, você recebe um código muito churn métricas

Assim MSBuild é a cola que você vai começar estas ferramentas em vários estágios de desenvolvimento, ou você pode adicionar ganchos em eventos que acontecem com o repositório de código fonte. Esta é uma lista aproximada de ferramentas / apps que lhe dão um para um sobre a funcionalidade Team System fornece.

Great coisa sobre esta lista - com exceção de NDepend, todos são livres para uso comercial e privado

.

Answer 5

@ Jason e @Mike_Stone está certo. O Scrum não envolvem quaisquer ferramentas, além de um pedaço de papel e uma caneta no mínimo. Scrum é muito menos focada no que as ferramentas das equipes utiliza como ele está em como as comunica equipe e trabalha em conjunto e com as partes interessadas para priorizar e se adaptar à mudança.

XP , por outro lado é muito ferramenta mais e desenvolvedor orientado, defendendo coisas como integração contínua , Test Driven Development, a programação em pares e afins.

metodologias ágeis são muito ferramenta agnóstica e são muito pragmático nesse sentido. Use o que funciona melhor para você. Você não precisa de ferramenta uma biblioteca ou b para ser ágil.

Answer 6

Use o Excel para criar um gráfico agradável burndown!

Para rastreamento de item de trabalho, bater-se uma aplicação web rápido para gravá-las, em seguida, exportar dados para o Excel, e gerir de lá.

Answer 7

Eu concordo. Team System é somente um conjunto de ferramentas acondicionada dentro de uma IDE. Visual Studio usa MSBUILD por padrão, NUnit e qualquer outro plugin como selecionado. O único valor real é os plugins metodologia como Conchango do que permite workitems sejam priorizados e atribuído, e os relatórios que são gerados depois.

reuniões diárias, quadro branco, excel e disciplina é realmente um bom começo.

Answer 8

Totally concordaram com os comentários sobre excel. Você é melhor fora de começar desta forma. Scrum pode ser um pouco de um choque de cultura, se você está vindo de uma metodologia cachoeira. Ter certeza que sua equipe entende a filosofia primeira é muito mais importante do que as ferramentas que você escolher para torná-lo mais eficiente.

Scrum só parece funcionar melhor quando você tem coisas tangíveis (uma nota, um pedaço de papel), representando um ativo que você está construindo. É simples, direto e todos podem obter suas cabeças em torno dele. Às vezes, sua intenção, ou itens de trabalho si, se perder ou mal interpretado quando todas as suas tarefas são abstraídos, armazenando-os em um lugar banco de dados, especialmente se a equipe é nova para Scrum.

Agora, a minha equipe está fazendo Scrum com o Team System. É ótimo, porque nós temos relatórios de gestão e equipe de forma gratuita. No entanto, e este é o mais importante, eu acho que realmente fez as coisas mais rápido e com maior qualidade quando fizemos tudo com um antiquado corkboard, excel e este modelo (Eu amo essa coisa, recomendo a todos fazendo Scrum):

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

Answer 9

Você pode usar XPlanner para o gerenciamento de recursos, gerenciamento e monitoramento estimativas. Você pode rever o tempo estimado no passado para futuros planejamentos.

Como bem com .Net Referir: http://www.scrumforteamsystem.com/en/default.aspx

Answer 10

Como já foi mencionado SCRUM pode ser feito sem quaisquer ferramentas específicas, mas eu vou jogar o Atlassian empilhar lá fora. Eu usei-os antes e gostei bastante-los:

http://www.atlassian.com

• JIRA para emissão de rastreamento / backlog
• GreenHopper plugin para JIRA para o pleno Agile Googies
• Fisheye / Crucible para revisão por pares on-line
• Confluence para colaboração e compartilhamento de conhecimento
• Bamboo para a integração contínua

Answer 11

No passado eu fiz projetos Scrum no TFS com o Visual Studio 2005-2008 e estava muito feliz com isso. Agora estou trabalhando em um projeto Scrum em um ambiente Linux usando Eclipse que exigiu uma mudança para outro sistema. Nós escolhemos Rational Team Concert (RTC) e eu acho que ele se adapte às nossas necessidades bem.

Eu encontrei RTC ser comparável ao TFS, tanto em termos de funcionalidade e conceitos (ex. RTC usa a mesma terminologia de item de trabalho), para que a transição foi bastante fácil. Há um plugin para integração do Visual Studio IDE, bem como uma interface web que fornece burndown gráficos e outras métricas de progresso para equipes de projeto. Ele é gratuito para até 10 desenvolvedores, por isso é realmente bom para equipes pequenas. Eu não sei o que o modelo de preços é uma vez que você tem que pagar, mas presumo que é comparável a TFS se ele está em linha com outras ofertas IBM Rational.