SlideShare una empresa de Scribd logo
1 de 2
Descargar para leer sin conexión
Padrões em projetos de UX: alinhando a comunicação e
                                 aumentando a produtividade
                                                                                                                            Paulo Floriano
                                                                                        (texto publicado no site www.paulofloriano.com.br)



Como	
   normalmente	
   lidamos	
   com	
   cronogramas	
   bem	
                                    1.	
   Analise	
   toda	
   a	
   documentação	
   existente.	
   Não	
   deixe	
  
apertados,	
  às	
  vezes	
  passamos	
  batido	
  por	
  uma	
  etapa	
  que	
                       para	
   analisar	
   os	
   documentos	
   conforme	
   o	
  
é	
   super	
   importante	
   em	
   todo	
   projeto	
   de	
   UX/design	
   de	
                  desenvolvimento	
  do	
  trabalho	
  for	
  realizado.	
  
interação:	
  a	
  definição	
  de	
  padrões.	
  
                                                                                                      2.	
   Se	
   for	
   um	
   redesenho,	
   dê	
   uma	
   olhada	
   no	
   estado	
   atual	
  
Não	
   vou	
   entrar	
   aqui	
   na	
   questão	
   protótipos	
   de	
   alta	
                   do	
  produto.	
  Ele	
  pode	
  dar	
  algumas	
  dicas	
  de	
  padrões	
  que	
  
fidelidade	
   vs.	
   protótipos	
   de	
   baixa	
   fidelidade	
   vs.	
   rapid	
                 a	
   definição	
   será	
   necessária,	
   mesmo	
   que	
   possam	
   ser	
  
prototyping.	
   Por	
   mais	
   ágil	
   que	
   seja	
   a	
   sua	
   abordagem,	
                alterados	
  depois.	
  Antecipe	
  a	
  discussão.	
  
você	
   precisa	
   de	
   padrões	
   para	
   manter	
   a	
   consistência	
   da	
  
experiência	
  do	
  usuário	
  com	
  o	
  produto.	
                                                3.	
   É	
   importante	
   definir	
   qual	
   o	
   grid	
   mais	
   adequado	
   desde	
  
                                                                                                      o	
  início	
  do	
  projeto.	
  É	
  com	
  base	
  nele	
  que	
  todos	
  os	
  demais	
  
Já	
   vi	
   equipes	
   desprezando	
   esta	
   etapa	
   para	
   ganhar	
                        elementos	
  serão	
  construídos.	
  
tempo,	
   e	
   por	
   considerá-­‐la	
   um	
   pouco	
   “burocrática”.	
   No	
  
fim	
   das	
   contas,	
   acabaram	
   tendo	
   muito	
   retrabalho	
   e	
   o	
                 4.	
   Comece	
   olhando	
   para	
   as	
   áreas	
   mais	
   comuns	
   do	
  
tempo	
   que	
   deveria	
   ter	
   sido	
   economizado	
   acabou	
   sendo	
                     produto.	
   Por	
   exemplo,	
   em	
   um	
   site,	
   comece	
   definindo	
  
gasto	
   com	
   refações	
   e	
   discussões	
   tardias	
   de	
   questões	
   que	
             padrões	
   para	
   os	
   elementos	
   do	
   cabeçalho	
   e	
   rodapé.	
  
deveriam	
  ter	
  sido	
  abordadas	
  no	
  início	
  do	
  projeto.	
                              Outras	
  seções	
  comuns	
  são	
  contato,	
  mapa	
  do	
  site	
  e	
  busca.	
  

O	
   ideal	
   é	
   ter	
   uma	
   discussão	
   profunda	
   sobre	
   quais	
   são	
   os	
     5.	
  Pense	
  também	
  em	
  elementos	
  reutilizáveis	
  ao	
  longo	
  do	
  
direcionamentos	
  gerais	
  para	
  produção	
  dos	
  protótipos	
  e	
                             projeto.	
  Alguns	
  mais	
  comuns	
  são:	
  estilos	
  de	
  texto	
  (texto	
  
que	
   padrões	
   devem	
   ser	
   adotados,	
   antes	
   da	
   equipe	
                         normal,	
   títulos,	
   subtítulos,	
   etc.),	
   estilos	
   de	
   link,	
   botões	
  
