Data de Publicação

04/09/2026

Data de Modificação

04/09/2026

Relatório de Avaliação - L04

Gerado em 04/09/2026 09:18:29

📊 Resumo de Entregas

Aluno Q1 Q2 Q3 Q4 Q5 Total
GABRYEL FERREIRA. ✅ ✅ ✅ ✅ ✅ 5/5
MATHEUS MATOS BOT. ✅ ✅ ❌ ❌ ❌ 2/5
ANDERSON DE LIMA. ❌ ❌ ❌ ❌ ❌ 0/5
ANDRÉ GUILHERME R. ❌ ❌ ❌ ❌ ❌ 0/5
ARTHUR BALTAR ELE. ❌ ❌ ❌ ❌ ❌ 0/5
BIANCA DA SILVA B. ❌ ❌ ❌ ❌ ❌ 0/5
CARLOS EDUARDO ❌ ❌ ❌ ❌ ❌ 0/5
CARLOS ESTEVÃO ❌ ❌ ❌ ❌ ❌ 0/5
CARLOS MATHEUS ❌ ❌ ❌ ❌ ❌ 0/5
DANYEL MARTINS ZI. ❌ ❌ ❌ ❌ ❌ 0/5
DAVI JOSÉ DO NASC. ❌ ❌ ❌ ❌ ❌ 0/5
EMMANUEL DINIZ CH. ❌ ❌ ❌ ❌ ❌ 0/5
EVELYZE PINHEIRO. ❌ ❌ ❌ ❌ ❌ 0/5
FILLIPE TOMAZ CAR. ❌ ❌ ❌ ❌ ❌ 0/5
FLÁVIO CORCINI DE. ❌ ❌ ❌ ❌ ❌ 0/5
GABRIEL ALVARENGA. ❌ ❌ ❌ ❌ ❌ 0/5
GABRIEL CAMPOS MA. ❌ ❌ ❌ ❌ ❌ 0/5
GABRIEL PINHEIRO. ❌ ❌ ❌ ❌ ❌ 0/5
GABRIEL SILVA GON. ❌ ❌ ❌ ❌ ❌ 0/5
HUGO VICENTE COEL. ❌ ❌ ❌ ❌ ❌ 0/5
ISAÍAS CÉSAR SAMP. ❌ ❌ ❌ ❌ ❌ 0/5
JOÃO CARLOS FERRE. ❌ ❌ ❌ ❌ ❌ 0/5
JOÃO VÍTOR MARQUE. ❌ ❌ ❌ ❌ ❌ 0/5
LETICIA MAURICIO. ❌ ❌ ❌ ❌ ❌ 0/5
MATEUS SILVA LOPE. ❌ ❌ ❌ ❌ ❌ 0/5
NATHAN BALMANT DE. ❌ ❌ ❌ ❌ ❌ 0/5
PEDRO CLAUDIO JAC. ❌ ❌ ❌ ❌ ❌ 0/5
RAFAEL DE OLIVEIR. ❌ ❌ ❌ ❌ ❌ 0/5
RONALD RODRIGUES. ❌ ❌ ❌ ❌ ❌ 0/5
SABRINA EVELYN SI. ❌ ❌ ❌ ❌ ❌ 0/5
SAMUEL BRUM LELLE. ❌ ❌ ❌ ❌ ❌ 0/5
SAULO DIAS DE OLI. ❌ ❌ ❌ ❌ ❌ 0/5
THALLES VINÍCIUS. ❌ ❌ ❌ ❌ ❌ 0/5
VICTOR GABRIEL MA. ❌ ❌ ❌ ❌ ❌ 0/5
VICTOR OTAVIO SOU. ❌ ❌ ❌ ❌ ❌ 0/5
VITOR EMANUEL VEN. ❌ ❌ ❌ ❌ ❌ 0/5
VITOR OLIVEIRA CA. ❌ ❌ ❌ ❌ ❌ 0/5
WELLINGTON JHONNEY ❌ ❌ ❌ ❌ ❌ 0/5

🟢 GABRYEL FERREIRA. (Matrícula: 20243004954, Login: @Gabryel)

Progresso: 5 questões respondidas. Avaliação Geral: [ ] Excelente (10) | [ ] Bom (7) | [ ] Insuficiente (0)

📝 Questão 5: A EAP e Dependências no GitLab do seu Time

O relacionamento de dependência que pode ser aplicado no GitLab de bloqueia/ é bloqueado por demonstra na prática sequência de tarefas onde uma não consegue ser realizada se ela for bloqueada por uma anteriormente que ainda não foi finalizada, a maior rede de dependência (maior duração) é o CPM.

No momento que respondo esse questionário ainda não foi separadas as Issues do nosso trabalho, coisa que será feita em breve mas com certeza terá tarefas assim pensando que nós vamos fazer uma página web e assim ela precisa estar feita antes de conectar back com front end

