Pergunta

Alguém aí usa Fogbugz e Scrum juntos?

Usamos o Fogbugz extensivamente e estou procurando ideias de qualquer pessoa que possa usá-lo como parte do Scrum.Encontrei esses dois itens, mas eles estão arquivados e indisponíveis para discussão posterior.Estou especificamente interessado em ideias para mapear conceitos do Scrum no Fogbugz.

Algumas coisas são bastante óbvias.Releases e sprints mapeiam bem entre si.Mas outras partes do Scrum realmente não se encaixam.

http://support.fogcreek.com/default.asp?fogbugz.4.12143.4
http://support.fogcreek.com/default.asp?fogbugz.4.19971.3

Também estou pensando que pode não ser muito difícil criar algumas coisas leves e personalizadas para envolver o Fogbugz, para que não tenhamos que abandonar uma de nossas ferramentas favoritas para melhorar nossa integração de processos de software.

Editar:

Estou adicionando mais algumas perguntas específicas que surgiram.Qualquer sugestão sobre esses itens seria útil:

  • Como priorizamos um grande backlog com apenas os 7 níveis de prioridade fornecidos pelo Fogbugz?Podemos modificar as tabelas de banco de dados para adicionar mais níveis, mas isso é apropriado no modelo FOGBUGZ atual/pretendido?
  • Como/onde documentamos um gol de sprint?
  • Como documentamos um sprint cancelado?
  • Como documentamos a revisão do sprint?
  • Como rastreamos sprints concluídos ou cancelados?

Edição nº 2:

A resposta de Chris abaixo me lembrou que realmente atualizamos para o Fogbugz v7.Ele tem muitos recursos excelentes que o alinham mais estreitamente com Agile, Scrum e Lean, incluindo:

  • Backlog do projeto (via plugin)
  • Fluxo de trabalho personalizado
  • Gráficos Burn Down
  • Quadro Kanban (via plugin)

Veja os seguintes links para mais informações:
http://www.fogcreek.com/FogBugz/WhatsNew.html
http://www.fogcreek.com/FogBugz/Plugins/default.aspx?ixCategory=-3

Editar #3Adicionando o link que Perhentian mencionou em sua resposta, bem como outro que encontrei:

http://www.danielroot.info/2009/08/how-to-apply-scrum-using-fogbugz-7.html
http://www.fogcreek.com/FogBugz/blog/post/Scrum-Friendly-Features.aspx

Foi útil?

Solução

O FogBugz agora (a partir da versão 7) suporta plugins, o que deve facilitar muito o uso com o Scrum.

Ferramentas para Ágil/Scrum

Outras dicas

Estávamos usando o FB há um longo tempo, mas recentemente começamos a formalizar nosso uso do Scrum.

Achei as seguintes coisas MUITO úteis:

  1. Usei uma tag para cada sprint Scrum.
  2. A tag sprint é inserida em cada caso FB desse sprint.
  3. Temos um Wiki chamado "Relatórios Scrum Sprint"
  4. Dentro desse Wiki, adicionamos um artigo para cada novo sprint (os temos por semanas).Esse artigo tem a mesma tag do sprint.

Então, as seguintes coisas ajudam:

Primeiramente, se você simplesmente pesquisar pela tag, encontrará:todos os casos e o artigo Wiki específico (que mesmo na visualização do título mostrará os objetivos)

Em segundo lugar, criamos dois filtros:um filtro para mostrar os casos desse scrum em uma exibição de lista e um segundo filtro para mostrar os casos abertos/fechados em um gráfico de pizza.Ao longo da semana, você espera ter comido mais torta.

A única coisa que não gosto nisso é que tenho que modificar meus dois filtros toda sexta-feira, mas pelo menos TGIF.

PS:Gostaria de mencionar que o FB Wiki Editor é melhor que um em 7.0, mas realmente deveria ter a versão 0.8.Está a pelo menos 2 edições de ser algo estável.

Depois de usar FOGBUGZ e JIRA para Agile, decidi que nenhuma das ferramentas é realmente ideal para dar suporte ao modelo.Você pode trabalhar?Sim.Na verdade, o JIRA é um pouco melhor por causa da capacidade de personalizar mais (criar histórias de usuários, etc.). Mas se você realmente deseja que sua equipe esteja no modo SCRUM, você precisa que todos olhem para um gráfico de burndown e todos olhem para um backlog e eu acho você deve procurar ferramentas como SCRUMWORKS.A versão básica é gratuita e lhe dará o que você deseja.Use JIRA e Fogbugz para o que eles deveriam fazer, acompanhe bugs e solicitações, mas não seja uma ferramenta completa de gerenciamento SCRUM.'

Atualizar:Você pode usar o plugin Greenhopper para JIRA, que é um pouco melhor para suportar projetos ágeis.

No icanhascheezburger.com, usamos o FogBugz e descobrimos que o FogBugz é ótimo em muitas coisas, mas não funciona tão bem para o desenvolvimento ágil pronto para uso.Aqui estão duas coisas que fazemos:

Usamos os fóruns de discussão para relatórios diários de scrum, embora uma página wiki possa ser mais adequada para isso, já que você pode assiná-la.

Também usamos a prioridade 7 para o backlog.Para encontrar todos os casos do backlog, basta pesquisar:

priority:7 project:"project name"

A API tornaria muito fácil escrever um pequeno cliente scrum.

Kanban plugin para FogBugz

Atualmente estamos testando o FogBugz em um projeto baseado em SCRUM.

Ainda estamos nos adaptando ao SCRUM (e ao FogBugz), então o que estamos fazendo pode não ser SCRUM 'puro'.

