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

[Bernardo Doré <berdore AT gmail.com>]

Comunicação é a chave. Me desculpem os colegas de TI mas essa é uma área que nunca prezou pela comunicação.

2011/4/29 Matheus Neves <matheus.neves AT gmail.com>

Bom Paulo, 

Não estou discordando de você, apenas elaborando um pouco mais.

Sobre suas colocações do que deu certo por aí eu coloco outra vez, elementos identificados como maiores problemas em projetos:

poor communications (40%)

Nós trabalhamos com comunicação. Isso não está apenas no spectro de desenhar boas telas, mas bolar bons documentos e formas de comunicação, cuidado e interesse ao interagir com o cliente

Perspectiva de Entregáveis:

O que é mais fácil do cliente entender um wireframe ou um caso de uso?

Só isso já ajuda em absurdos "ler as figuras" é mais fácil.

Perspectiva de Gestão:

Quem se preocupa mais em se comunicar e interagir: Designers, Publicitários, Jornalistas ou Desenvolvedores, DBAS?

Quanto mais enfiado na TI, mais pragmáticos e diretos são os caras e menos interesse possuem sobre o objeto do cliente.

2011/4/29 Paulo Ries <paulories AT gmail.com>

acho que tô falando grego ou russo... só pode...

concordo com o Ricardo ... gerentes subordinados à designers .... esquisito isso .... mas cabe lembrar que hoje em dia qualquer um pode ser gerente de projetos, sejam designers, arquitetos, psicólogos, engenheiros ... enfim .... a grande questão aqui não é a formação de quem tá no comando, mas sim o foco da gestão do projeto. Talvez eu tenha realmente falado grego ou alguns tenham perdido o foco do que eu to falando.

A questão que coloco é que os projetos são construídos tendo como base aquela velha história de custo x prazo x qualidade. Esquecem do usuário. Aí que entra a tarefa de centrar o projeto no usuário desde a elaboração para obter melhores resultados. Como eu falei no outro email, reduziremos consideravelmente os problemas de USABILIDADE. Não falei que o designer vai resolver o problema de programação, banco de dados ou infra. Penso: se serve para projeto web serve para sistemas e para muitas outras coisas.

Agora, se o analista de requisitos for pela cabeça do gestor (ué .... 99% das vezes funciona assim ,não?) consequentemente os analistas de sistema vão documentar casos de uso com falhas de usabilidade e fluxo, que serão desenvolvidos pelos programadores de forma errada e, no final .... o designer coloca a corzinha no botão e a logo da empresa e pá ..... não serve pra nada .... depois o gestor abre 500 RDMs pra tentar salvar alguma coisa.... alguém já viu esse filme?

Se formos avaliar as 349573948 opções que o RUP (ou a RUTH... kkk ) tem pra falar estaremos perdendo tempo aqui. O foco da lista é AI/UX e é sobre isso que a pesquisa quer tratar.

Enfim, não espero que concordem com meu ponto de vista :D , e espero comprovar que os ganhos que obtivemos aqui no FNDE não são casos isolados.

Abs

Paulo

Em 29 de abril de 2011 10:38, Ricardo Couto <couto.ricardo AT gmail.com> escreveu:

O que vejo como ideal, seria o(s) profissional de Ux (Designer + Arquiteto) trocando os papéis com a Gerência de Projetos sendo este subordinado aos profissionais de UX. 

um tanto quanto leviano isso, não?

não estou dizendo especificamente de quem falou (Luiz, você só disse algo que já vi vários dizerem, estou usando sua frase só como base), mas da ideia de que os papéis deveriam ser trocados. acho que já cansou essa conversa de que designers são pessoas melhores que as outras.

já pensaram que, se se invertem os papéis, todo o fracasso vira responsabilidade total do designer/AI?

isso ninguém quer, não é?

acho pensar pequeno achar que gerentes de projeto não se preocupam com qualidade. o que está na reta é o dele, não o seu. se o projeto não andar, é culpa dele. que você pode ajudá-lo, é óbvio. assim como num projeto digital/web, se um programador não fizer o trabalho direito, a ux vai ser um lixo. se o gmail, com toda a qualidade de interface e interação que tem, começar a perder emails, alguém continua usando? e isso não tem nada a ver com interface ou interação.

ux não é interface. ux não é mensurável nem construído por um sujeito só. é um conjunto impossível de alguém resolver ou mesmo prever.

e achar que GP devem ser subordinados a designers.. bem, o que designers entendem (a priori) a respeito de gestão?

minha sugestão é: como se pode posicionar a área de ux para contribuir com os processos já existentes de outras áreas? sem ser petulante de achar que o seu processo é melhor do que os outros.

PS: não, não sou gerente de projeto antes que pensem. só acho que discussões mimimi de que os problemas existem e os projetos não são perfeitos porque fulano não tem autonomia, nem manda em todo mundo é mimimi sem nada de acréscimo.

. . . . . . . . . . . . . . . . . . . . . .
Ao responder, elimine o texto não essencial
de mensagens anteriores e evite formatação.

Lista de discussão AIfIA-pt
AIfIA-pt AT lists.ibiblio.org
Arquitetura de Informação em Português
http://lists.ibiblio.org/mailman/listinfo/aifia-pt

--
Paulo RIES
Bacharel em Design de Interfaces
61 9985.8591
Twitter: @paulories
--
Trídia Criação e Desenvolvimento de Software LTDA
http://www.tridiacriacao.com
Twitter: @tridiacriacao
--
Colaborador Joomla Calango - DF
http://www.joomlacalango.com
--
Membro do JUGBrasil - Organizadores
http://groups.google.com/group/jugbra-organizadores

. . . . . . . . . . . . . . . . . . . . . .
Ao responder, elimine o texto não essencial
de mensagens anteriores e evite formatação.

Lista de discussão AIfIA-pt
AIfIA-pt AT lists.ibiblio.org
Arquitetura de Informação em Português
http://lists.ibiblio.org/mailman/listinfo/aifia-pt

. . . . . . . . . . . . . . . . . . . . . .
Ao responder, elimine o texto não essencial
de mensagens anteriores e evite formatação.

Lista de discussão AIfIA-pt
AIfIA-pt AT lists.ibiblio.org
Arquitetura de Informação em Português
http://lists.ibiblio.org/mailman/listinfo/aifia-pt