Sprint Session#

Calendário do Projeto (Sprint Session)#

  • Reuniões de planning: Todo início da Sprint.
  • Reuniões de sprint review: No final de cada Sprint.
  • Apresentação final ao cliente: Data a ser definida.

Rubrica de Design#

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

  1. Qualidade das telas (organização e disposição dos itens na tela, design minimalista e seguindo um padrão).
  2. Usabilidade;
  3. Avaliação Heurística.
  4. Considerou as sugestões de melhorias da cliente.

Rubricas#

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

A competência de design será composta por 40% da nota referente ao desenvolvimento das Telas, 20% da nota referente a Avaliação Heurística, 20% da nota referente a Usabilidade e 20% da nota referente a Avaliação por membro da Comunidade IA e Educação.

Telas#

  • Conceito I: não desenvolveu uma versão estática das telas.
  • Conceito D: as telas não cobrem poucas funcionalidades descritas no documento com os requisitos do cliente.
  • Conceito C: as telas cobrem 90% das funcionalidades descritas pelo documento com os requisitos do cliente e os itens listados abaixo.
    • O design é responsivo para difetentes dispositivos.
    • O código HTML é um código válido (sem erros de sintaxe).
    • Não há estilos inline.
    • Não utilizou posicionamento absoluto para alinhar os elementos.
    • Entregou um fluxo de tela que cobre todo o fluxo de navegação do usuário.
  • Conceito B: atingiu o conceito C, as telas cobrem todas as funcionalidades descritas no documento com os requisitos do cliente e as páginas funcionam sem 'quebrar' o design.
    • O código HTML foi escrito de forma semântica.
    • Utilizou display flex para alinhar o conteúdo principal da página.
    • Utilizou unidades relativas para definir tamanhos de fontes, margens, paddings e etc.
  • Conceito A: atingiu o conceito B e as telas seguem um padrão de design utilizando

Avaliação Heurística#

Peça para um colega realizar de outro grupo realizar a avaliação heurística do seu projeto.

  • Faça um relatório com a avaliação heurística recebida e as melhorias adotadas no projeto.
  • Descreve quais tarefas foram realizadas para avaliar a usabilidade do projeto.
  • Para cada heurística de usabilidade, descreva o problema encontrado e a solução adotada.
  • Caso a heurística não tenha sido violada, descreva o que foi feito para garantir que a heurística foi seguida.

  • Adicione uma conclusão com as principais melhorias adotadas no projeto.

  • Conceito I: Não entregaram o relatório de avaliação heurística.

  • Conceito D: Não pediu para outra equipe avaliar seu projeto em tempo hábil, ou seja, não pediu para outra equipe avaliar seu projeto com antecedência. Prazo para pedidos de avaliação heurística é até 1 semana antes da entrega do projeto.
  • Conceito C: escreveram um relatório de avaliação heurística, porém não adicionaram o relato recebido da outra equipe.
  • 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, organizado e com imagens para todas as heurísticas para facilitar a compreensão.

Usabilidade#

Para esta etapa, o grupo poderá realizar o Deploy do projeto para acessá-lo no computador da sala de usabilidade. Ou o grupo pode utilizar o Ngrok que possui uma configuracão mais simples. Acesse o handout do Ngrok aqui.

