Skip to Content.
Sympa Menu

aifia-pt - [AI] Ata da reunião da célula de AI - SP

aifia-pt AT lists.ibiblio.org

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

List archive

Chronological Thread  
  • From: "Fabio Palamedi" <fabiosp AT rgm.com.br>
  • To: 'Arquitetura da Informação (em Português)' <aifia-pt AT lists.ibiblio.org>
  • Subject: [AI] Ata da reunião da célula de AI - SP
  • Date: Tue, 29 Aug 2006 10:22:10 -0300

Resumo da reunião da célula do dia 26/08/06

Assunto: metodologias de AI

Material disponível em: http://www.guilhermo.com/ai_biblioteca/referencia.asp?referencia=229

 

Aproveitando o tema de metodologia, levantada na lista mesmo, o Guilhermo preparou uma apresentação abordando o tema, o mostrando o resultado de pesquisas, e por fim, discutindo entre o grupo mesmo, da real necessidade de Ai.

 

1 – Precisamos realmente de uma metodologia para o AI ? Por quê?

 

- Sim, para que exista uma “fluidez” no trabalho multidisciplinar, entre equipes, para aumentar a segurança e diminuir o risco de equipes se desentenderem;

- Para ter uma referencial;

- Para padronizar o trabalho do AI;

- Para otimizar o trabalho do AI;

- Diminuir o tempo, aumentar a eficiência;

- Para o próprio AI organizar suas idéias;

- Não depende apenas de uma pessoa, principalmente em equipes onde pessoas saem e entram, para as mesmas não ficarem perdidas nesse processo.

 

Logo, para embasar esta discussão, o Guilhermo apresentou os dados de sua pesquisa, onde as perguntas eram:

 

“Que metodologia os AI seguem no Brasil?”

Das respostas que foram obtidas, 45% das pessoas não seguem uma metodologia, enquanto 55% das pessoas que responderam, seguem uma metodologia.

 

Sendo assim, “Que metodologia os AI seguem no Brasil” ?

Das respostas que foram obtidas:

- 61% possuem uma metodologia própria,

- 11% não fomos identificadas;

- 8% Jessé James Garret          

- 8% Moebius;

- 11% Outros (Chistina Wodtke, Rosenfield e Morvile, John Shiple, Zachman  e Peter Morville)

 

2 - “o que uma metodologia de projeto de AI precisa ter?”

 

O grupo chegou aos seguintes resultados:

            - Definição de etapas;

            - Conhecimento do problema;

            - Solução do problema;

            - Mapa do site ou sitegrama;

            - Wireframes;

            - Fluxo de navegação;

            - Teste de usabilidade;

            - Documentação;

            - Protótipo;

            - Público-alvo definido;

            - Briefing;

            - Escopo;

            - Interação com as equipes de Tecnologia e Interface. Juntar o AI, o designer e o desenvolvedor.

 

Logo, debatemos o que entendemos como processo de Ai, baseados nas apresentações do próprio Information Architecture Institute como sendo um processo de design.:

 

    • Definição de Arquitetura de Informação do Information Architecture Institute (2005)

1- O design estrutural de ambientes de informação compartilhados.

2- A ciência e a arte de organizar e rotular websites, intranet´s, comunidades on-line e softwares para dar suporte à usabilidade e facilidade de encontrar informação.

3- Uma comunidade de práticas emergentes, focada em trazer princípios do design e arquitetura para o ambiente digital.

 

    • Definição de Arquitetura de Informação do urso polar  (ROSENFELD & MORVILLE, 2002)

1- A combinação dos esquemas de organização, rotulação e navegação dentro de um sistema de informação.

2- O design estrutural do espaço informacional para facilitar a completude das tarefas e o acesso intuitivo ao conteúdo.

3- A arte e a ciência de estruturar e classificar web-sites e intranets para ajudar as pessoas a encontrar e gerenciar informação.

4- Uma disciplina emergente e uma comunidade de prática focada em trazer princípios do design e arquitetura ao espaço digital

 

Uma característica marcante nos projetos de Arquitetura de Informação de websites é o fato de serem processos de design (MORROGH, 2003). Essa característica, aponta HAVERTY (2002), fica evidente no fato de que o trabalho de um arquiteto de informação é um processo de criar soluções para problemas de design. BELTON (2003) também aponta essa característica ao comparar a Arquitetura de Informação com a Arquitetura e inclusive propõe a adoção de uma abordagem de design na formação dos arquitetos de informação

 

