O mundo acelerou e o processo de desenvolvimento de produtos e serviços digitais se transformou ao redor dos designers, mas nem todos perceberam o movimento. Design é historicamente “waterfall”, envolvendo criação e uma “design phase”, para depois seguir para implementação com muita documentação. O fato é: a prática de design precisa se atualizar para o contexto de agilidade, captura de valor e experimentação. Todos concordam que não é possível voltar atrás, mas ainda faltam recomendações para uma prática mais moderna. Alguns autores, como meu colega na Digital McKinsey em Londres, Chris Thelwell, criaram o Agile-Design Maturity Index, por exemplo, para entender em qual fase o time está em sua maturidade nesta relação. Na McKinsey temos experimentado globalmente com “digital product development” e Design @ Scale, a versão da prática de Design para o mundo “Agile @ Scale”, onde equipes trabalham de forma distribuída com foco em entregas rápidas, captura de valor e experimentação. Ainda não temos todas as respostas, mas começamos a fazer as perguntas corretas. Vamos compartilhar alguns de nossos aprendizados em projetos em todo o mundo, inclusive na América Latina.

1. Confidential and proprietary: Any use of this material without
specific permission of McKinsey & Company is strictly prohibited
Design & Agile
Esqueceram de combinar
com os russos
Agile Trends — Abril 2017

2. Fabricio Dore
Diretor Executivo de Design – McKinsey Latam
Formação
Design Industrial – UFRJ
Design de Interação – Umeå Institute of Design – Sweden
Experiência
IDEO, Itaú, Huge, SapientNitro, McKinsey Digital
+15 anos de experiência
Paola Mouro
Designer Senior – McKinsey Latam
Formação
Designer Industrial – Mackenzie
MSc Human Centred Systems - City London University
Experiência
UOL, Qubit (UK), Embratel, Terraforum, McKinsey Digital
+10 anos de experiência

3. McKinsey & Company 3
Até pouco tempo atrás designers brilhavam sozinhos no mundo digital

4. McKinsey & Company 4
Enquanto isso, uma revolução acontecia nos departamentos de TI que viria
a mudar a maneira como todos nós trabalhamos em tecnologia
Fonte: IT Crowd BBC (2014) e Fabian Schiller

5. McKinsey & Company 5
Enquanto isso, uma revolução acontecia nos departamentos de TI que viria
a mudar a maneiro como todos nós trabalhamos
Fonte: IT Crowd BBC (2014) e Fabian Schiller

6. McKinsey & Company 6
Design surge como disciplina na Revolução Industrial e o processo não
mudou tanto assim desde aquela época
Fonte: IT Crowd BBC (2014) e Fabian Schiller
WILLIAM MORRIS – UM DOS PRIMEIROS DESIGNERS FÁBRICA DA ERA INDUSTRIAL

7. McKinsey & Company 7
A gente faz: briefing, planejamento, análise, síntese, desenvolvimento,
comunicação, produção…
Fonte: Métodos sistemáticos de Design (1960)

8. Se a gente viajar no tempo uns 150 anos…

9. O processo status quo de UX funcionou muito
bem com waterfall. Designers faziam design por
semanas e os desenvolvedores se
comprometiam a programar o que era
especificado.
O problema é que na maioria das vezes isto
não funciona…
Jared Spool
“

10. McKinsey & Company 10
Por outro lado, Design sempre teve como premissa “fail fast, succeed
sooner”, preconizado pelo IDEO no Vale do Silício
Fonte: Dyson
5127 protótipos

11. Getting out of the
deliverables business
to focus on impact
and collaboration…
McKinsey & Company 11
Mais recentemente, autores como Jeff Gothelf, entram a fundo no tema
do processo de design, buscando trazê-lo para o contexto Agile-Lean
Fonte: Lean UX - Jeff Gothelf
Jeff Gothelf
“

12. O mundo acelerou e os designers estão se adaptando a esta nova
realidade onde não há mais “design phase”

