"Agile Think" - Design Sprint

www.agilethink.com.br

© 2017 – AGILE THINK®. Todos os direitos reservados

PRODUTONEGÓCIO

CLIENTE

FOCOVALOR



PARCEIROSQuem está conosco nessa jornada



André VidalFundador e Sócio Diretor da Agile Think, com 20 anos de experiência na área de Tecnologia. Atualmente trabalha como Gerente de Projetos e Agile Coach. É pesquisador, ministra cursos técnicos e de especialização nas áreas de Tecnologia da Informação. Articulista das revistas Engenharia de Software, Java Magazine da Devmedia.

ESCRITOR

Autor do livro Agile Think® Canvas, Editora

Brasport

AGILE COACH

Diretor, Agile Coach e Gerente de Projetos pela

empresa Agile Think

CONSULTOR

Gestão de Projetos, Governança, Processos,

Negócios e Quality Assurance

CERTIFICAÇÕES: MBA Gestão de Projetos, PMI-ACP, CSM - Scrum Alliance, EXIN-ASF, EXIN-ASPO e SAFe 4.0



Jesus NovellaFormado em design e com 11 anos de experiência na área de Tecnologia. No Brasil desde 2011, atualmente trabalha como Arquiteto de Soluções e UX na multinacional de tecnologia Entelgy. Em parceria com a Agile Think aplica técnicas de coaching orientado a UX e conduzindo dinâmicas como Design Sprint Master.

UX/UI

Designer de experiências, arquiteto da informação e

designer de interação/interfaces

ARQUITETO

Soluções web e mobile orientado

Front-End

Desenvolvedor front-endem soluções web.



Modelos de Co-criaçãoPara que servem?



Criar Modelos Mentais Coletivos



Criar Informação Comum



Best result comes From

a good process

Avaliar Resultados



Modelos Orientados ao DesignE agora? Design Thinking, Design Sprint, Agile ou Lean Startup?



O que é Design Thinking?

https://www.youtube.com/watch?v=RlhIXPbtBT8&t=11s

https://www.youtube.com/watch?v=RlhIXPbtBT8&t=11s



11

Framework – Lean Startup Thinking

DEFINIÇÃO DO PROBLEMA

OBSERVAR PERSONAS

ESPECULARSOLUÇÕES

ESTRUTURAR SOLUÇÕES

BRAINSTORMING

TESTAR

APRENDER

PIVOTAR/PERSEVERAR?

AB

STR

ATO

CO

NC

RET

O

PROBLEMA DO CLIENTE

DESIGN THINKING LEAN STARTUP AGILE

PLANEJAR SOLUÇÃO IMPLEMENTAR SOLUÇÃO



Framework Scrum

12



13

Design + Sprint



14

Framework - Design Sprint

Entender Divergir Decidir Prototipar Validar

Segunda Terça Quarta Quinta Sexta



15

Design Sprint – Resultados Esperados

Entender Divergir Decidir Prototipar Validar

Segunda Terça Quarta Quinta Sexta



Criando a Experiência da Cerimônia

A importância do mediador no Design Sprint



17

Facilitação Design Sprint

• O Sprint Master é tratado como o facilitador da cerimônia de Design Sprint

• Exercem liderança e têm profundo conhecimento do processo de design

• Não tem medo de desafiar sua equipe para colaborar e ganhar juntos rapidamente.

• Identifica o desafio do design e auxilia a equipe na construção da jornada;

• Atua em todos os estágios do processo de Design Sprint;

• Facilita o processo;



18

Preparação do Design Sprint

Depois

Durante

Antes

• Defina o problema de Design• Qual o desafio a ser resolvido?• Qual a linha de tempo dos trabalhos?

• Convide o time• Planejar sensibilização/brainstorming• Programe o teste do usuário• Prepare as ferramentas do • facilitador• Prepare a sala



19

Preparação do Design Sprint



20

Depois

Durante

Antes

• Facilitar os trabalhos• Nomear líderes do time• Definir as atividades corretas• Resolver conflitos• Realizar os checks diários• Enviar o resumo diário por email• Documentar as atividades com evidências

e fotos

Execução do Design Sprint



21

Execução do Design Sprint



22

Depois

Durante

Antes