O grupo deve realizar a avaliação de usabilidade do projeto.

  • O grupo deve definir algumas tarefas para serem realizadas pelos usuários.
    • Registre a taxa de sucesso de cada tarefa.
    • Registre o tempo médio para realização de cada tarefa.
  • Escolha um ou mais usuários para realizar as tarefas. Lembrando que o usuário não pode ser do grupo.
  • Deve ser entregue um vídeo com a gravação de eye tracker na sala de usabilidade. (Suba o vídeo no YouTube e adicione o link no relatório).
  • Faça uma análise dos resultados obtidos para avaliar o uso dos princípios CRAP no projeto.
    • Existe alguma área da interface que o usuário não olhou ou olhou pouco?
    • Existe alguma área da interface que chamou mais a atenção do olhar do usuário do que deveria?
    • Como os usuários percebem e interagem com os elementos visuais do sistema?
  • A sequência de elementos observados pelo usuário está de acordo com o que o grupo esperava? Em caso negativo, é necessário fazer alguma modificação na interface?
  • Colete também feedbacks dos usuários e descreva no relatório.

  • Sugira melhorias para o projeto.

  • Conceito I: Não entregaram o relatório de avaliação de usabilidade ou não realizaram a avaliação de usabilidade.

  • Conceito D: Entregaram um relatório, porém não contém todos os elementos obrigatórios.
  • Conceito C: atingiu D e o relatório contém todos os elementos obrigatórios e sem erros de português.
    • As tarefas escolhidas são relevantes para o projeto.
  • Conceito B: atingiu o conceito C e o relatório está bem escrito, organizada e com imagens para facilitar a compreensão.
  • Conceito A: atingiu o conceito B a análise dos resultados obtidos é bem detalhada e com sugestões de melhorias para o projeto.
    • O teste de usabilidade foi feito com mais de um usuário.
    • Mais de uma tarefa foi avaliada.

Avaliação por membro da Comunidade IA e Educação#

  1. Nesta etapa, o grupo deve disponibilizar o projeto em um serviço de hospedagem. Grupo pode seguir os seguintes tutoriais:
  2. Após realizar a tarefa do Deploy e o projeto estiver funcionando no link gerado pelos serviços acima, envie o link para o cliente.
  3. Defina quais atividades o usuário deve realizar.
  4. Crie um formulário para pegar as opiniões ou entrevistar a pessoa depois.
    • Criar um formulário simples (ex.: Google Forms) com perguntas específicas para coletar o feedback do cliente.
    • Exemplo de perguntas:
      • A interface está clara e intuitiva?
      • Houve alguma dificuldade em realizar as principais ações na aplicação? Quais?
      • O design da aplicação atende suas expectativas?
      • Há alguma funcionalidade que você gostaria de adicionar ou melhorar?
      • Algum erro foi encontrado durante os testes?
  5. Analise o feedback recebido do cliente e proponha melhorias.

  6. Crie um relatório documentando a avaliação feita.

    • Inclua o link do deploy do projeto.
    • Descreva as atividades realizadas pelo usuário.
    • Indique as respostas do formulário ou as respostas da entrevista.
    • Indique as melhorias propostas.

  7. Conceito I: Não entregaram o relatório de avaliação por membro da Comunidade IA e Educação.

  8. Conceito D: Entregaram um relatório, porém não contém todos os elementos obrigatórios.
    • Realizaram o deploy, porém o deploy apresenta muitos erros.
  9. Conceito C: O relatório contém todos os elementos obrigatórios e sem erros de português.
    • As tarefas escolhidas são relevantes para o projeto.
    • Realizaram o deploy e o projeto está funcionando sem erros.
    • Enviou o link do deploy para o cliente, além disso, enviou um texto com boa explicação das funcionalidades que o usuário pode testar.
  10. Conceito B: atingiu o conceito C e o relatório está bem escrito, organizada e com imagens para facilitar a compreensão.
    • Formulário/Perguntas de feedback foi bem elaborado, com pergunta objetivas e claras.
  11. Conceito A: atingiu o conceito B a análise dos resultados obtidos é bem detalhada e com sugestões de melhorias para o projeto.
    • Analisou o feedback recebido do cliente e propôs melhorias para o projeto.
    • Relatório bem escrito e organizado.

Rubrica a definir

Rubrica de Trabalho em Equipe#

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.

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 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 e o pitch final de apresentação do projeto.

Relatório do projeto#

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. Indique o que cada membro do grupo fez no projeto.
    3. Quais as tecnologias, bibliotecas, linguagens e frameworks utilizados e respectivas versões.
  2. Funcionalidades implementadas:
    1. Descrição de todas as funcionalidades implementadas pelo grupo.
    2. Prints de todas as telas desenvolvidas.
    3. Vídeo demonstrando todas as funcionalidades implementadas.
    4. Para o Script que processa as mensagens do WhatsApp, descreva o funcionamento do script e como ele foi implementado.
      1. Indique quais passos são necessários para executar o script.
  3. Quais as funcionalidades planejadas e quais as entregues por Sprint e no final.
  4. Lições aprendidas ao longo do projeto, nas dimensões: código, ter um cliente real, trabalho em equipe e uso de metodologias ágeis.

