O Quarto capítulo do livro aborda principalmente a temática
do design e sua aplicação para IHC.
O design existe para trabalhar características que possam
ser “desagradáveis” em um produto, tanto visualmente na usabilidade. No livro
ele é dividido em:
· -
Análise da
situação atual: estudo do momento atual do produto, seus defeitos e
potenciais positivos e negativos.
·
- Síntese de
uma intervenção: planejamento e execução para a alteração da situação
atual.
·
Avaliação
de uma nova situação: o balanço entre a situação anterior e a atual do produto.
Nas perspectiva de design existem maneiras e pontos
importantes a serem levados em consideração como o racionalismo técnico, onde o problema pode ser resolvido por um método
já conhecido, como uma receita de bolo; A reflexão
em ação, onde cada problema é visto como único, com uma solução em
particular. Também é citada a conversa
com os materiais, que é simplesmente a análise de possibilidades possíveis,
uma espécie de “brainstorm”. Dificilmente será possível trabalhar apenas as
possibilidades do racionalismo técnico, visto que praticamente todo problema de
IHC requer, em algum ponto, uma combinação de soluções “únicas”.
“[...] Geralmente os processos de design IHC começam analisando
a situação atual. Quando o designer considera ter adquirido conhecimento
suficiente sobre essa situação e identificado as necessidades e oportunidades
de melhoria, ele prossegue seu trabalho sintetizando (concebendo, modelando e
construindo) uma intervenção) [...]”
Mas o quesito que considero mais importante é o contraste de IHC com a Engenharia de Software. Desde seu início, a IHC contrasta a ES em sua preocupação com os aspectos de funcionalidade do sistema, em detrimento de o quanto o usuário deve se adaptar para poder usufruí-lo.
Gulliksen e seus colegas definem em 12 pontos-chave para um processo de desenvolvimento que cuida adequadamente da qualidade de uso:
Mas o quesito que considero mais importante é o contraste de IHC com a Engenharia de Software. Desde seu início, a IHC contrasta a ES em sua preocupação com os aspectos de funcionalidade do sistema, em detrimento de o quanto o usuário deve se adaptar para poder usufruí-lo.
Gulliksen e seus colegas definem em 12 pontos-chave para um processo de desenvolvimento que cuida adequadamente da qualidade de uso:
·
- Foco no
usuário
·
- Participação
ativa do usuário
· - Desenvolvimento
iterativo e incremental
·
- Representações
de design simples
·
- Prototipação
·
- Avaliação
de uso em contexto
·
- Atividade de
design explícita e consciente
·
- Atitude profissional
·
- Defensor da
qualidade de uso
·
- Design holístico
·
- Customização
do processo
·
- Atitude centrada
no usuário
Esses pontos são relativamente
comuns se tratando de IHC, mas nem sempre são levados em consideração em ES.
Fazer os dois em paralelo é uma das soluções possíveis, mas é longe do ideal de
os dois “caminharem de mãos dadas”, em que os processos de desenvolvimento de
IHC e de ES é construído levando em consideração necessidades dos dois lados.
Nenhum comentário:
Postar um comentário