| Ana |
Comunicação mais efetiva com o professor e melhor desenvoltura da US |
Validação constate com o cliente e redundância de entendimento na explicação com o cliente |
Ter uma comunicação mais direta no quesito da explicação da US |
| Caio |
Esforço de todos os membros do esquadrão formado para resolver a issue. |
Necessidade de validação constante com o cliente, uma das funcionalidades da issue não coube no escopo da sprint. |
De alguma forma deixar mais claro as issues para não depender constantemente do cliente. |
| Ian |
A equipe como um todo está mais alinhada |
O alinhamento com o cliente nessa semana foi particulamente muito difícil |
Necessitar menos do cliente para começar a desenvolver. |
| João |
Esclarecimento de dúvidas no core com os monitores |
Conhecimento técnico raso em relação ao backend do projeto |
Comunicação mais clara e precisa em relação aos defeitos |
| Lameque |
Esclarecimento de dúvidas com o professor |
Comunicação com o cliente |
Melhorar comunicação com o cliente |
| Luana |
Comunicação e apoio de toda a equipe |
Muita coisa, pouco tempo e pouca validação do cliente |
Menos dependencia de validação do cliente |
| Lucas Freire |
Apoio total da equipe, mesmo de outras US |
Muito tempo perdido esperando por validação do cliente, comunicação um pouco falha |
Menor dependencia de validação e melhora na comunicação. |
| Renata |
Apoio de MDS e EPS |
Sobrecarga de informação e dependencia excessiva de validação |
Compartilhamento de conhecimento e definição clara de critérios |
| Vinícius |
Dúvidas devidamente respondidas pelo professor. |
Dificuldade para a validação com o professor de histórias de usuário, assim como tarefas e seus critérios de aceitação. |
Esclarecimento das regras de negócio, fluxos e subfluxos do MeasureSoftGram, e procurar a melhoria na comunicação com o cliente. |
| Vitor |
Esclarecimento de dúvidas com o professor, apoio da equipe |
Pouco tempo disponivel no dia a dia |
Melhorar a comunicação com o cliente |