A importância do design centrado no ser humano no desenvolvimento de software

Design Centrado no Ser Humano (HCD) é mais uma palavra da moda que soa adorável e é usada casualmente em salas de reunião em todo o mundo, sem muita compreensão do que significa ou quão radical é o afastamento das abordagens de design mais familiares. É improvável que você encontre um desenvolvedor, designer ou CIO que alegue ignorar o elemento humano nos sistemas e ferramentas que constrói. No entanto, se olharmos para a maioria das aplicações e produtos orientados para a tecnologia, fica claro que o ser humano foi uma reflexão tardia em vez do ponto de partida para o seu design.

Considere por um momento que você foi solicitado a criar um novo sistema para aprovar solicitações de folga. Uma loja de tecnologia típica pode abordar o problema de uma perspectiva de processo, determinando o fluxo de trabalho e os estágios de aprovação necessários para esta aplicação.

Outra loja pode começar com dados, tentando determinar quais dados são necessários, quais são os mais importantes e quais informações podem precisar ser adquiridas de quem. Uma terceira oficina poderia começar considerando os sistemas e ferramentas existentes e determinando se um de seus recursos técnicos poderia ser usado para criar uma nova função de solicitação de folga.

Todas essas abordagens diferentes provavelmente solicitam a opinião dos usuários ou a ajuda de designers para criar uma tecnologia que seja visualmente atraente e fácil de usar. No entanto, nenhuma destas abordagens começou com o utilizador, que é o diferenciador crucial do design centrado no ser humano.

Em vez de começar com sistemas, processos ou dados, uma verdadeira abordagem de HCD poderia perguntar por que as solicitações de folga devem ser concluídas. É assim que um recurso pode ser agendado para preencher alguém que está tirando uma folga? Houve incidentes frequentes de pessoas que abusaram do seu subsídio de folga e devem ser implementados controlos? Existe uma maneira mais eficaz para os humanos envolvidos administrarem suas folgas ou uma maneira mais eficaz de acelerar as aprovações?

Somos todos Designers

Começar pelos humanos é complexo, especialmente para muitas organizações de tecnologia. Nosso pão com manteiga são sistemas, processos e dados, e não seres humanos confusos e muitas vezes cheios de nuances. No entanto, há um benefício significativo no HCD: se você projetar algo para o ser humano que o utiliza, é muito mais provável que seja adotado. É aí que reside o benefício mais significativo da adoção do HCD: evita entregar o que equivale a uma falha bem-sucedida, um sistema bem entregue que ninguém usa como pretendido.

Freqüentemente, os líderes confundem HCD com design visual, sendo este último focado na estética e na aparência. Embora sistemas e produtos bem projetados sejam muitas vezes visualmente atraentes, muitos produtos bonitos são terríveis de usar.

Considere por um momento os produtos e ferramentas que você usa e adora. Em alguns casos, pode parecer que alguém leu sua mente e o produto se adapta perfeitamente ao seu uso. A estética e o visual muitas vezes ficam em segundo plano, pois cada botão e interação estão exatamente onde você espera, e o uso é tão intuitivo que raramente você precisa de treinamento.

Mesmo que você não tenha treinamento formal em design, você ainda é (espero) um ser humano e pode identificar quando algo é complicado e contra-intuitivo de usar. Como acontece com muitos conceitos sólidos, desenvolvemos um excesso de engenharia no HCD e fizemos com que parecesse uma disciplina altamente especializada que requer novas pessoas e ferramentas.

Certamente existem habilidades únicas em design e pesquisa que podem acelerar seus esforços de HCD. Contudo, por que não começar com o que você tem hoje e aproveitar o fato de que todos nós entendemos as dificuldades causadas por sistemas mal projetados? Com um pouco de foco e prática, qualquer pessoa deve ser capaz de começar pelo problema humano e não pelo problema técnico.

Uma experiência simples

Em vez de tentar reequipar suas equipes em torno do HCD, identifique um pequeno projeto que ainda não iniciou o design ou a coleta de requisitos. Sua equipe interna ou parceiro de desenvolvimento provavelmente tem alguns indivíduos interessados ​​em HCD, ou talvez tenha experiência formal em disciplinas relacionadas, desde design visual ou de produto até antropologia ou pesquisa etnográfica.

Apresente o HCD às partes interessadas do projeto como um meio de criar um produto melhor e mais utilizável. Transmita que a fase inicial de design será mais prolongada e poderá parecer muito diferente das típicas reuniões de mapeamento de processos e levantamento de requisitos. Provavelmente será difícil manter o foco no problema humano, mas contanto que você tente voltar ao ser humano que está usando seu sistema, em vez das tecnologias, dados ou processos, você ficará bem. Você deve sempre se esforçar pelo sucesso e não pela perfeição.

Ao fazer a transição para testes e implantação de sua nova ferramenta, avalie se o HCD foi benéfico. O teste do usuário foi mais bem-sucedido? Foi necessário menos treinamento e suporte para a nova ferramenta? Os usuários adotaram a ferramenta e a consideraram útil no desempenho de seu trabalho? Suas equipes gostaram do processo de tentar entender um problema humano em vez de serem meros “recebedores de pedidos” capturando requisitos?

O outro benefício interessante do HCD é que ele reduz o debate improdutivo durante o processo de design. Considere quanto tempo suas equipes gastam especulando sobre o que os usuários finais desejam ou como usarão um sistema. As questões muitas vezes se transformam em uma batalha de vontades, com a pessoa mais barulhenta ou mais experiente na sala impondo suas hipóteses a todos os outros.

Com o HCD, a resposta para esses debates geralmente pode ser encontrada observando e conversando com usuários reais. Você e eu podemos debater se um design é melhor que outro, mas é difícil debater o que os futuros usuários do sistema nos disseram através de uma combinação de entrevistas e observação.

Adotando amplamente o HCD

Assim como um martelo não resolve todos os problemas de carpintaria, o HCD não deve ser a única ferramenta no seu arsenal ao construir novos sistemas. No entanto, é provável que exista um componente humano na maioria das suas ferramentas críticas, e tornar esse elemento uma consideração tão importante quanto a seleção do software ou as preocupações de segurança acabará por aumentar a eficácia da sua equipe.

Ao explorar o HCD, não tenha medo de experimentar os princípios do HCD com as equipes que você tem hoje. Como alternativa, se seus parceiros tiverem recursos de HCD, você poderá usá-los para acelerar seus esforços de HCD. Esses parceiros podem já estar empregando técnicas e abordagens de HCD como uma parte natural de seu processo de desenvolvimento e provavelmente ficarão felizes em orientar você sobre como estão aproveitando o HCD.

Como a maioria das novas abordagens, se você começar aos poucos e tentar aplicar o HCD aos problemas que ele está mais bem equipado para resolver, aprenderá os méritos e as deficiências da abordagem rapidamente e com pouco risco. Quando aplicado aos problemas certos, o HCD pode oferecer programas melhores, acelerar a adoção, reduzir custos e até mesmo permitir que sua equipe entenda e se conecte melhor com as pessoas que são os destinatários finais de seus esforços.