Relatório do Projeto#

O conceito referente ao relatório do projeto limita a nota do projeto.

  • Conceito I: fez um relatório básico e mal escrito.
  • Conceito D: o relatório é básico mas está organizado e legível.
  • Conceito C: atingiu D e contemplou 70% dos tópicos do relatório de forma clara e organizada.
  • Conceito B: atingiu C e contemplou todas as partes do relatório de forma clara e organizada.
  • Conceito A: atingiu o conceito B fazendo um relatório bem escrito e organizado, com uma diagramação no canva.

Rubrica#

Uso do Framework Ágil Scrum#

Dailies - De 11/11 até o dia 5/12 de manhã, à exceção dos dias úteis, todo grupo deve enviar uma daily https://bit.ly/dev_daily.

  • 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.
    • Realizaram a daily em menos de 50% das vezes.
  • Conceito C: atingiu D e utilizavam o quadro Scrum.
    • Realizaram a daily em mais de 50% das vezes.
  • Conceito B: atingiu C e tinham os papéis de Scrum Master e Product Owner definidos.
    • Realizaram a daily em mais de 80% das vezes.
  • Conceito A: atingiu o conceito B e realizavam todas as cerimônias de planejamento da Sprint, realizavam alinhamento diário e todas as retrospectivas da Sprint.

Artefatos#

  • Conceito I: não entregou ou 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 tinham o checklist das atividades 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 Qualidade e Arquitetura de Software#

  • Conceito I: o projeto não atingiu o conceito D. O código majoritariamente não segue boas práticas de programação.
  • Conceito D: não completou alguma das funcionalidades descritas no documento com os requisitos do cliente. Possui erros que impedem a execução do servidor.
  • Conceito C: todas as funcionalidades Básicas descritas no documento com os requisitos do cliente foram implementadas. Sem links ou funcionalidades quebradas.
    • O repositório do projeto está organizado.
    • Possui um README.md com instruções de como rodar o projeto.
    • Projeto possui um arquivo requeriments.txt.
  • Conceito B: atingiu o Conceito C e implementou todas as funcionalidades do nível proficiente descritas no documento com os requisitos do cliente. O código está bem documentado, é possível entender nomes de funções e variáveis e dar manutenção no mesmo.
  • Conceito A: atingiu o conceito B e implementou todas as funcionalidades do nível avançado descritas no documento com os requisitos do cliente.
  • Conceito A+: implementou todas as funcionalidades, respeitando todos os requisitos descritos no documento fornecido pelo cliente. A documentação do código é excelente, organizada, variáveis possuem nomenclatura adequada e de fácil manutenção.

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 das reuniões de planejamento e de retrospectiva.

Limitadores de Nota#

Sessão coach

  • 1 Membro do grupo perde 1 sessão coach - Ele tem limitação de um conceito na nota de Projeto. Se houver 2 faltas do grupo na sessão coach a nota de projeto do grupo todo fica limitada a C

Formulário CATME

Caso algum formulário CATME não seja respondido, a nota do projeto fica limitada ao conceito C.

Aulas normais

  • 4 faltas: Integrante tem nota de Projeto Limitada a B;
  • 5 faltas: nota limitada a C;
  • 6 faltas: reprovação na sprint

Commits

  • Nota do projeto fica limitada ao conceito I: não possui commits no projeto.
  • Nota do projeto fica limitada ao Conceito D: possui poucos commits com trabalho significativo.
  • Nota do projeto fica limitada ao Conceito C: possui commits com trabalho significativo em pelo menos 10 dias diferentes durante o horário de aula estúdio.

Apresentação Final#

Caso o aluno não esteja presente na apresentação final, a nota do projeto fica limitada ao conceito C.