Tipos de releases slideshare

6.880 visualizações

Publicada em

Como evoluir o software ao longo do projeto.

0 comentários
2 gostaram
Estatísticas
Notas
  • Seja o primeiro a comentar

Sem downloads
Visualizações
Visualizações totais
6.880
No SlideShare
0
A partir de incorporações
0
Número de incorporações
4.407
Ações
Compartilhamentos
0
Downloads
14
Comentários
0
Gostaram
2
Incorporações 0
Nenhuma incorporação

Nenhuma nota no slide

Tipos de releases slideshare

  1. 1. TIPOS DE RELEASES Evolução da funcionalidade principal ao longo do projetoWednesday, March 13, 13
  2. 2. TODO SOFTWARE PRECISA EVOLUIR • O Windows está na versão 8 •O Mac OS está na versão 10 •O Internet Explorer está na versão 10 •O Chrome está na versão 26Wednesday, March 13, 13
  3. 3. COMO FAZER ISTO NUM PROJETO ONDE TEMOS LIMITAÇÃO DE TEMPO?Wednesday, March 13, 13
  4. 4. Se você fosse desenvolver um editor de textos como o Word o que faria primeiro: Mala direta? Macros? Ou começaria pela edição do texto em si?Wednesday, March 13, 13
  5. 5. Princípio de Pareto: 20% das funcionalidades costumam gerar 80% ou mais do benefício esperado.Wednesday, March 13, 13
  6. 6. Portanto, para permitir a evolução de um projeto de software devemos começar pela funcionalidade principal: a que vai gerar 80% do benefício do Software. Desta forma haverá tempo para evoluir esta funcionalidade durante o projeto. Se ela ficar para o final este tempo não existirá!Wednesday, March 13, 13
  7. 7. SOLUÇÃO 1. Durante o projeto são feitas pequenas entregas, que chamamos de Releases. 2. Para criar uma cultura de evolução durante o projeto denominamos as Releases como Alpha, Beta ou Final Release Release Release Alpha Beta Final Tolerância aos erros que impactam a validação da Baixa Baixa Baixa funcionalidade principal Tolerância aos erros que NÃO impactam a validação Alta Média Baixa da funcionalidade principalWednesday, March 13, 13
  8. 8. NA PRÁTICA... • Quando estiver com foco numa Release Alpha saiba tolerar erros de User Interface, estouro de caracteres em campos, validação de campos que não são essenciais para o negócio e outros detalhes secundários • Quando estiver com foco numa Release Beta diminua seu nível de tolerância para os detalhes secundários • Quando estiver com foco numa Release Final, finalmente, seja detalhista quanto a Qualidade Geral do Software!Wednesday, March 13, 13
  9. 9. MODELO MENTAL DO PROFISSIONAL • Programador: Na Release Alpha não se preocupe se o seu código não estiver perfeito. Diminua seu nível de tolerância com as imperfeições conforme o projeto avança • Testador: Na Release Alpha não perca seu tempo testando estouro em campos e outras coisas sem objetivo. E se você não conhece o negócio para testar a funcionalidade principal informe ao time que você não tem condições de testar uma release alpha! • Designer: Na Release Alpha feche os olhos para os pixels desalinhados. No final do projeto é que precisa estar perfeito.Wednesday, March 13, 13
  10. 10. Obrigado! Beck Novaes - Designer de Produtos Twitter: @becknovaes Blog: http://www.becklog.org Tumblr: http://becknovaes.tumblr.comWednesday, March 13, 13

×