colocar	
   a	
   mão	
   na	
   massa.	
   Esses	
   direcionamentos	
   devem	
                     (ações	
   primárias,	
   secundárias,	
   terciárias),	
   estilo	
   de	
  
ser	
   consolidados	
   em	
   um	
   documento	
   (ou	
   em	
   vários	
                          parágrafo	
   (entrelinhas,	
   indentação,	
   etc.),	
   tabelas,	
   boxes	
  
documentos,	
   ou	
   em	
   um	
   site	
   ou	
   wiki)	
   e	
   compartilhado(s)	
               de	
   apoio,	
   modais/lightboxes/pop-­‐ups,	
   breadcrumbs,	
  
com	
  a	
  equipe.	
  Os	
  padrões	
  devem	
  ser	
  transformados	
  em	
                         etc.	
  
uma	
   biblioteca	
   templates,	
   com	
   guidelines	
   de	
   utilização.	
  
Se	
  você	
  fizer	
  tudo	
  isso	
  BEM	
  direitinho,	
  o	
  resultado	
  final	
                6.	
   Se	
   o	
   produto	
   contém	
   formulários,	
   é	
   importante	
   gastar	
  
deve	
  ficar	
  assim,	
  assim,assim,	
  assim	
  ou	
  assim.	
                                    um	
   tempo	
   pensando	
   em	
   quais	
   as	
   abordagens	
   de	
  
                                                                                                      construção.	
   Deve-­‐se	
   definir	
   desde	
   questões	
   como	
   tipo,	
  
Como	
   nem	
   sempre	
   essa	
   discussão	
   profunda	
   é	
   possível,	
                     estilo	
   e	
   tamanho	
   de	
   campos,	
   alinhamento	
   (labels	
   à	
  
ao	
   menos	
   a	
   equipe	
   deve	
   conversar	
   sobre	
   quais	
   são	
   os	
             esquerda,	
   alinhados	
   à	
   direita	
   ou	
   acima	
   dos	
   campos),	
  
principais	
   padrões	
   a	
   serem	
   adotados,	
   e	
   ir	
   ao	
   longo	
   do	
           inline	
  help	
  e	
  tooltips,	
  campos	
  obrigatórios,	
  alinhamento	
  
processo	
   desenvolvendo	
   e	
   comunicando	
   novos	
                                          de	
   botões,	
   até	
   questões	
   como	
   adoção	
   de	
   progressive	
  
guidelines.	
   Essa	
   abordagem	
   exige	
   um	
   pouco	
   mais	
   de	
                       disclosure,	
  passo-­‐a-­‐passo	
  e	
  mensagens	
  de	
  erro/sucesso.	
  
atenção	
   para	
   o	
   surgimento	
   de	
   novos	
   padrões,	
   e	
  
comprometimento	
  para	
  que	
  eles	
  sejam	
  consolidados	
  na	
                               7.	
   Se	
   o	
   produto	
   possui	
   interações	
   do	
   tipo	
   transição,	
   é	
  
biblioteca.	
                                                                                         importante	
   definir	
   quais	
   serão	
   os	
   padrões	
   (fade,	
   slide,	
  
                                                                                                      expansão,	
  etc.)	
  e	
  quando	
  devem	
  ser	
  utilizados.	
  
Independente	
   da	
   abordagem,	
   seguem	
   algumas	
   dicas	
  
para	
  uma	
  boa	
  definição	
  de	
  padrões	
  de	
  projeto:	
                                  8.	
   Um	
   dos	
   itens	
   mais	
   importantes	
   em	
   todo	
   projeto	
   é	
   a	
  
                                                                                                      questão	
   dos	
   rótulos.	
   É	
   imprescindível	
   criar	
   um	
  

	
  
vocabulário	
   comum	
   para	
   call	
   to	
   action,	
   nomes	
   de	
   seções	
  
e	
   outros	
   elementos	
   utilizados	
   ao	
   longo	
   da	
   construção	
   do	
  
produto.	
  Dentro	
  desse	
  vocabulário,	
  também	
  vale	
  a	
  pena	
  
criar	
  uma	
  seção	
  para	
  ícones	
  –	
  quais	
  são,	
  o	
  que	
  significam	
  
e	
  em	
  que	
  situações	
  devem	
  ser	
  utilizados.	
  

Independente	
   de	
   como	
   esse	
   processo	
   é	
   realizado	
   ou	
  
