Árvore de páginas

Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.


Para nós, do time TFace, podermos desenvolver os componentes do guideline, precisamos de definições do time de UX que nos darão insumos para implementações baseadas na melhor experiência do usuário. O time de UX, por sua vez, para que consiga fornecer todas essas definições faz-se necessário um estudo inicial com os devidos levantamentos, ao qual damos o nome de "Pesquisa". 

A etapa de "Pesquisa" definirá quais serão as próximas etapas para o componente em questão, que podem ser "Prototipação" e "Layout"


Porque optamos por fazermos esta parceria?

Optamos porque atualmente temos muitos impactos em nossas entregas devido à falta de definições do time de UX, haja vista que esta falta de definição não se trata de falha na pesquisa e sim está ligada a conceitos técnicos voltamos ao desenvolvimento de software. 

Como será feita essa parceria?

Espera-se que as entregas do time de UX relacionadas ao guideline sejam validadas pelo time TFace tão logo forem concluídas.

E como isso será feito na prática?

A daily do time de UX contará com a participação do agile master do time TFace, que participará para se inteirar sobre as entregas do guideline.

A partir dai, poderá avisar ao PO sobre possíveis atrasos e necessidade de repriorização do backlog da área do TFace. Ou, se houver alguma entrega do guideline, tratar com um analista do time dev da equipe TFace a validação técnica da entrega.

Como será feita está validação?

A validação será feita para que não hajam dúvidas técnicas sobre a implementação do componente.

Informações
titleValidação

O analista do time TFace que validar o documento poderá não ser o mesmo que implementará então toda a regra deverá constar no documento técnico de forma que qualquer analista consiga entender o que é esperado do componente. 

Documento validado, e agora?

Quando o documento for validado, o componente entrará no backlog da área do TFace.

E se o documento não for validado?

No caso de não validação do documento, serão feitas contestações no próprio documento e a tarefa retornará para a sprint corrente do time de UX, que deverá ter sua priorização revista pelo PO.

Quais os  impactos que PODEREMOS ter em cada time?

Time UX : A não validação do documento poderá gerar retrabalho e atrasos na programação da sprint corrente.

Time UI : A validação dos documentos poderá tomar um tempo ainda não previsto em planning, ocasionando atraso.

O que se espera com esta parceria?

...

  • Integração entre as áreas
  • Melhoria nos processos
  • Facilitar a comunicação
  • Agilizar entregas
  • Agregar valor

A necessidade de estreitarmos laços com a equipe de UX deu-se 

Qual a necessidade?

...

  • Mensurar o impacto que um time causa no outro


Fluxograma do processo:

draw.io Diagram
bordertrue
viewerToolbartrue
fitWindowfalse
diagramNameParceriaUXeUI
simpleViewerfalse
width
diagramWidth846
revision3