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



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.

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?