Sprint Session#

Calendário do Projeto (Sprint Session)#

• Reuniões de planning: A DEFINIR
• Reuniões de sprint review: A DEFINIR
• Apresentação intermediária: A DEFINIR
• Apresentação final ao cliente: A DEFINIR

Rubrica de Design#

A competência de design será avaliada na sprint session a partir de três requisitos do projeto:

1. Protótipo (de papel ou Marvel/Figma/Canva);
2. Testes de usabilidade;
3. Responsividade das telas.

A nota será composta pela média das notas obtidas em cada requisito.

Protótipo#

O grupo deve desenvolver um protótipo (de papel ou no Marvel/Figma/Canva) antes do desenvolvimento das páginas. O protótipo deve ser utilizado para a construção da primeira versão das páginas e deve cobrir as histórias de usuário selecionadas para a sprint.

Testes de usabilidade#

Ao longo da sprint session o grupo deve realizar uma avaliação heurística e um segundo teste de usabilidade (teste A/B, teste de 5 segundos, ou eye tracking) em uma mesma tela. Após a realização da avaliação heurística, as modificações necessárias devem ser feitas, corrigindo problemas de usabilidade encontrados, e então um segundo teste de usabilidade deve ser realizado comparando as duas versões.

Avaliação Heurística#

A avaliação heurística deve ser guiada por uma história de usuário, à escolha do grupo. Não existe uma quantidade mínima de problemas de usabilidade a serem encontrados, mas é recomendável que essa etapa seja realizada com cuidado, pois os problemas encontrados serão utilizados para a construção da segunda versão da página. Se poucos problemas forem encontrados é mais provável que os resultados do segundo teste de usabilidade sejam inconclusivos.

A avaliação heurística deve ser realizada com no mínimo 4 colegas. Todos os problemas encontrados devem ser registrados e enviados como anexo do relatório.

Teste de usabilidade#

Após corrigir os problemas encontrados na avaliação heurística, o grupo deve realizar um teste de usabilidade comparando as duas versões. As anotações ou resultados intermediários (exemplo: tabelas de tempos de conclusão da tarefa) devem ser enviados como anexo do relatório.

Relatório#

O relatório deve conter no mínimo os elementos abaixo:

1. Introdução:
   1. Breve introdução do projeto (o que é, que problema resolve, etc.);
   2. Qual história de usuário foi utilizada para a avaliação.
2. Avaliação heurística:
   1. Quais foram os principais problemas encontrados (utilizem imagens para exemplificar os problemas).
3. Segunda versão da interface:
   1. O que mudou na segunda versão a partir dos problemas encontrados na avaliação.
4. Segundo teste de usabilidade:
   1. Qual teste foi realizado;
   2. Qual era a tarefa do usuário;
   3. Resumo dos resultados (gráficos e observações do aplicador - ex: os participantes não conseguiam encontrar o botão de salvar).
5. Discussão dos resultados: a partir dos resultados do segundo teste, quais são as suas conclusões? O que melhorou na interface? Existe algo que piorou? Não fez diferença?

Responsividade das telas#

Todas as telas do sistema devem ser responsivas. Ou seja, todas as telas devem possuir um layout que se adapte aos diferentes tamanhos de tela (celular e desktop).

Rubricas#

As seguintes rubricas serão utilizadas para avaliar a competência de design na sprint session.

Protótipo#

• Conceito I: não desenvolveu o protótipo.
• Conceito D: protótipo não cobre todas as histórias de usuário selecionadas para a primeira sprint.
• Conceito C: protótipo cobre todas as histórias de usuário selecionadas para a primeira sprint.
• Conceito B: atingiu o conceito C e o estilo da página (CSS) reflete o design dos protótipos.
• Conceito A: atingiu o conceito B e desenvolveu protótipos para desktop e celular (design responsivo).

Testes de usabilidade#

• Conceito I: não realizou nenhum teste de usabilidade.
• Conceito D: realizou apenas um dos testes de usabilidade.
• Conceito C: realizou os dois testes de usabilidade e o relatório está incompleto ou mal escrito.
• Conceito B: atingiu o conceito C e o relatório contém todos os elementos obrigatórios.
• Conceito A: atingiu o conceito B e o relatório está bem escrito, sem informações ou imagens soltas.

Responsividade das telas#