13. McKinsey & Company 13
O sonho dos designers ao entrar em uma empresa…
Fonte: indisponível

14. McKinsey & Company 14
…é diferente do que a empresa precisa hoje: resultado e aprendizado
Fonte: UX Timeline (2017)

15. 15
O que vemos
01

16. McKinsey & Company 16
Designer
“Meu trabalho se resume a passar telas para
os desenvolvedores…”

17. McKinsey & Company 17
Designer
“Meu trabalho se resume a passar telas para
os desenvolvedores…”
“Não consigo mudar nada depois das primeiras
telas, não dá tempo de voltar atrás”

18. McKinsey & Company 18
Designer
“Meu trabalho se resume a passar telas para
os desenvolvedores…”
“Não consigo mudar nada depois das primeiras
telas, não dá tempo de voltar atrás”
“Acho que a qualidade de tudo está
ficando muito ruim”

19. McKinsey & Company 19
Designer
“Meu trabalho se resume a passar telas para
os desenvolvedores…”
“Não consigo mudar nada depois das primeiras
telas, não dá tempo de voltar atrás”
“Acho que a qualidade de tudo está
ficando muito ruim”
“Design não é valorizado na minha empresa”

20. McKinsey & Company 20
Designer
“Meu trabalho se resume a passar telas para
os desenvolvedores…”
“Não consigo mudar nada depois das primeiras
telas, não dá tempo de voltar atrás”
“Acho que a qualidade de tudo está
ficando muito ruim”
“Design não é valorizado na minha empresa”
“Meu squad/time não tem designers
dedicados, só compartilhados”

21. McKinsey & Company 21
Designer
“Meu trabalho se resume a passar telas para
os desenvolvedores…”
“Não consigo mudar nada depois das primeiras
telas, não dá tempo de voltar atrás”
“Acho que a qualidade de tudo está
ficando muito ruim”
“Design não é valorizado na minha empresa”
“Meu squad/time não tem designers
dedicados, só compartilhados”
“Não tenho tempo de criar protótipos”

22. McKinsey & Company 22
“Meu trabalho se resume a passar telas para
os desenvolvedores…”
Designer
“Não consigo mudar nada depois das primeiras
telas, não dá tempo de voltar atrás”
“Acho que a qualidade de tudo está
ficando muito ruim”
“Design não é valorizado na minha empresa”
“Meu squad/time não tem designers
dedicados, só compartilhados”
“Não tenho tempo de criar protótipos”
“Não sei o que os outros times estão fazendo e tenho
receio de batermos cabeça em relação a consistência”

23. McKinsey & Company 23
Product Owner
“Gostaria de participar
mais do design das soluções”
Devs

24. McKinsey & Company 24
Product Owner
“Gostaria de participar
mais do design das soluções”
Devs
“Os designers querem “over-design” tudo”

25. McKinsey & Company 25
Product Owner
“Gostaria de participar
mais do design das soluções”
Devs
“Os designers querem “over-design” tudo”
“Os designers ficam
fazendo um monte de
coisas impossíveis de
serem implementadas”

26. McKinsey & Company 26
Product Owner
“Gostaria de participar
mais do design das soluções”
Devs
“Os designers querem “over-design” tudo”
“Os designers ficam
fazendo um monte de
coisas impossíveis de
serem implementadas”
“Os designers reclamam de
tudo o tempo todo…”

27. 27
O que temos
aprendido
02

28. McKinsey & Company 28Fonte: McKinsey Internal (2017)
Trabalhamos com
Fortune-500 e algumas
das maiores empresas
do mundo em seus
principais desafios de
tecnologia e
transformação digital…

29. 3

30. McKinsey & Company 30
Time de Produto Workflow de Aprendizado Escalável

31. McKinsey & Company 31
Time de Produto Workflow de Aprendizado Escalável