entregue,	
   o	
   que	
   importa	
   mesmo	
   é	
   que	
   essas	
   regras	
   e	
  
boas	
   práticas	
   sejam	
   amplamente	
   comunicadas	
   e	
  
corroboradas	
  por	
  toda	
  a	
  equipe.	
  Ela	
  tem	
  um	
  papel	
  super	
  
importante	
  nisso	
  tudo,	
  que	
  é	
  o	
  de	
  validar	
  e	
  melhorar	
  os	
  
padrões	
   existentes	
   e	
   sugerir	
   novos	
   sempre	
   que	
  
necessário.	
  

                                         *	
  *	
  *	
  

Más contenido relacionado

La actualidad más candente

Prototipos de Baixa e Alta Fidelidade
Prototipos de Baixa e Alta FidelidadePrototipos de Baixa e Alta Fidelidade
Prototipos de Baixa e Alta Fidelidade
Erico Fileno
 

La actualidad más candente (20)

Processos de Desenvolvimento de Software - teoria e prática
Processos de Desenvolvimento de Software - teoria e práticaProcessos de Desenvolvimento de Software - teoria e prática
Processos de Desenvolvimento de Software - teoria e prática
 
Prototipação
PrototipaçãoPrototipação
Prototipação
 
Levantamento Ágil de Requisitos
Levantamento Ágil de RequisitosLevantamento Ágil de Requisitos
Levantamento Ágil de Requisitos
 
Ciclo de vida de software
Ciclo de vida de softwareCiclo de vida de software
Ciclo de vida de software
 
Guia Prático em Análise de Ponto de Função
Guia Prático em Análise de Ponto de FunçãoGuia Prático em Análise de Ponto de Função
Guia Prático em Análise de Ponto de Função
 
Engenharia De Software
Engenharia De SoftwareEngenharia De Software
Engenharia De Software
 
Os 12 Princípios Ágeis
Os 12 Princípios ÁgeisOs 12 Princípios Ágeis
Os 12 Princípios Ágeis
 
Como especificar requisitos em metodologias ágeis?
Como especificar requisitos em metodologias ágeis?Como especificar requisitos em metodologias ágeis?
Como especificar requisitos em metodologias ágeis?
 
Prototipagem
PrototipagemPrototipagem
Prototipagem
 
Prototipagem - Validação de ideias através de Design Thinking
Prototipagem - Validação de ideias através de Design ThinkingPrototipagem - Validação de ideias através de Design Thinking
Prototipagem - Validação de ideias através de Design Thinking
 
Prototipos de Baixa e Alta Fidelidade
Prototipos de Baixa e Alta FidelidadePrototipos de Baixa e Alta Fidelidade
Prototipos de Baixa e Alta Fidelidade
 
IHC - Trabalho de Prototipação - Eduardo Bertolucci e Colegas e Classe - UNOP...
IHC - Trabalho de Prototipação - Eduardo Bertolucci e Colegas e Classe - UNOP...IHC - Trabalho de Prototipação - Eduardo Bertolucci e Colegas e Classe - UNOP...
IHC - Trabalho de Prototipação - Eduardo Bertolucci e Colegas e Classe - UNOP...
 
Workshop Scrum Product Owner, Delírios de PO em Dia de Verão v6
Workshop Scrum Product Owner, Delírios de PO em Dia de Verão v6Workshop Scrum Product Owner, Delírios de PO em Dia de Verão v6
Workshop Scrum Product Owner, Delírios de PO em Dia de Verão v6
 
7. Variantes de testes de usabilidade
7. Variantes de testes de usabilidade7. Variantes de testes de usabilidade
7. Variantes de testes de usabilidade
 
O Processo de Desenvolvimento de Software
O Processo de Desenvolvimento de SoftwareO Processo de Desenvolvimento de Software
O Processo de Desenvolvimento de Software
 
Engenharia de software - Prototipo
Engenharia de software - PrototipoEngenharia de software - Prototipo
Engenharia de software - Prototipo
 
Artigo Obeya e Kamishibai
Artigo Obeya e KamishibaiArtigo Obeya e Kamishibai
Artigo Obeya e Kamishibai
 
Processo de Desenvolvimento de Software - Design de Software, Interface, Arqu...
Processo de Desenvolvimento de Software - Design de Software, Interface, Arqu...Processo de Desenvolvimento de Software - Design de Software, Interface, Arqu...
Processo de Desenvolvimento de Software - Design de Software, Interface, Arqu...
 
