Tipos de releases slideshare

  • 5,366 views
Uploaded on

Como evoluir o software ao longo do projeto.

Como evoluir o software ao longo do projeto.

  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
No Downloads

Views

Total Views
5,366
On Slideshare
0
From Embeds
0
Number of Embeds
3

Actions

Shares
Downloads
2
Comments
0
Likes
2

Embeds 0

No embeds

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide

Transcript

  • 1. TIPOS DE RELEASES Evolução da funcionalidade principal ao longo do projetoWednesday, March 13, 13
  • 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. COMO FAZER ISTO NUM PROJETO ONDE TEMOS LIMITAÇÃO DE TEMPO?Wednesday, March 13, 13
  • 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. Princípio de Pareto: 20% das funcionalidades costumam gerar 80% ou mais do benefício esperado.Wednesday, March 13, 13
  • 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. 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. 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. 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. Obrigado! Beck Novaes - Designer de Produtos Twitter: @becknovaes Blog: http://www.becklog.org Tumblr: http://becknovaes.tumblr.comWednesday, March 13, 13