Design Thinking e Desenvolvimento Ágil: desenvolvimento centrado em pessoas.

Bruno Eugênio Fontes de Lima

24/09/2013

Unibratec – Recife

www.brunoeugenio.com.br

Quem é?

Engenheiro de configuração, consultor de processos e desenvolvedor.

Formado em Análise e Desenvolvimento de Sistemas, Pós graduando em Gestão de TI.

Diversos projetos em fábricas de software.

www.brunoeugenio.com.br

www.twitter.com/beugenio

“Software is, by default, a wicked problem”Steve McConnell

“Sozinha, a tecnologia não necessariamente resulta em melhor experiência do cliente”

Tim Brown

Será que apenas estórias, requisitos e um cliente por perto são suficientes para desenvolver um Software

de qualidade?

Agile Development

• Agile manifesto;• Adoção em contraponto ao modelo de

execução derivado do PMBOK (cascata);• Um novo paradigma de elucidação de

requisitos (estórias);• Focado em software funcionando, atendendo

às expectativas dos clientes;

Design Thinking

• Foco colaborativo;• Visão empática (centrado nas pessoas);• Criatividade;• Experimentação;

Um novo método de abordar problemas, de analisar informações e propor soluções colaborativas, focadas nas pessoas e suas

necessidades.

Novas lentes para velhos modelos...

Agile precisa ser entendido

Agile não é processo, é apenas uma forma de desenvolver uma ideia, produto ou serviço.

Mas, e as pessoas?

Agile pode ter um foco mais empático, basta os

analistas saírem dos escritórios e se

coloquem como o cliente

Problema #1

Analistas, desenvolvedores, vendedores e empresas são contaminados pela “Febre Ágil”

A praga das Febres Ágeis: Fuja da infecção: http://bit.ly/1bwXtEK

Problema #2

Analistas fazendo papel de Product Owner (PO) e, muitas vezes, criando um “Proxy”

entre o time e o(s) stakeholder(s).

Problema #3

Nem sempre o cliente que compra agilidade se dispõe a ser parte de um desenvolvimento ágil,

comprometendo o feedback.

Agile + Design Thinking

• Empatia maior nas fases que envolvem o cliente (Elucidação de estórias/hipóteses, sprint, sprint review);

• Maior espaço para a colaboração (entre times, cliente – time...);

• Experimentação guiada pelo serviço;

Empatia + Agile

Em um time ágil, todos devem entender o lado do cliente e pensar em soluções que sejam tecnologicamente

viáveis para gerar a melhor experiência do usuário.

Empatia + Agile

Envolva o cliente com:• Product Vision Box • Brainstorms• Paper prototyping

Estude o cliente com:• Shadowing• Storytelling • Personas

Definir a visão do produto é complexo

demais para ser feito de “departamento de TI

para departamento de TI”.

Colaboração + Agile

Entre times:• Small Acts Make Great Revolutions! • Ambientes sem paredes e baias ajudam...

Entre time e cliente:• Falar menos a linguagem técnica;• Usar o pouco tempo com técnicas que geram

feedback para ambas as partes;

Experimentação + Agile

Experimentação para:• Comprovar hipóteses junto ao cliente (MVP);• Responder as mudanças provenientes do

experimento realizado;• Descartar e resgatar features em diversos

contextos;• Fomentar ideias;

Lean Startup Loop: http://bit.ly/hrLeaT

Onde aplicar?

Onde aplicar?

Backlog por hipótesesBacklog por persona/cenáriosBacklog por MVP

Observação – Brainstorm – Shadowing, product vision

box... Deixe os documentos de lado e vá falar com o

cliente!

Onde aplicar?

Contato com o cliente, foco nas atividades que trazem maior valor para o MVP.

Onde aplicar?

Review do sprint com usuários reais, aplicando observação para critério de aceitação.

Onde aplicar? Resumo!

• Backlog sendo um resultado de um processo de DT.

• Sprint com maior comprometimento e entendimento do produto.

• Sprint Review com um critério de aceitação mais real, sendo base para feedbacks.

Sobre processos de Engenharia de SW

“A implicação é que devemos pensar de forma diferente. Em vez do processo inflexível e hierárquico elaborado uma vez e executado repetidas vezes, devemos imaginar como podemos criar sistemas extremamente flexíveis e em constante evolução que permita aos participantes exercitar empatia, insight, inovação e implementação [...]”

Tim Brown

Finalizando

• Não existe um modelo para fazer um mix entre DT e Scrum, mas ambos podem ser complementares.

• Pessoas satisfeitas com a experiência de usar o software.

• Design Thinking não é apenas para designers!

After Party...

• Tim Brown – Design Thinking: Uma metodologia para por fim as velhas ideias. Ed Campus.

• Stanford Design: http://dschool.stanford.edu/use-our-methods/

• Open IDEO: http://www.openideo.com/

Design Thinking e Desenvolvimento Ágil: desenvolvimento centrado em pessoas.

Obrigado!