Em primeiro lugar, estamos usando o Excel para o backlog de lançamento, por exemplo.o que entregaremos na versão x.xx

Na verdade, eu tinha escrito um blog publicar em usar o FogBugz como backlog, mas acabei optando pelo Excel porque o que eu estava propondo era um pouco complicado em retrospecto e não acho que estava realmente ganhando alguma coisa.

Na planilha de backlog mantemos o nome do item do back log, uma estimativa de tamanho, para que possamos calcular a velocidade, e algumas outras informações como em qual sprint entregaremos cada item.

Mantemos nossas especificações de produto no wiki do FogBugz e adicionamos links para isso em cada entrada no backlog.

No Fogbugz mapeamos releases para sprints e usamos itens de cronograma para rastrear nossas tarefas para cada item do backlog.

Antes de iniciarmos um sprint, escolhemos quais itens do backlog iremos entregar neste sprint.No FogBugz eu crio uma nova versão e defino a data de término para duas semanas depois.Em seguida, dividimos os itens do backlog escolhidos em tarefas e os adicionamos ao lançamento como 'itens de cronograma'.

Todos estimam suas próprias tarefas e monitoram o tempo delas usando o menu "trabalhando em", como faria normalmente.Todos os dias os membros da equipe revisam suas estimativas e podemos então usar os diversos relatórios para ver como as coisas estão progredindo.O gráfico de confiança da data de envio oferece uma espécie de burndown reverso.

Cada membro da equipe também tem um item de programação de 'status' que eles editam todos os dias para registrar seu relatório de status para a reunião diária, por exemplo.o que eu fiz ontem?, O que estou fazendo hoje?Que obstáculos estão no meu caminho?

Como você pode ver, estamos usando o FogBugz apenas para gerenciamento de tarefas.

Escolhemos mais para o EBS e a Wiki.

Até agora está funcionando muito bem, mas o projeto que estou usando é um projeto de 3 pessoas e 6 semanas.

Espero que isso ajude.Deixe-me saber se você precisar de algum esclarecimento.

Editar:Também não estou tentando colocar o sistema perfeito em funcionamento na primeira vez.Estou adotando a abordagem de tentar algo e, se não estiver funcionando, mude.Até agora tudo bem com o FogBugz.

FogBugz e Scrum trabalham juntos de forma adequada.Acho que suas perguntas são boas, então vou me limitar a respondê-las...

Como priorizamos um grande backlog com apenas os 7 níveis de prioridade fornecidos pelo Fogbugz?Podemos modificar as tabelas do banco de dados para adicionar mais níveis, mas isso é apropriado no modelo Fogbugz atual/pretendido?

IMHO 7 é demais para gerenciar, acho que os 3-4 principais são gerenciáveis ​​e, além disso, é melhor agrupar tudo em um único backlog "posterior".Entretanto, a documentação do FogBugz ou artigos da base de conhecimento ocasionalmente dão orientação para pessoas que adicionaram níveis de prioridade adicionais, então se o FogBugz não pretende que você o use, eles parecem estar bem cientes disso e basicamente apoiam as pessoas que fazem isso.

Como/onde documentamos uma meta de sprint?Temos uma página de “revisão do sprint” no wiki para cada projeto.Documentamos o sprint mais recente no topo e o transformamos em uma página enorme (embora eu imagine que eventualmente manteremos apenas o ano mais recente ou algo assim, já que essas páginas estão ficando ENORMES).A revisão do sprint que utilizamos é simples e possui um conjunto de campos que devem ser preenchidos pela equipe e pelo PM.Antes do sprint documentamos uma meta e o SBL, depois adicionamos os campos para revisão.

Como documentamos um sprint cancelado?

Na página de revisão do sprint mencionada acima.

Como documentamos a revisão do sprint?Como rastreamos sprints concluídos ou cancelados?

Imagino que você já possa adivinhar como lidamos com esses dois :)

Espero que seja útil para você e outras pessoas que estão lendo.Temos alguns hacks do fogbugz relacionados às estimativas do FB que não abordei aqui, mas se você quiser discutir mais, ficarei feliz em fazê-lo.Talvez você tenha algumas experiências para compartilhar com as quais eu possa aprender?

-scott

Confira a nova versão do FogBugz.Há um artigo no blog aqui que resume as melhorias para dar suporte ao Scrum.Nós o usamos e funciona bem para nós.

http://www.fogcreek.com/FogBugz/blog/post/Scrum-Friendly-Features.aspx

Usamos Scrumworks e JIRA.

O SCRUM realmente não cobre como você implementa procedimentos de controle de qualidade/controle de qualidade; parte do ágil é ser capaz de definir, melhorar e iterar processos.

Bons comentários até agora.Vou dar uma olhada no Scrumworks.Nós realmente gostamos do Fogbugz e a equipe está confortável com ele, então é por isso que estou tentando ver se é viável.

@Stefan, uma das sugestões para o backlog do produto nos artigos vinculados é que o backlog do projeto pode ser implementado no Fogbugz criando um release atribuível de mesmo nome sem data, uma data no final do contrato formal ou uma data distante no futuro.Você já tentou isso ou tem alguma ideia de por que seu método pode ser melhor?

Usamos o FogBugz para scrum usando um "release" para o backlog do projeto e então criamos releases para sprints, movendo itens do release do backlog do projeto para o release atual do sprint.Cada item possui uma estimativa e a partir disso podemos construir um gráfico de burndown, conforme ilustrado em esta pergunta SO anterior.

Não, não é o ideal, mas funciona bem o suficiente.

A ferramenta de código aberto trac tem um Integração do FogBugz, e para a parte Scrum você pode usar Ágil para Scrum, que se baseia traçar e oferece suporte ao Scrum de forma abrangente.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top