TIPOS DE RELEASESEvolução da funcionalidade principal ao longo do projeto

Wednesday, March 13, 13

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 26

Wednesday, March 13, 13

COMO FAZER ISTO NUM PROJETO ONDE TEMOS LIMITAÇÃO DE

TEMPO?

Wednesday, March 13, 13

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

Princípio de Pareto: 20% das funcionalidades

costumam gerar 80% ou mais do benefício esperado.

Wednesday, March 13, 13

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

SOLUÇÃO1. 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 Alpha

Release Beta

Release Final

Tolerância aos erros que impactam a validação da

funcionalidade principalBaixa Baixa Baixa

Tolerância aos erros que NÃO impactam a validação

da funcionalidade principalAlta Média Baixa

Wednesday, March 13, 13

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

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

Beck Novaes - Designer de ProdutosTwitter : @becknovaes

Blog: http://www.becklog.orgTumblr : http://becknovaes.tumblr.com

Obrigado!

Wednesday, March 13, 13