The Joel Test – 12 passos para codificar melhor

Olá, pessoal!

Recebi já faz um tempinho o link para um artigo chamado “The Joel Test”.

Já é um artigo antigo (de 2000) sobre qualidade do time de desenvolvimento, mas achei muito legal e resolvi compartilhar com vocês.

Em resumo, o tal do “teste” do Joel é responder com “Sim” ou “Não” a 12 perguntinhas básicas:

1. Você usa controle de versão?
2. Você consegue fazer um build em um único passo?
3. Você faz builds diários?
4. Você tem um banco de dados de bugs?
5. Você corrige bugs ANTES de escrever código novo?
6. Você mantém um cronograma atualizado?
7. Você tem uma especificação escrita?
8. Você tem um ambiente de trabalho tranquilo?
9. Você usa as melhores ferramentas que o dinheiro pode comprar?
10. Você possui testers no time?
11. Candidatos a vagas escrevem código durante a entrevista?
12. Você faz teste de usabilidade de porta de entrada ?

Este último item foi traduzido ao pé da letra. Ele chama de “hallway usability test” quando você pega a primeira pessoa que encontrar passando pela porta de entrada e faz a pessoa usar o software, coletando possíveis problemas de usabilidade.

Segundo Joel, responder “Sim” para 11 questões é tolerável e abaixo de 11, você tem sérios problemas. E ele complementa dizendo que a maioria das empresas funcionam com uma pontuação de 2 a 3!!!!

Ele detalha cada um dos 12 itens e no fim indica 4 formas de aplicar o teste em sua empresa.

Vale a pena ler o artigo completo e refletir:

http://www.joelonsoftware.com/articles/fog0000000043.html

[]s

Anúncios

2 comentários em “The Joel Test – 12 passos para codificar melhor

  1. Bom dia. Eu não entendi muito bem os itens 4 e 7. Posso considerar os chamados abertos pelo cliente, os backlog items e os “itens de bug” do meu quadro Agile, como “banco de dados de bugs” e “especificação”?

    OBS: 9. Você usa as melhores ferramentas que o dinheiro pode comprar? As ferramentas que uso são as melhores do mercado e são gratuitas. Portanto, ignorei este item.

    1. Sobre os bugs é você usar uma ferramenta de bug tracking.

      As especificações é você ter por escrito o que fazer. No nosso caso temos em forma de user stories e os cenários (crit.aceitação).

      Em ambos, acredito que precisamos melhorar.

      E no 9, não são somente ferramentas (software) mas toda sua infra-estrutura: PC, monitores, servidores, etc. Se for gratuito e excelente, perfeito. Agora se algo pago é que é excelente, resolve o problema e podemos pagar, por que não pagar?

      Valeu por comentar!
      []s

Participe! Vamos trocar uma ideia sobre desenvolvimento de software!

Preencha os seus dados abaixo ou clique em um ícone para log in:

Logotipo do WordPress.com

Você está comentando utilizando sua conta WordPress.com. Sair / Alterar )

Imagem do Twitter

Você está comentando utilizando sua conta Twitter. Sair / Alterar )

Foto do Facebook

Você está comentando utilizando sua conta Facebook. Sair / Alterar )

Foto do Google+

Você está comentando utilizando sua conta Google+. Sair / Alterar )

Conectando a %s