Partindo do fato da Arquitetura de Informação ser um processo de design, logo entendemos que todo processo de design é composto basicamente de 4 etapas, sendo elas : Pesquisa, Conceituação, Especificação e Implementação. (MORROGH, 2003; NEWTON (apud BELTON, 2003; FRIEDMAN, 2000)).

 

Podemos entender projetos de Arquitetura de Informação, como sendo processos de design??

 

- Sim, porque o design não é apenas uma criação artística, pois todo produto tem um público-alvo, especificações técnicas e logo, sendo necessária pesquisa, implementação... ;

- É um processo mais humano do que exato ou tecnológico;

- É necessário ter ergonomia, e ser direcionado a um publico especifico, logo, podemos entender que pode ser considerado como processo de design;

- Faz um paralelo com o processo editorial, pois existe uma hierarquia de informação, selecionar e priorizar informações...

- O processo de design tem uma carga grande documentação, o que não é muito forte ou da cultura em um processo editorial;

 

3 – A importância de uma fase de avaliação no final

 

 

    • A Segundo FRIEDMAN (2000) “os designers freqüentemente  terminam seu envolvimento com o projeto antes que as falhas apareçam e os clientes normalmente não retornam ao designer original para reparar o trabalho”
    • A avaliação de resultados é uma prática recomendada para qualquer metodologia de projetos, de forma a aperfeiçoar constante a qualidade e a técnica (PROJECT MANAGEMENT INSTITUTE, 2004), e por isso precisa estar presente nas metodologias de projetos de Arquitetura de Informação.
    • Para FRIEDMAN (2003) é “a nossa interpretação e entendimento da experiência que conduz ao conhecimento”.

 

A avaliação no final do projeto ou em sua conclusão, é de extrema importância, para obter o feedback dos usuários, e analisar, ou mesmo mensurar a eficácia do processo de Ai, no entanto, todos reconhecem, que essa preocupação, acaba sendo “atropelada” pelos processos em que estamos inseridos como profissionais, até mesmo porque, muitas vezes, o trabalho do AI, termina muito antes da sua fase final, ou de entrega do produto ao usuário.

 

4 – Design centrado no usuário

 

Existem duas abordagens de Design Centrado no Usuário distintas mas complementares que podem ser aplicadas nos projetos de Arquitetura de Informação, sendo elas, a visão da Interação Humano-computador, e a outra, sendo a da Ciência da Informação. Projetos de AI são centrados no usuário??

 

Sim, deveria ser, mas também entendemos o problema da hierarquia empresarial, a dificuldade do Ai vender a usabilidade ou mesmo mensurar as vantagens de se desenvolver projetos com uma visão segunda a Arquitetura da Informação, e infelizmente, temos um longo caminho até que deixemos de desenvolver projetos centrados no cliente/ presidente da empresa para então, chegar ao usuário. Ainda é muito difícil provar que usabilidade, traz resultados.


Vale ressaltar ainda a dificuldade de muitos profissionais não envolvidos na área, como consultores/analistas de negócios, entenderem que o software/site não é para o cliente, e sim para o “cliente do cliente dele”.

 

- Apresentação das metodologias propostas existentes hoje.

- Resumo mais detalhado sobre : Pesquisa, Conceituação, Especificação, Implementação e Avaliação.

 

 

Bom pessoal, é isso ai. Para quem quiser baixar o *.ppt da apresentação, basta ir até o site do Guilhermo e baixar lá. Pois o mesmo já esta disponível para download.

Gostaria de agradecer a todos que compareceram e dizer que esta foi uma reunião muito proveitosa =)

Os outros dois temas propostos, acabaram ficando para próximas oportunidades =)

 

 

 

NOS PRÓXIMOS EPISÓDIOS DE “CELULA DE AI EM SÃO PAULO” : PESQUISA – Como, quando e por quê ??

 

 

 

 

 

 

Fabio Palamedi

Arquiteto de Informação \ Designer de UserInterface

RGM Informática Ltda.

(11) 3016-3555

 Esta mensagem, incluindo seus anexos, tem caráter confidencial e seu conteúdo é restrito ao destinatário da mensagem. Caso você tenha recebido esta mensagem por engano, queira por favor retorna-lá ao destinatário e apaga-lá de seus arquivos. Qualquer uso não autorizado, replicação ou distribuição desta mensagem ou parte dela, sob qualquer meio, é expressamente proibido. A RGM Informática Ltda. não é responsável pelo conteúdo ou pela veracidade das informações nela contidas

 




Archive powered by MHonArc 2.6.24.

Top of Page