To: Arquitetura da Informação (em Português) <aifia-pt AT lists.ibiblio.org>
Subject: Re: [AI] Arquitetos ágeis =)
Date: Mon, 20 Oct 2008 13:22:31 -0400
Fabio,
Na verdade a primeira etapa se trata da "big IA", que muitas vezes se
confunde e mistura com outros metodos/tipos/processos de planejamento.
Nela sao definidos os objetivos gerais do projeto e delineadas as
principais funcionalidades, compondo em seguida o product backlog
(terminologia scrum).
E para definir esses objetivos as melhores tecnicas ainda sao as
tradicionais:
- Um bom perfil do usuario
- Um cenario de uso amplo e detalhado - Por exemplo: no lugar de
definir o cenario para o preenchimento de uma interface em um
dispositivo mobile como: Usuario acessa a funcionalidade, preenche os
campos, envia os dados - com alguma diferenca no nivel de
detalhamento, eh muito mais interessante e enriquecedor dar mais
detalhes sobre o contexto: como iniciou o dia do usuario, ele teve q
se deslocar a campo? quanto? com q frequencia? quais as dificuldades
ele pode encontrar nesse contexto? falta de conexao, por exemplo?
quais as dificuldades ele encontrara para obter as informacoes que ele
estah buscando? ele poderah "abandonar o processo" e retornar com mais
informacoes em outro momento? quantas vezes ele vai repetir esse
processo durante seu dia? como sera o fechamento de seu dia?
- mapear esse cenarios em objetivos claros que resultam em problemas
pontuais, mais faceis de serem resolvidos por modulos menores de
funcionalides.
- conhecer o conteudo que serah disponibilizado
- etc.
Sobre o video da adaptive path, ainda nao vi, mas me parece ser um dos
cases da IDEO (recomendo: http://www.ideo.com/publications/item/the-art-of-innovation/)
que sao mestres em prototipagem rapida (e num contexto agile, esse
prototipo equivale a um release alpha e nao ao prototipo tradicional
que conhecemos, aquela coisa feita no axure que serve mais para
apontar o dedo quando o desenvolvedor fez algo diferente que
necessariamente pra esclarecer/facilitar a compreensao e testar o
projeto de interacao.
Sobre a grande sacada, eu diria que a organizacao das equipes eh o que
tem maior impacto no projeto. Com ela voce consegue gerar sinergia e
proximidade, cumplicidade ateh, entre os membros do time, uma vez que
todos se reportam ao cliente e tem como objetivo o sucesso do produto,
de forma diferente do modelo tradicional do "fiz minha parte e meu
gerente sabe disso e que se dane o resultado".
Lembrem-se que a figura de um gerente de desenvolvimento (sic!) nao
faz o menor sentido num ambiente agile, e eh em parte por isso que a
metodologia demora a implacar no Brasil - nenhum gerente quer
implementar metodos que diminuam ou acabem com a sua importancia
dentro da organizacao e os diretores frequentemente sofrem da sindrome
do antigo regime em que assuntos mundanos como uma simples metodologia
nao lhes diz respeito.
Uma ultima observacao: muito se tem falado sobre scrum nesse topico,
mas essa nao eh a unica metodologia agile e nem deve ser utilizada
como uma receita de bolo. Vale buscar informacao sobre outras pratica
(eg.: http://en.wikipedia.org/wiki/Feature_Driven_Development#Develop_Overall_Model)
, sobre processos de gerenciamento de projetos como PRINCE2, que nao
eh mto conhecido no Brasil, misturar tudo e utilizar o que melhor se
adapte a sua organizacao.