32. McKinsey & Company 32
1. Todos sempre sentados juntos:
designers, developers, PO…
2. Tudo sempre muito visual: sketches,
designs completos, flows, etc.
3. Designers em todas as cerimônias
(Grooming, Planning, Daily, Review
e Retrospective)
4. Coloque junto: telas mais
avançadas, sketches, ets…
Team Room
Time de Produto
PARA TENTAR EM SEU TIME

33. McKinsey & CompanyFonte: McKinsey Internal (2017)

34. McKinsey & Company 34
A disposição e layout devem otimizar colaboração e comunicação
Janelas Boa ventilação
Snacks
UX Designer Visual Designer FE Devs BE Devs PO
Sala de reunião
SM SMEs
Espaço de descontração
Muito
espaço de
paredes
(escrevíveis)
Arquiteto

35. McKinsey & Company 35
Artefatos mais comuns – Backlog, roadmap, displays visuais de info…
USER JOURNEY BACKLOG ROADMAP
FLOWMAP
QUEM É QUEM

36. McKinsey & Company 36
1. Crie juntos (designers, devs,
SMEs…) a Customer Journey e
primeiros sketches
2. Façam pesquisa de campo,
entrevistas de profundidades, etc,
juntos também
3. Force o time a chegar a resultados
concretos para acelerar o trabalho
Design Sprints
Time de Produto
PARA TENTAR EM SEU TIME

37. McKinsey & Company 37
Desafio (HMWs e mensurável)
Como podemos reduzir o
número de chamadas na
central de atendimento e…
… criar um senso de comunidade
entre os clientes?
… gerar maior satisfação?
… criar uma relação emocional com
a marca?
Prototipação
Design Sprints – designers e developers prototipam e criam juntos
Backlog + Roadmap
Fonte: McKinsey Internal (2017)

38. McKinsey & Company 38
Você vai terminar com uma visão única e naturalmente centrada no cliente,
além de acelerar a criação do primeiro roadmap
Fonte: McKinsey Internal (2017)

39. McKinsey & Company 39
1. Capture a missão do squad no
primeiro dia e coloque na parede
2. Use menos o termo MVP e cada vez
mais Product Roadmaps
Foco no Produto
Time de Produto
PARA TENTAR EM SEU TIME

40. McKinsey & Company

41. McKinsey & Company

42. McKinsey & Company 42
Time de Produto Workflow de Aprendizado Escalável

43. McKinsey & Company 43
1. Crie hipóteses para serem testadas
e discutida sempre com o time
2. Faça um plano de validação cruzado
com os planos de release e revise
constantemente
Hipóteses criam
visão unificada
Workflow de Aprendizado
PARA TENTAR EM SEU TIME

44. McKinsey & Company 44
Acreditamos que visualizar o preço do frete antes da compra
mudança proposta
é essencial
para nossos usuários. Com esta funcionalidade,
resultado esperado
. Iremos ter certeza do sucesso desta
hipótese caso
nossas conversões devem
aumentar significativamente
o aumento seja de mais de 20% .

45. McKinsey & Company 45
H1 H2
3%
H3
STORY
EPIC 1
10%
3%
10%
EPIC 3
EPIC 3
EPIC 4
RELEASE 1 RELEASE 2 RELEASE N
STORY
STORY STORY
STORY
STORY
STORY
STORY
STORY
STORY
STORY
STORY
STORY
STORY
STORY
STORY
STORY
Estamos testando com formas de focar nas hipóteses

46. McKinsey & Company 46
1. Reduza o número de sprints que os
designers precisam estar a frente – ou
melhor, alguns a frente, mas não muito
2. Criei telas-chave e algumas versões de
uma feature, não todas
3. Estimule o designer a assumir o papel
de ‘advogado do cliente’
4. Estimule o designer a se aproximar do
PO – vão se amar para sempre
5. Mais conversa e sketch juntos do que
wireframes e visual designer
6. Criei (não misture!) visão de futuro nos
Design Sprints
Designer é um
facilitador da
visão do produto
Workflow de Aprendizado
PARA TENTAR EM SEU TIME

