To: Arquitetura da Informação (em Português) <aifia-pt AT lists.ibiblio.org>
Subject: Re: [AI] Arquitetos ágeis =)
Date: Thu, 16 Oct 2008 11:29:35 -0400
Excelente topico!
Em projetos que utilizam metodologias agile existem dois momentos
distintos em que AI/UX acontecem:
Durante a etapa inicial do projeto, em que se estah planejando os
recursos a serem desenvolvidos.
Nessa etapa a dinamica e documentacao gerada sao bastante similares a
dos projetos convencionais.
- content assessment
- user profiles
- use case scenarios
- interaction flows
- wireframes
- etc.
Jah durante o desenvolvimento do projeto tem se demonstrado, na minha
experiencia (~2 anos trabalhando com agile), uma boa pratica:
- semana 1
- planejar o recurso
- documentar
- atualizar wireframes
- produzir novos fluxos
- semana 2
- producao/desenvolvimento
Com isso o designer tem tempo de planejar o funcionamento do proximo
recurso enquanto o time de desenvolvimento/criacao/producao estah
envolvido na producao do recurso anterior.
E importante destacar que agile demanda uma participacao efetiva do
gerente de projeto. Em metodologias tradicionais vemos o GP como
alguem que atualiza o cronograma e eventualmente negocia com o gerente
da equipe (desenv ou criacao) os prazos, gerencia a ansiedade do
cliente e nao mto mais que isso. Esse GP tambem costuma trabalhar com
6 ou 7 projetos ao mesmo tempo.
Num ambiente agile ele precisa estar muito mais envolvido, definindo
os recursos a serem desenvolvidos, e acompanhando de perto a producao
dos assets necessarios, de outra forma a agenda de releases ficara
comprometida.
Sobre adaptar os metodos ou nao, a maior diferenca entre trabalhar num
ambiente convencional e num ambiente agile eh o dialogo constante.
Simplesmente nao eh viavel que voce fique 3 dias produzindo um
wireframe/site map/flow e o apresente, aprove e envie para as outras
equipes. E necessaria uma negociacao constante, diaria, entre os
envolvidos.
Eu costumo organizar minha semana da seguinte forma:
Segunda - planejamento geral dos recursos - reuniao com o GP para
discutir as ideias surgidas
Terca e Quarta - documentacao - reuniao para discutir os documentos
com o GP - normalmente uma troca de emails e uma conversa no jabber
sao suficientes
Quinta
- revisao do trabalho realizado durante a semana
- revisao do que foi produzido pelas outras equipes - uma especie de
QA
Sexta - dia de release
- mais testes
- debrief - apresentacao para as outras equipes, dos recursos a serem
desenvolvidos na proxima semana
- brief - planejamento dos proximos recursos com o gerente de projeto/
produto
- cerveja
E os testes com usuarios, como ficam?
Sinceramente, num ambiente agile nao faz muito sentido voce planejar e
executar testes por varios motivos
- todo o processo demora muito tempo
- as funcionalidades adicionadas aos releases sao sempre pequenas
- voce consegue coletar feedback dos usuarios reais, em situacoes
reais atraves de:
- formulario - sim, as pessoas compartilham suas opinioes
- analise de logs - feitas em conjunto com o gerente de
produto/projeto
- ferramentas para analisar zonas de calor da pagina