Como evoluir o software ao longo do projeto.

1. TIPOS DE RELEASES
Evolução da funcionalidade principal ao longo do projeto
Wednesday, 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 26
Wednesday, 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 principal
Wednesday, 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.com
Wednesday, March 13, 13