47. McKinsey & Company 47
Design puxa a visão do produto e se antecipa ao desenvolvimento
Ciclo 0
Ciclo 1 Ciclo 2 Ciclo 3
Planejar e coletar
dados do cliente
Implementar
funcionalidades
de UI fáceis e de
dev complexas
Implementar
designs
Implementar
designs
Design para Ciclo 2
Coletar dados p/ ciclo 3
Testar código do ciclo 1
Design para ciclo 3
Coletar dados p/ ciclo 4
TRACK DOS DEVS
TRACK DE DESIGN
CODIFICAR CODIFICAR
DESIGN DESIGN
DADOS DADOS
Testar código do ciclo 2
Design para ciclo 4
Coletar dados p/ ciclo 5

48. McKinsey & Company 48
Design é um grande facilitador do processo, atuando em diversos
momentos no tempo e espaço

49. McKinsey & Company 49
1. Faça pesquisas toda semana,
lideradas pelos designers trazendo
membros da equipe também para
pesquisa de campo
2. Use métodos remotos e digitais,
mas tenha participação não só dos
designers, mas devs e o PO
Integrar pesquisas
no dia-a-dia com
presença de todos
Workflow de Aprendizado
PARA TENTAR EM SEU TIME

50. McKinsey & Company

51. McKinsey & Company 51
1. Começa a biblioteca antes do
Design Sprint
2. Seja bastante completo nos assets
para acelerar ao máximo o trabalho
Trabalhar
com bibliotecas
desde o dia 1
Workflow de Aprendizado
PARA TENTAR EM SEU TIME

52. McKinsey & Company 52
Utilizamos Sketch, Zeplin, Craft e outras ferramentas para manter
bibliotecas vivas e compartilhadas com os desenvolvedores

53. McKinsey & Company

54. McKinsey & Company 54
Time de Produto Workflow de Aprendizado Escalável

55. McKinsey & Company 55
1. Treinar todos em métodos ágeis
2. Garantir o onboarding de designers
que vêm de empresas/industriais
que ainda não trabalham de forma
ágil
3. Preparar os desenvolvedores para
trabalhar de forma colaborativa
Maturidade do
time é importante
Escalável
PARA TENTAR EM SEU TIME

56. McKinsey & Company 56
Design in Agile – Maturity Index
Time de design não
sincronizado com o time de
desenvolvimento (cria 100%
da solução upfront e repassa
entregáveis)
Time de design
sincronizado com o time,
porém trabalhando um
sprint na frente
(documentações mais leves)
Time de design faz parte do
time de desenvolvimento e
trabalha sincronizado
(ex.: bibliotecas de estilo)
FONTE: http://blog.invisionapp.com/agile-design-team-maturity-scale/

57. McKinsey & Company

58. McKinsey & Company 58
1. Evolua o sistema criado para 1 time
e entregue para um designer (ou
pequena equipe) ficar responsável
pela manutenção
2. Use a ferramenta mais conveniente:
Zeplin, open source guides, etc
3. Criei eventos semanais para os
designers se encontrarem e
trocarem (Chapter/Guilds)
Biblioteca é ainda
mais importante
Escalável
PARA TENTAR EM SEU TIME

59. McKinsey & Company 59
squad squad squad squad squad squad
Design
chapter
Design Guild
Fonte: Spotify

60. McKinsey & Company

61. 61
Resumo
03

62. Está na hora de avançarmos a prática de design
para o mundo digital e ágil

63. McKinsey & Company 63
Designer é um
facilitador.
Design e Agile são
melhores juntos!

64. McKinsey & Company 64
Time de Produto Workflow de Aprendizado Escalável

65. Obrigado!
Fabricio Dore
fabricio_dore@mckinsey.com
@superfab
Paola Mouro
paola_mouro@mckinsey.com
@pmouro