• Criar modelo para o lançamento• Documentação mínima• Status Report• Definir ajustes e plano de ação• Aprender com os erros• Agendar os próximos passos• Planejar Release de Lançamento

Resultados do Design Sprint



23

Resultados do Design Sprint

VISÃO

ROADMAP

PRIORIZAÇÃO

RISCOS

ESTIMATIVA

BACKLOG



Passo 1: Entender o ProblemaPara quê e para quem vamos resolver o problema?



25

Problematização

LEAN Canvas

OBJETIVO: Dinâmica voltada para o entendimento

dos principais problemas do cliente, auxiliando na

definição de um plano inicial de negócios. Nesta

atividade é feito:

• Entendimento do problema atual

• Definição de uma proposta de valor

• Visão inicial do modelo de negócios

Framework – Entender o Problema



Lean Canvas

26

O que é?

É uma forma de entender e criar um business case permitindo que todo o negócio seja visualizado em uma única página (ou slide).

Essa técnica melhora a assertividade do entendimento sobre o negócio de forma colaborativa, possibilitando trabalhar com diferentes tipos de estratégia.



Lean Canvas

27



Passo 2: DivergirDefinindo personas e seus processos de negócio



29

Mapeamento de Personas

OBJETIVO: Ter um retrato do público-alvo que

destaca dados demográficos, comportamentos,

necessidades e motivações através da criação de um

personagem ficcional baseado em insights extraídos

de pesquisa.

Fundamental para ajudar no alinhamento das

expectativas tanto do cliente quanto da equipe,

sobre recursos e funcionalidades que devem estar

contidas no projeto, priorização e avaliação do

produto.

Personas e Mapa de Empatia



30




31




32




33

Mapeamento da Cadeia de Valor (Story Mapping)

ConsumerJourney Map

OBJETIVO: Interpretar de forma gráfica ou textual a

história, iniciando com o ponto de vista de um individuo

e definir sua relação com a organização, serviço, produto

ou marca, através do tempo e os diferentes canais.

Permite enfatizar a importância das interseções entre as

expectativas do usuário e os requisitos de negócio,

definindo as motivações e necessidades do consumidos

nas várias etapas da jornada e criando soluções de design

que sejam apropriadas para cada uma delas.



Story Mapping

34



Story Mapping

35

Selecionar Produto

Enviar Produto Carrinho

Checkout Carrinho

Realizar Pagamento

Receber Produto

Escolher Produto

Pesquisar Categoria

Pesquisar por tipo

Adicionar Produto

Listar Produto

Obter mais Informações

Listar Compra

Remover Produto

Identificar Cliente

Finalizar Pedido

Escolher Meio

Inserir

Dados Cartão

Receber

Nota Fiscal

Aceitar o Produto



Passo 3: DecidirStoryboard e Esboços



StoryBoard

37

OBJETIVO: Traduzir as funcionalidades de forma

mais tangível, em situações reais do dia-a-dia,

ajudando designers a criarem empatia com o

consumidor enquanto já começam a ter uma ideia do

escopo do produto.

Os diferentes processos são cruzados com as ações e

KPI’straçados anteriormente para ter uma visão da

arquitetura da informação necessária.



Dinâmica para aplicar

38

EXEMPLO: usar ícones para descrever as ações do

usuário até cumprir uma meta.



Story Mapping vs StoryBoard

39

OBJETIVO: Traduzir as jornadas escritas em um storyboard que ajude a abstraer as ideias de

forma criativa.



Personas VS Story Mapping VS Storyboard

40

OBJETIVO: Entender se realmente

todas as personas definidas

anteriormente estão interagindo com o

produto. No caso de aparecer novas,

mapear elas.



Decidir

41

OBJETIVO: Selecionar momentos

críticos do fluxo e definir ícone que

representa um grupo de arquitetura da

informação (postit rosa)



AI VS OKR

42

OBJETIVO: Por cada grupo de AI ver

quais são as metas definidas para ele no

OKR e os KPI para ter algumas métricas

para saber se nossos protótipos vão ter

sucesso a hora dos testes com usuários.



AI VS Personas

43

OBJETIVO: Os participantes usaram os

grupos de AI para definir as opções

disponíveis para cada persona e

