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

[Ricardo Grzeca <grzeca AT hotmail.com>]

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.

[]

R