Guia de Estudo – Prova Teórica 2

Este guia NÃO é a prova. São perguntas para você checar se realmente entendeu os temas das aulas 7 a 13 e se está pronto(a) para a Prova 2.

Você consegue explicar, com suas palavras, a diferença entre gestão tradicional, gestão ágil e gestão híbrida?
Em que tipo de projeto faz sentido ter um planejamento mais rígido no início e ainda assim usar sprints e retrospectivas?
No projeto da sua equipe, o que foi decidido de forma mais “preditiva” (ex.: datas fixas, escopo mínimo obrigatório)?
E o que foi conduzido de forma mais “ágil” (ex.: ajustes a cada sprint, reorganização de backlog)?

Você sabe listar quem são os principais stakeholders do projeto Portfólio (cliente, professor, equipe, outros)?
Como a forma de se comunicar com cada stakeholder muda (ex.: linguagem, frequência, canal)?
Que problemas de comunicação sua equipe enfrentou e como poderiam ter sido evitados?

Você consegue explicar o que é um Sprint Goal e dar um exemplo para o Sprint 1 do seu projeto?
Como o Board (Kanban) do GitLab ajuda a enxergar o fluxo de trabalho da equipe?
O que significa limitar WIP (trabalho em andamento) e por que isso reduz gargalos?
Quando uma tarefa fica parada muito tempo em uma coluna, que ações a equipe poderia tomar?

Você consegue explicar, sem usar termos muito técnicos, o que é Integração Contínua (CI) e o que é Entrega/Deploy Contínuo (CD)?
Quais benefícios CI/CD trazem para a gestão do projeto (ex.: reduzir sustos perto do prazo, aumentar previsibilidade)?
Quais checagens automáticas fariam mais sentido para o site Portfólio (ex.: build do Hugo, verificação de links, lint de Markdown/HTML)?
Como o status dos pipelines pode ser usado como “termômetro” da saúde do projeto?

Você sabe explicar a diferença entre Product Backlog, Sprint Backlog e uma Release?
Consegue usar uma técnica de priorização (ex.: MoSCoW – Must/Should/Could/Won’t) para classificar as funcionalidades do site?
Como você “fatiaria” uma funcionalidade grande do Portfólio em entregas menores que cabem em um sprint?

O que significam, em termos simples, lead time e cycle time no contexto do quadro de tarefas da equipe?
Você sabe olhar para o histórico de commits e issues do GitLab e tirar alguma conclusão sobre participação da equipe?
Que tipo de métrica faria sentido acompanhar para saber se o time está melhorando de um sprint para o outro?

Você consegue aplicar mentalmente um formato como Start/Stop/Continue ao seu projeto? O que a equipe deveria começar, parar e continuar fazendo?
Quais foram os principais aprendizados do Sprint 1 / execução do projeto até agora?
Que ações concretas de melhoria sua equipe realmente implementou depois de identificar problemas?

Você sabe explicar como uma Milestone no GitLab se relaciona com um Sprint ou marco importante do projeto?
Consegue dar um exemplo de Release do seu projeto (mesmo que hipotética) e o que ela entregaria de valor?
Como uma Issue bem escrita se aproxima de uma User Story (título, descrição, critérios de aceitação, labels)?
Seu Board reflete bem o fluxo de trabalho real da equipe ou virou apenas uma “lista estática” de tarefas?

Se você tivesse que explicar o funcionamento do processo da sua equipe para outra pessoa, conseguiria usar os termos: backlog, sprint, milestone, release, pipeline, retrospectiva?
Você consegue identificar pelo menos um erro de gestão que não quer repetir em projetos futuros?