Para nós, do time THF, 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"



Fluxograma do processo

Backlog UX
Planning UX
Sprint Backlog UX
Tarefa Aprovada
UX e THF?
Desenvolvimento tarefa UX
Priorização PO UX
Backlog THF
Início
Fim
Sprint finalizada?
Agile master notifica PO do time THF para que reveja a priorização do backlog da área. 
Há tarefas
em atraso?
Não
Não
Sim
Sim



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 THF 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 THF, que participará para se inteirar sobre as entregas do guideline.

A partir dai, poderá avisar ao PO sobre possíveis atrasos e necessidade de priorização do backlog da área do THF. Ou, se houver alguma entrega do guideline, tratar com um analista do time dev da equipe THF 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.

Validação

O analista do time THF 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 THF.

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
  • Mensurar o impacto que um time causa no outro



  • Sem rótulos