Métodos de pesquisa e análise em Design
Métodos de pesquisa e análise em DesignMétodos de pesquisa e análise em Design
Métodos de pesquisa e análise em Design
 
Design thinking - Prototipando melhores experiências web
Design thinking - Prototipando melhores experiências webDesign thinking - Prototipando melhores experiências web
Design thinking - Prototipando melhores experiências web
 

Similar a Padrões em projetos de UX: alinhando a comunicação e aumentando a produtividade

Similar a Padrões em projetos de UX: alinhando a comunicação e aumentando a produtividade (20)

CAPÍTULO 12 - Handbook of Usability Testing” de Rubin e Chsinell
CAPÍTULO 12 - Handbook of Usability Testing” de Rubin e ChsinellCAPÍTULO 12 - Handbook of Usability Testing” de Rubin e Chsinell
CAPÍTULO 12 - Handbook of Usability Testing” de Rubin e Chsinell
 
Planning Onion
Planning OnionPlanning Onion
Planning Onion
 
GRUPO DE FOCO
GRUPO DE FOCOGRUPO DE FOCO
GRUPO DE FOCO
 
Modulo iv arquiteturainformacaousabilidade_thaiscampas
Modulo iv arquiteturainformacaousabilidade_thaiscampasModulo iv arquiteturainformacaousabilidade_thaiscampas
Modulo iv arquiteturainformacaousabilidade_thaiscampas
 
Organização de PD e UX em empresas
Organização de PD e UX em empresasOrganização de PD e UX em empresas
Organização de PD e UX em empresas
 
Agile User Experience
Agile User ExperienceAgile User Experience
Agile User Experience
 
Design System: Criando padrões de design para tomadas de decisões mais alinhadas
Design System: Criando padrões de design para tomadas de decisões mais alinhadasDesign System: Criando padrões de design para tomadas de decisões mais alinhadas
Design System: Criando padrões de design para tomadas de decisões mais alinhadas
 
Feature Driven Development
Feature Driven DevelopmentFeature Driven Development
Feature Driven Development
 
Método Mind Lab
Método Mind LabMétodo Mind Lab
Método Mind Lab
 
Crystal
CrystalCrystal
Crystal
 
Projetando com Lean UX
Projetando com Lean UXProjetando com Lean UX
Projetando com Lean UX
 
Seminario software-marino
Seminario software-marinoSeminario software-marino
Seminario software-marino
 
Aula 1 Analise e Projeto
Aula 1   Analise e ProjetoAula 1   Analise e Projeto
Aula 1 Analise e Projeto
 
Aula 1 analise e projeto
Aula 1   analise e projetoAula 1   analise e projeto
Aula 1 analise e projeto
 
SCRUM.pptx
SCRUM.pptxSCRUM.pptx
SCRUM.pptx
 
Cesar.Edu Turma S2I
Cesar.Edu Turma S2ICesar.Edu Turma S2I
Cesar.Edu Turma S2I
 
Laboratório Web 2013-2014 - Etapas na Produção: Análise e Pesquisa
Laboratório Web 2013-2014 - Etapas na Produção: Análise e PesquisaLaboratório Web 2013-2014 - Etapas na Produção: Análise e Pesquisa
Laboratório Web 2013-2014 - Etapas na Produção: Análise e Pesquisa
 
Projeto e protótipo de ferramenta de gerenciamento de projetos adaptada ao pr...
Projeto e protótipo de ferramenta de gerenciamento de projetos adaptada ao pr...Projeto e protótipo de ferramenta de gerenciamento de projetos adaptada ao pr...
Projeto e protótipo de ferramenta de gerenciamento de projetos adaptada ao pr...
 
Intranets - Portal corporativo CCEE - estudo de caso
Intranets - Portal corporativo CCEE - estudo de casoIntranets - Portal corporativo CCEE - estudo de caso
Intranets - Portal corporativo CCEE - estudo de caso
 
Métodos Ágeis - Aula02
Métodos Ágeis - Aula02Métodos Ágeis - Aula02
Métodos Ágeis - Aula02
 

Más de Neue Labs

Más de Neue Labs (20)

Como lançar sua startup sem vender seu carro
Como lançar sua startup sem vender seu carro Como lançar sua startup sem vender seu carro
Como lançar sua startup sem vender seu carro
 