Correção: [ ] Boa | [ ] Parcial | [ ] Ruim

📝 Questão 4: Esforço vs. Duração e a Sua Rotina Real

O enunciado da questão já indica a diferença de esforço e duração que é basicamente esforço é o tempo necessário de aplicação de tempo para aquele determinado projeto ficar pronto enquanto duração é a quantidade de dias que serão corridos para a finalização desse projeto de acordo com a quantidade de horas de esforço aplicadas por dia da equipe naquele projeto.

No desenvolvimento de projetos na maioria dos casos tem sempre uma rede de dependências, em que uma funcionalidade B só pode ser realizada assim que a funcionalidade A ser finalizada e ai entra o CAMINHO CRÍTICO que é a sequência de dependências mais longa do projeto. Um projeto pode ter diversas redes de dependências e uma delas é a maior, é o CPM, se uma outra que não é o Caminho critico atrasar não necessariamente atrasará o projeto mas se for o CPM que é a maior aí sim fará com que o projeto atrase o tempo de atraso do CPM.

Creio que eu consiga entregar de 2-3 horas de esforço diário para o projeto integrador, ao pegar uma tarefa de 8h sendo que meu esforço diário para cobrir isso seria de três dias para entregar no mesmo dia seria inviável e como propriamente dito no enunciado o sono pagará.

Correção: [ ] Boa | [ ] Parcial | [ ] Ruim

📝 Questão 3: O Cone da Incerteza (O dia em que o “rapidinho” demorou 3 dias)

Cravar um tempo de x horas para um projeto é errado pois podem haver problemas no meio do caminho de desenvolvimento desse projeto, como por exemplo a falta de conhecimento de uma linguagem ou biblioteca, uma API que foi atualizada e funciona de forma diferente do que antes e por aí vai indo.

A abordagem PERT ela aborda um cuidado maior levando em conta os 3 casos do desenvolvimento de uma tarefa que consequentemente colabora com o projeto final. Os três pontos são o OTIMISTA; MAIS PROVÁVEL E PESSIMISTA, considerando esses três cenários e aplicando na fórmula Te = (O + 4M + P) / 6 chega-se ao tempo reservado para determinada tarefa.

Os Story points são pontos que representam o tamanho, importência e peso de uma tarefa que tem de ser realizada, 8 pontos não indica 8 horas por exemplo mas se a escala for de 0-10 essa tarefa é uma tarefa complexa.

Diversos exercícios que envolviam um conhecimento onde imaginei que tinha e estimei um tempo para a realização dele e na verdade me deparava com uma situação diferente da esperada e assim foram, vai e irão noites em claro.

Correção: [ ] Boa | [ ] Parcial | [ ] Ruim

📝 Questão 2: Os Dois Vilões do Escopo (Scope Creep vs. Gold Plating na Vida Real)

Scope Creep é quando aumenta-se o número de requisitos silenciosamente no projeto sem registro e reavaliação de tempo e custo. A soma desses aumentos de requisitos, mesmo que sejam pequenos, podem provocar um grande incômodo no final do projeto atrasando a entrega e/ou ficando inviável financeiramente. Causado pela relação entre CLIENTE E EMPRESA.

O Gold Plating é quando esse aumento de escopo é causada pela própria equipe técnica do projeto.

Já me aconteceu os dois casos, o Gold Plating quando eu própio quis inserir um detalhamento maior em uma entidade que era desnecessário e isso não me ajudou em nada, apenas um maior desgaste. O Scope Creep algum professor já descreveu um cenário e depois indicou algo a mais e como um bom aluno fiz a inserção.

Correção: [ ] Boa | [ ] Parcial | [ ] Ruim

📝 Questão 1: Escopo do Produto vs. Escopo do Projeto (Conexão com o seu Grupo)

  1. O Escopo do Produto é o que o produto deverá fazer. Os recursos, funções e características que definem o sistema.
  2. O Escopo do Projeto é a parte criada e gerida pelo gerente do projeto de como eles irão chegar nas funcionalidades e metas do projeto desenvolvido.

Um exemplo de Escopo de Produto que queremos entregar é o registro de chats e perguntas feitas anteriormente na mesma sessão enquanto dois exemplos de Escopo de Projeto serão reuniões de alinhamento uma há duas vezes na semana e testes feitos sempre aos pares para a checagem de bugs.

Correção: [ ] Boa | [ ] Parcial | [ ] Ruim

🟡 MATHEUS MATOS BOT. (Matrícula: 20243001353, Login: @matheusmb10)

Progresso: 2 questões respondidas. Avaliação Geral: [ ] Excelente (10) | [ ] Bom (7) | [ ] Insuficiente (0)

📝 Questão 2: Os Dois Vilões do Escopo (Scope Creep vs. Gold Plating na Vida Real)

