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.
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
Visão Geral
Import HTML Content
Conteúdo das Ferramentas
Tarefas