• Conceito I: as telas são apenas um HTML puro, sem nenhum ou quase nenhum estilo CSS.
• Conceito D: existem telas com layout quebrado, que não funcionam nem em desktop, nem em celular.
• Conceito C: todas as telas funcionam (não estão com o layout quebrado) em pelo menos um tamanho de tela (celular ou desktop).
• Conceito B: todas as telas funcionam em ambos os tamanhos de tela (celular e desktop).
• Conceito A: atingiu o conceito B e o design das telas demonstra atenção aos detalhes (ex: efeitos de hover nos links e botões, transições suaves, princípios CRAP).

Rubrica Projeto 1 (Metodologias Ágeis)#

A competência de metodologias ágeis será avaliada na sprint session a partir da avaliação de:

• Uso do framework ágil Scrum.
• Trabalho em equipe.
• Artefatos

A nota será composta pela média das notas obtidas em cada requisito.

Uso do Framework Ágil Scrum#

Espera-se que o time utilize o framework ágil Scrum de forma adequada, seguindo o ciclo da Sprint com início e fim bem definidos. Os times devem fazer as reuniões diárias, de planejamento da Sprint e da retrospectiva da Sprint. Além disso, devem utilizar o quadro Scrum para priorizar e organizar as histórias e tarefas do projeto sempre mantendo o mesmo atualizado para que reflita o trabalho em andamento. Os papéis e responsabilidades devem estar claros e com os respectivos responsáveis definidos.

Trabalho em equipe#

O aluno deve estar comprometido com a entrega do projeto e com o time. Sempre atuando de forma colaborativa preocupado em apoiar os demais membros do time, utilizando de comunicação clara e frequente para relatar o andamento do seu trabalho e_ou a necessidade de auxílio para concluir uma tarefa.

Artefatos#

Espera-se como artefatos entregues: o uso e atualização constante do quadro Scrum, o registro das reuniões diárias através de fotos seguindo as três questões diárias - o que eu fiz, quais os impedimentos e no que pretendo focar meu trabalho hoje - e o pitch final de apresentação do projeto.

Rubrica#

Uso do Framework Ágil Scrum#

• Conceito I: não utilizaram nada do framework ágil Scrum.
• Conceito D: tinham uma Sprint definida com inicío e fim claros e seguiam essa definição.
• Conceito C: atingiu D e utilizavam o quadro Scrum.
• Conceito B: atingiu C e tinham os papéis de Scrum Master e Product Owner definidos.
• Conceito A: atingiu o conceito B e realizavam todas as cerimônias de planejamento da Sprint, fazer pelo menos 10 das 15 das reuniões diárias e todas as retrospectivas da Sprint.

Trabalho em equipe#

• Conceito I: não atuou de forma colaborativa com o time.
• Conceito D: atuou de forma colaborativa com o time e isso foi apontado nas avaliações dos questionários.
• Conceito C: atingiu D e comprometeu-se com as entregas do projeto evidenciado no questionário de trabalho em equipe.
• Conceito B: atingiu C e realizou todas as suas tarefas.
• Conceito A: atingiu o conceito B, auxiliou os colegas a realizaram suas tarefas e participou de pelo menos 10 das 15 das reuniões diárias.

Artefatos#

• Conceito I: não entregou_seguiu nenhum artefato.
• Conceito D: tinham um quadro Scrum mas não era atualizado.
• Conceito C: atingiu D e atualizava constantemente o quadro Scrum
• Conceito B: atingiu C, faziam e registravam as reuniões diárias.
• Conceito A: atingiu o conceito B e apresentaram o pitch do projeto final seguindo todas as partes recomendadas de um pitch.

Rubrica de Projeto 2#

• Conceito I: a equipe não entregou um conjunto mínimo de requisitos ou entregou de forma incompleta. Os requisitos mínimos são: visualizar página inicial, cadastrar profissional e autenticar no sistema.
• Conceito D: a equipe entregou as histórias mínimas (visualizar página inicial, cadastrar profissional e autenticar no sistema), mas entregou menos que 6 histórias solicitadas pelo cliente. Sem links ou funcionalidades quebradas.
• Conceito C: a equipe atingiu o conceito D e entregou 10 histórias solicitadas pelo cliente. Sem links ou funcionalidades quebradas e respeitando os requisitos de segurança de senha descritos no documento fornecido pelo cliente.
• Conceito B: a equipe entregou todas as 14 histórias, do item 1 ao item 14. Sem links ou funcionalidades quebradas e respeitando os requisitos de segurança de senha descritos no documento fornecido pelo cliente.
• Conceito A: atingiu o conceito B e entregou todos os requisitos de visualização (i.e., visualizar linha do tempo de engajamento em time, visualizar relacionamentos entre times, visualizar relacionamentos entre profissionais)