Primeira pergunta: O Scope Creep é basicamente o aumento gradual e silencioso de funções e recursos do projeto, sem a devida revisão de prazo e orçamento, por conta de pedidos informais externos. Basicamente, mais trabalho a se fazer sem averiguar se haverá tempo e recurso financeiro para isso, ou seja, mantendo o prazo inicial, que previa menos trabalho. Por outro lado, Gold Plating se refere ao também aumento do escopo mas gerado pela própria equipe ao adicionar complexidade não solicitada previamente.

Segunda pergunta: No projeto de desenvolvimento de sistemas no 5 período, não estava acordado com minha dupla a implementação de uma determinada funcionalidade, pois inicialmente pensávamos que ela geraria muito trabalho para algo que era, a princípio, simples. Conseguimos terminar o projeto faltando duas semanas antes do prazo e acabamos por decidir implementar essa função, concluindo que daria tempo pois faltavam ainda duas semanas. No fim das contas, deu tempo, mas foi por pouco que não passamos do prazo, pois como foi previsto era algo complexo para a nossa realidade momentânea. Cometemos Gold Plating.

Correção: [ ] Boa | [ ] Parcial | [ ] Ruim

📝 Questão 1: Escopo do Produto vs. Escopo do Projeto (Conexão com o seu Grupo)

Primeira pergunta: O Escopo do produto responde o que o software é e faz, envolvendo recursos, funções e regras de negócio por exemplo. O Escopo do Projeto por sua vez envolve todo o trabalho para construção (respondendo a pergunta do como?), envolvendo esforço gerencial, técnico e operacional, além das reuniões, testes, infraestrutura e CD/CD.

Segunda pergunta: Como escopo do produto, podemos dizer a interface web que nosso assistente de IA terá. Para os exemplos de escopo do projeto, podemos citar as reuniões que já estão sendo planejadas para organizar nossas ideias e também as dezenas de testes que serão realizados com a API para verificar o nível e confiabilidade de resposta daquilo que está sendo perguntado para o assistente de IA.

Correção: [ ] Boa | [ ] Parcial | [ ] Ruim

❌ Questões Faltantes

  • Questão 3: O Cone da Incerteza (O dia em que o “rapidinho” demorou 3 dias)
  • Questão 4: Esforço vs. Duração e a Sua Rotina Real
  • Questão 5: A EAP e Dependências no GitLab do seu Time

🔴 Alunos que não entregaram (0 questões)

  • ANDERSON DE LIMA. (@limaanderson)
  • ANDRÉ GUILHERME R. (@andreguilherme)
  • ARTHUR BALTAR ELE. (@ArchieBaltar)
  • BIANCA DA SILVA B. (@biancaB)
  • CARLOS EDUARDO (@CarlosEduardo)
  • CARLOS ESTEVÃO (@carlos-e-araujo)
  • CARLOS MATHEUS (@Carlos_Matheus_2005)
  • DANYEL MARTINS ZI. (@DanyelZini)
  • DAVI JOSÉ DO NASC. (@DaviJ)
  • EMMANUEL DINIZ CH. (@EmmanuelD1)
  • EVELYZE PINHEIRO. (@evelyze)
  • FILLIPE TOMAZ CAR. (@Fillipe)
  • FLÁVIO CORCINI DE. (@FlavioCorcini)
  • GABRIEL ALVARENGA. (@gLx)
  • GABRIEL CAMPOS MA. (@gabrielcm)
  • GABRIEL PINHEIRO. (@gabriel_pinheiro067)
  • GABRIEL SILVA GON. (@mewndigo)
  • HUGO VICENTE COEL. (@hugovicente)
  • ISAÍAS CÉSAR SAMP. (@isaiascsl)
  • JOÃO CARLOS FERRE. (@joaocarlos.fm)
  • JOÃO VÍTOR MARQUE. (@joao)
  • LETICIA MAURICIO. (@leticia)
  • MATEUS SILVA LOPE. (@MateusLopes15)
  • NATHAN BALMANT DE. (@NathanBalmant)
  • PEDRO CLAUDIO JAC. (@pejacome)
  • RAFAEL DE OLIVEIR. (—)
  • RONALD RODRIGUES. (@ronaldrodriguesvitorino)
  • SABRINA EVELYN SI. (@SabEvelyn)
  • SAMUEL BRUM LELLE. (@Sam)
  • SAULO DIAS DE OLI. (@Saulo)
  • THALLES VINÍCIUS. (@Thalles_cruz)
  • VICTOR GABRIEL MA. (@vicmagione)
  • VICTOR OTAVIO SOU. (@vsouza)
  • VITOR EMANUEL VEN. (@VitorEmanuelVS)
  • VITOR OLIVEIRA CA. (@Vitor)
  • WELLINGTON JHONNEY (—)
De volta ao topo