Métodos ágeis e boas práticas no design de sistemas centrado nos usuários

Métodos ágeis e boas práticas para design centrado no usuário


Karine Drumond // Leandro Alves


“

”

Desenvolvimento ágil centrado no usuário é uma filosofia derivada do “agile development”. É uma “nova” forma de pensar o desenvolvimento de software, envolvendo o usuário.


O que significa ser ágil no DCU?

equipes enxutas comunicação e colaboração entre a equipe envolvimento do cliente e usuários processo iterativo entrega de valor a cada ciclo flexibilidade para mudanças


4 valores expressos no manifesto Ágil:

indivíduos e interações é mais importante que processos e ferramentas

software funcionando é mais importante que documentação descritiva

colaboração do cliente é mais importante que negociação de contrato

responder às mudanças é mais importante que seguir um plano rígido


60% das funcionalidades não são utilizadas; O usuário está esquecido no processo; Projetos estrapolam prazo e orçamento; Clientes insatisfeitos com produto final; Falta integração entre desenvolvimento e

design.

Por que métodos ágeis para DCU?


definir o que desenvolver

definir como as pessoas

irão interagir

Objetivo do DCU

validar se as soluções estão

adequadastornar mais

claro o que os usuários querem

intermediar usuários/produto/desenvolvedores


Processo iterativo e incremental

Quando iteramos, começamos com uma vaga idéia do que construímos.


Processo iterativo e incremental

Incrementar requer um entendimento mais refinado do que se está construindo, e então adiciona-se partes aos poucos.


Pesquisa inicial

Identifica:

Necessidades Oportunidades Requisitos básicos O que construir

CICLO DO DCU ÁGIL


Entregapara

desenvolver

Geração de soluções

Testesrápidos emprotótipos

Ajustes dosprotótipos

comunicação, envolvimento stakeholders

CICLO DE PESQUISA DO DCU ÁGIL


Métodos ágeis e boas práticas


1. Compreender e Identificar as necessidades reais

Quem são e o que precisam os usuários do seu produto?

Projetar ferramentas

que irão dar suporte aos

objetivos e atividades das

pessoas.



Observação natural (O que e como as pessoas fazem)

Entrevistas (O que as pessoas pensam e dizem)


Geração de idéias. Como é o uso do táxi, do ponto de vista do taxista?


Requisitos de funcionalidades. Qual o padrão de organização dos usuários?



Quebrar a pesquisa em pequenas questões; Focar em implicações para o design; Incorporar resultados da pesquisa (protótipo); e Comunicar resultados para a equipe.


Começar desenvolvendo somente a essência, a menor unidade de um sistema (sem perder a visão do todo)

2. Focar na essência



Estouansioso...


Idéias de funcionalidades possíveis para o sistema


informar horário dos próximos onibus; ver fotos e vídeos com percurso do ônibus; consultar todos os horários dos ônibus; acompanhar percurso em tempo real; solicitar parada do ônibus (remotamente);


Qual é a essência? Quanto tempovai demorar o meu

ônibus?



diminuir riscos de desenvolvimento de funcionalidades com pouco ou nenhum uso;

desenvolver soluções que atendam às reais necessidades dos usuários.



Colocar o produto nas mãos do usuário para se ter feedback o mais cedo possível (iterar cedo para iterar mais)

3. Iterar rápido


Descobrir os problemas mais cedo; Diminuir tempo de retrabalho; Melhorar uma solução; Evitar um produto que não atenda aos usuários; Validar as premissas do projeto.

3. Iterar rápido


4. Pensar várias soluções para o mesmo problema

“

”Rettig, 1994

Para ter uma boa idéia, tenha várias.


4. Criar várias soluções para o mesmo problema


4. Criar várias soluções para o mesmo problema


Rabiscar idéias permite visualizar uma solução de forma rápida e concreta.

5. Prototipar em baixa resolução




Ajuda a comunicar e entender idéias; Economiza tempo de design e desenvolvimento; Valida uma solução



Estimular a comunicação em todo o processo entre desenvolvimento, design e stakeholders.

6. Menos documentação, mais comunicação




Tratar protótipos como especificações



7. Testes de usabilidade ágeis

Testar mais e menos formal; Testar em todos os ciclos do projeto; Testar com um é melhor do que com nenhum; Comunicar os resultados à equipe; Corrigir os erros graves, rapidamente.






8. O fim não é o lançamento

Lança-se o mínimo adequado às necessidades reais Surgem formas alternativas de usar a ferramenta Observe o uso real e proponha melhorias Ajuste ao invés de refazer (iteração sobre

redesign)



1998 a 2008




Ser ágil é ser flexível Comece pelo essencial Nós não sabemos como os outros pensam, teste! Lance o mínimo adequado às necessidades reais Observe o uso real para propor melhorias DCU ágil permite maior integração entre

desenvolvimento e design


Perguntas

?


Design de Interaçãokarinedrumond.wordpress.com

UxPuxp.com.br

ZeroSeiszeroseis.com.br

Agile Development Outside-Inwww.outside-in-development.com


Usabilidade + Design centrado no usuário

www.Latitude14.com.br