Números e contexto
Números e contextoNúmeros e contexto
Números e contexto
 
MeuPortifa - Erros e acertos do 1º ano de uma startup
MeuPortifa - Erros e acertos do 1º ano de uma startupMeuPortifa - Erros e acertos do 1º ano de uma startup
MeuPortifa - Erros e acertos do 1º ano de uma startup
 
Faça o que você ama: mitos e verdades
Faça o que você ama: mitos e verdadesFaça o que você ama: mitos e verdades
Faça o que você ama: mitos e verdades
 
Pare de construir e comece a aprender
Pare de construir e comece a aprender Pare de construir e comece a aprender
Pare de construir e comece a aprender
 
De funcionários a sócios - Como construir uma cultura de empreendedorismo
De funcionários a sócios - Como construir uma cultura de empreendedorismoDe funcionários a sócios - Como construir uma cultura de empreendedorismo
De funcionários a sócios - Como construir uma cultura de empreendedorismo
 
Growth hacking
Growth hackingGrowth hacking
Growth hacking
 
Busca por informacao
Busca por informacaoBusca por informacao
Busca por informacao
 
O SEO que o seu usuário não enxerga
O SEO que o seu usuário não enxergaO SEO que o seu usuário não enxerga
O SEO que o seu usuário não enxerga
 
Design e Estratégia
Design e EstratégiaDesign e Estratégia
Design e Estratégia
 
Gestão de Produtos em Startups
Gestão de Produtos em StartupsGestão de Produtos em Startups
Gestão de Produtos em Startups
 
UX e Fontes de Tráfego
UX e Fontes de TráfegoUX e Fontes de Tráfego
UX e Fontes de Tráfego
 
Lean UX - Tendências e Boas Práticas
Lean UX - Tendências e Boas PráticasLean UX - Tendências e Boas Práticas
Lean UX - Tendências e Boas Práticas
 
Lorem Ipsum - Conteúdo Estratégico Para a Web
Lorem Ipsum - Conteúdo Estratégico Para a WebLorem Ipsum - Conteúdo Estratégico Para a Web
Lorem Ipsum - Conteúdo Estratégico Para a Web
 
Tendências Socioculturais
Tendências SocioculturaisTendências Socioculturais
Tendências Socioculturais
 
Gestão de Produtos
Gestão de ProdutosGestão de Produtos
Gestão de Produtos
 
Landing Pages Matadoras - CPBR7
 Landing Pages Matadoras - CPBR7 Landing Pages Matadoras - CPBR7
Landing Pages Matadoras - CPBR7
 
Tipografia - Do passado até os dias atuais
Tipografia - Do passado até os dias atuaisTipografia - Do passado até os dias atuais
Tipografia - Do passado até os dias atuais
 
Storytelling & Startups
Storytelling & StartupsStorytelling & Startups
Storytelling & Startups
 
Teoria das Redes
Teoria das RedesTeoria das Redes
Teoria das Redes
 

