Arquitetura da Informação (em Português)

[Ricardo Grzeca <grzeca AT hotmail.com>]

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

meus $0.50

R