Um projeto, duas formas de organizar o mesmo trabalho

O backlog deste app, do jeito que o GitHub registra

$ gh api repos/gxolivei/nor/milestones --jq '.[] | {title, closed_issues, due_on}'
{"title":"Phase 1 — Authentication","closed_issues":7,"due_on":null}
{"title":"Phase 2 — Catalog","closed_issues":13,"due_on":null}
{"title":"Phase 3 — Enrollment & Progress","closed_issues":4,"due_on":null}
{"title":"Phase 4 — IRB Terminal","closed_issues":4,"due_on":null}
{"title":"Phase 5 — Polish & Testing","closed_issues":5,"due_on":null}

Este projeto, onde vive cada curso deste catálogo, foi construído assim. São cinco fases com nome, cada uma um milestone do GitHub. As issues têm um rótulo de domínio (domain: catalog, domain: enrollment) e um de tipo (type: backend, type: frontend). Nenhum milestone tem data de entrega. É o que o repositório guarda hoje, não uma hipótese.

O que não está aqui

Não há sprint nem story point. Nada na estrutura de planejamento deste projeto, que funciona, bate com qualquer palavra do título deste curso. Isso não é um defeito. Fases sem prazo fixo servem a um projeto sem data de entrega a cumprir: o trabalho termina quando termina. Mas é um modelo diferente do que este curso ensina, e entender a diferença é o objetivo.

Um modelo diferente, com nome

O Agile, e o Scrum em particular, a forma concreta mais comum dele, organiza o trabalho em ciclos de duração fixa em vez de fases abertas. Ele dimensiona o trabalho numa unidade pouco comum em vez de horas ou feito/não feito. As duas escolhas resolvem um problema que as fases não resolvem: prever quanto um time de várias pessoas consegue terminar até uma data, e ajustar essa previsão a cada ciclo em vez de descobrir só no fim.

O que este curso cobre

A aula 2 define um Sprint, citando o Guia do Scrum. A aula 3 trata de story points, e de um fato surpreendente sobre de onde eles vêm e de onde não vêm. A aula 4 é o planning poker, a técnica de estimativa, checada na fonte mais associada a ela. A aula 5 cobre a velocidade, o número que transforma pontos de volta numa previsão de calendário. A aula 6 olha de novo o formato de planejamento deste app, com perguntas mais afiadas agora que o vocabulário existe. A aula 7 roda o ciclo inteiro uma vez, da estimativa à previsão.

Onde isso deixa você

A pergunta não é qual modelo está certo; as fases servem a este projeto e não são um atalho para fugir do Agile. A habilidade é reconhecer que problema um time tem. Um é a entrega previsível com muitas pessoas contribuindo num ritmo recorrente. O outro é o progresso constante sem prazo fixo. Escolha o modelo de planejamento feito para o problema que você tem, não o que por acaso é famoso.