Padrões em projetos de UX: alinhando a comunicação e aumentando a produtividade

  • 1. Padrões em projetos de UX: alinhando a comunicação e aumentando a produtividade Paulo Floriano (texto publicado no site www.paulofloriano.com.br) Como   normalmente   lidamos   com   cronogramas   bem   1.   Analise   toda   a   documentação   existente.   Não   deixe   apertados,  às  vezes  passamos  batido  por  uma  etapa  que   para   analisar   os   documentos   conforme   o   é   super   importante   em   todo   projeto   de   UX/design   de   desenvolvimento  do  trabalho  for  realizado.   interação:  a  definição  de  padrões.   2.   Se   for   um   redesenho,   dê   uma   olhada   no   estado   atual   Não   vou   entrar   aqui   na   questão   protótipos   de   alta   do  produto.  Ele  pode  dar  algumas  dicas  de  padrões  que   fidelidade   vs.   protótipos   de   baixa   fidelidade   vs.   rapid   a   definição   será   necessária,   mesmo   que   possam   ser   prototyping.   Por   mais   ágil   que   seja   a   sua   abordagem,   alterados  depois.  Antecipe  a  discussão.   você   precisa   de   padrões   para   manter   a   consistência   da   experiência  do  usuário  com  o  produto.   3.   É   importante   definir   qual   o   grid   mais   adequado   desde   o  início  do  projeto.  É  com  base  nele  que  todos  os  demais   Já   vi   equipes   desprezando   esta   etapa   para   ganhar   elementos  serão  construídos.   tempo,   e   por   considerá-­‐la   um   pouco   “burocrática”.   No   fim   das   contas,   acabaram   tendo   muito   retrabalho   e   o   4.   Comece   olhando   para   as   áreas   mais   comuns   do   tempo   que   deveria   ter   sido   economizado   acabou   sendo   produto.   Por   exemplo,   em   um   site,   comece   definindo   gasto   com   refações   e   discussões   tardias   de   questões   que   padrões   para   os   elementos   do   cabeçalho   e   rodapé.   deveriam  ter  sido  abordadas  no  início  do  projeto.   Outras  seções  comuns  são  contato,  mapa  do  site  e  busca.   O   ideal   é   ter   uma   discussão   profunda   sobre   quais   são   os   5.  Pense  também  em  elementos  reutilizáveis  ao  longo  do   direcionamentos  gerais  para  produção  dos  protótipos  e   projeto.  Alguns  mais  comuns  são:  estilos  de  texto  (texto   que   padrões   devem   ser   adotados,   antes   da   equipe   normal,   títulos,   subtítulos,   etc.),   estilos   de   link,   botões   colocar   a   mão   na   massa.   Esses   direcionamentos   devem   (ações   primárias,   secundárias,   terciárias),   estilo   de   ser   consolidados   em   um   documento   (ou   em   vários   parágrafo   (entrelinhas,   indentação,   etc.),   tabelas,   boxes   documentos,   ou   em   um   site   ou   wiki)   e   compartilhado(s)   de   apoio,   modais/lightboxes/pop-­‐ups,   breadcrumbs,   com  a  equipe.  Os  padrões  devem  ser  transformados  em   etc.   uma   biblioteca   templates,   com   guidelines   de   utilização.   Se  você  fizer  tudo  isso  BEM  direitinho,  o  resultado  final   6.   Se   o   produto   contém   formulários,   é   importante   gastar   deve  ficar  assim,  assim,assim,  assim  ou  assim.   um   tempo   pensando   em   quais   as   abordagens   de   construção.   Deve-­‐se   definir   desde   questões   como   tipo,   Como   nem   sempre   essa   discussão   profunda   é   possível,   estilo   e   tamanho   de   campos,   alinhamento   (labels   à   ao   menos   a   equipe   deve   conversar   sobre   quais   são   os   esquerda,   alinhados   à   direita   ou   acima   dos   campos),   principais   padrões   a   serem   adotados,   e   ir   ao   longo   do   inline  help  e  tooltips,  campos  obrigatórios,  alinhamento   processo   desenvolvendo   e   comunicando   novos   de   botões,   até   questões   como   adoção   de   progressive   guidelines.   Essa   abordagem   exige   um   pouco   mais   de   disclosure,  passo-­‐a-­‐passo  e  mensagens  de  erro/sucesso.   atenção   para   o   surgimento   de   novos   padrões,   e   comprometimento  para  que  eles  sejam  consolidados  na   7.   Se   o   produto   possui   interações   do   tipo   transição,   é   biblioteca.   importante   definir   quais   serão   os   padrões   (fade,   slide,   expansão,  etc.)  e  quando  devem  ser  utilizados.   Independente   da   abordagem,   seguem   algumas   dicas   para  uma  boa  definição  de  padrões  de  projeto:   8.   Um   dos   itens   mais   importantes   em   todo   projeto   é   a   questão   dos   rótulos.   É   imprescindível   criar   um    
  • 2. vocabulário   comum   para   call   to   action,   nomes   de   seções   e   outros   elementos   utilizados   ao   longo   da   construção   do   produto.  Dentro  desse  vocabulário,  também  vale  a  pena   criar  uma  seção  para  ícones  –  quais  são,  o  que  significam   e  em  que  situações  devem  ser  utilizados.   Independente   de   como   esse   processo   é   realizado   ou   entregue,   o   que   importa   mesmo   é   que   essas   regras   e   boas   práticas   sejam   amplamente   comunicadas   e   corroboradas  por  toda  a  equipe.  Ela  tem  um  papel  super   importante  nisso  tudo,  que  é  o  de  validar  e  melhorar  os   padrões   existentes   e   sugerir   novos   sempre   que   necessário.   *  *  *