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: 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.

[]

R






Archive powered by MHonArc 2.6.24.

Top of Page