Skip to Content.
Sympa Menu

aifia-pt - Re: [AI] Arquitetos ágeis =)

aifia-pt AT lists.ibiblio.org

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

List archive

Chronological Thread  
  • From: Ricardo Grzeca <grzeca AT hotmail.com>
  • 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

meus $0.50

R






Archive powered by MHonArc 2.6.24.

Top of Page