subpersona, complementando esses

ícones com algumas características

próprias do perfil (por exemplo, um pode

ver agenda e outro pode criar um evento

nela



Outras técnicas de AI

44

Card Sorting



Esboços de ideias

45

OBJETIVO: Os participantes desenham

um template por cada grupo de AI de

cada persona.



Votação

46

OBJETIVO: Selecionar as melhores

ideias para serem desenvolvidas.



Wireframes

47

OBJETIVO: Segundo as ideias mais votadas, é finalizada a jornada com o storyboard definitivo e

começam a serem desenvolvidos a primeira versão do que mais tarde será o protótipo para teste.



Wireframes

48



Preparação do teste

49

OBJETIVO: Saber qual teste será aplicado aos usuários, definindo quais são esses usuários e qual tipo

de teste é viável de desenvolver em um dia.



Passo 4: PrototiparCriação de protótipos e roteiro de testes



Prototipação

51



Prototipação

52



Prototipação

53



Passo 5: ValidarTeste com usuário



Avaliação dos testes

55



Gestão de ProdutosAonde queremos chegar?



Vamos falar sobre Produtos

57

CAPex

OPex

Payback

ROI

...

...



58

Ciclo de Vida de Produto

Inovação

Crescimento

Maturidade



59

Matriz BCG



Planejamento de EntregasDefinição do Roadmap do Produto



61

Formação de Times Ágeis

Ser ágil é

• Aprender o que o time precisa (Ready)• Aprender as necessidades do produto• Atuar na eliminação de desperdícios• Criar um ambiente de melhoria contínua• Ter uma visão completa das entregas• Utilizar a visão do produto para guiar as

ações• Ter uma figura central para servir e garantir o

sucesso do time

É preciso conhecer as necessidades do cliente e orientar o time para realizar as ações necessárias para a entrega de produto de valor. A gestão deve ser feita com foco no aprendizado coletivo e na melhoria contínua do produto.



O que é Release Planning?

62

• O Planning Meeting é a cerimônia do Scrum na qual estão presentes o Product Owner, o Scrum Master e todo o Scrum

Team, ou qualquer pessoa interessada representante do cliente.

• A reunião é divida em duas partes. Na primeira parte é feita a quebra dos requisitos em User Stories para que sejam estimados. Na segunda parte é feito o Planejamento de Releases, com a definição da quantidade de Releases e Sprints para a execução do projeto.

• Na primeira parte da reunião o Product Owner descreve ao Time Scrum as funcionalidades de maior prioridade para o Cliente.

• A equipe faz perguntas durante a reunião de modo que seja capaz de quebrar as funcionalidades em User Stories e estimar.



Saídas do Release Planning?

63

• A Reunião de Release Planning tem por objetivo gerar o Plano de Entregas

do Produto, contendo:

• Datas de entrega de cada

Release.

• Temas definidos por Release.

• Conter a descrição das

Funcionalidades projetadas para cada entrega (de forma macro).

• Para criar o Plano de Entregas

precisamos ter:

• Backlog estimado e priorizado

• A velocidade do time

• Saber o que é “Pronto”



Definir Roadmap do Produto

64

▪ Visão do Produto

▪ Backlog Priorizado

▪ Velocidade da Equipe

▪ Definição de Pronto

Release 1.0

Sprint #1

BACKLOG SPRINT #1

BACKLOG SPRINT #2 +

MELHORIAS SPRINT #1

BACKLOG SPRINT #3 +

MELHORIAS SPRINT #2

Definição do Plano de Entregas

Sprint #2 Sprint #3

• Planejamento realizado em múltiplos níveis:

• 1º. Nível: Definição do Roadmap do Produto

• 2º. Nível: Planejamento de Entregas

• 3º. Nível: Iteração



Material de ApoioEcossistema Agile Think



Como encontro os Agile Thinkers?

66



O que vem por aí...

67



[email protected]

[email protected]

Com:(11)3129-4548

@agilethinkoficial

Agile Think®

Consultoria

Visite nossa plataforma de Ensino à Distância em: www.agileknow.com.br

http://www.agileknow.com.br/

"Agile Think" - Design Sprint

Design

Transcript of "Agile Think" - Design Sprint