O que é Scrum
Scrum é um framework de gestão ágil, isto é, um conjunto leve de papéis, eventos e artefatos para desenvolver produtos e serviços de forma incremental. O time trabalha a partir de uma lista priorizada de itens (o *product backlog*), escolhe o que fará em cada ciclo curto, chamado sprint, e entrega um incremento utilizável ao final. Nasceu na área de software, mas é usado também em projetos de melhoria de serviços e de políticas públicas.
A Enap oferece curso sobre os fundamentos do Scrum para servidores federais, estaduais e municipais. O Scrum funciona bem em projetos de tecnologia e de melhoria de serviços.
Papéis
- Product Owner: responsável por maximizar o valor do produto, define e prioriza o backlog, representa os usuários e o patrocinador.
- Scrum Master: facilita o uso do Scrum, remove obstáculos e ajuda o time a melhorar.
- Time de desenvolvimento: pequeno, multidisciplinar e autogerido, responsável por entregar o incremento.
Eventos principais
- Planejamento da sprint: o time escolhe os itens que fará no ciclo e como fará.
- Reunião diária: encontro curto, de cerca de 15 minutos, para sincronizar o trabalho.
- Revisão da sprint: demonstração do incremento aos interessados, para coletar feedback.
- Retrospectiva: o time reflete sobre o próprio jeito de trabalhar e define melhorias.
A sprint costuma durar de uma a quatro semanas.
Artefatos
- Product backlog: lista priorizada de tudo o que pode ser necessário.
- Sprint backlog: itens escolhidos para a sprint.
- Incremento: o resultado utilizável, ao fim de cada sprint.
Como adaptar ao setor público
Teste o Scrum em um projeto piloto, com papéis claramente definidos, sprints curtas e revisões com os usuários. Adapte os rituais ao contexto público, mantendo a lógica de entregas incrementais e aprendizagem. Um roteiro:
- Escolher um projeto com problema claro, por exemplo, melhorar o agendamento de um serviço.
- Nomear o Product Owner, alguém com poder de decidir prioridades.
- Formar o time, com poucas pessoas de diferentes áreas.
- Montar o backlog com ajuda dos usuários.
- Fazer sprints curtas e demonstrar resultados.
- Registrar aprendizados e ajustar.
Imagine uma secretaria que quer simplificar a emissão de uma certidão. O time de cinco servidores define o backlog: formulário mais curto, envio de documentos por e-mail, consulta de andamento. Na primeira sprint de duas semanas, entrega o novo formulário. Na revisão, os cidadãos sugerem ajustes, que entram na sprint seguinte.
Base legal
Não há norma específica sobre Scrum. É um método de gestão, aplicável desde que respeitados a legalidade, a impessoalidade e as regras de contratação. Em contratos de tecnologia que usem entregas por sprint, a modelagem deve observar a Lei 14.133/2021 e a orientação dos órgãos de controle. Para o trabalho interno das equipes, não há restrição legal ao uso do método.
Diferença entre Scrum e Kanban
O Scrum trabalha em ciclos fixos (sprints), com papéis e eventos definidos. O Kanban trabalha em fluxo contínuo, com quadro visual e limite de trabalhos em andamento, sem ciclos obrigatórios. Scrum é indicado quando há projeto com entregas planejadas por ciclo; Kanban, para fluxos contínuos de demandas, como protocolos e chamados.
Cuidados de gestão
O Scrum exige autonomia do time e um Product Owner com poder de decisão. Em organizações hierárquicas, é comum o Product Owner não ter autoridade real, o que trava o backlog. Evite usar “Scrum” como nome para reuniões longas e sem foco, e proteja o tempo do time. Registre os resultados para mostrar valor e conquistar apoio.
Erros comuns
- Product Owner sem poder de decisão.
- Time grande demais ou sem autonomia.
- Sprints sem entrega utilizável.
- Reuniões diárias longas e burocráticas.
- Não ouvir os usuários na revisão.
- Ignorar as retrospectivas.
Checklist
- Há Product Owner com autoridade e Scrum Master?
- O time é pequeno e multidisciplinar?
- O backlog é priorizado e visível?
- As sprints entregam algo utilizável?
- Há revisão com usuários e retrospectiva?
- As regras de contratação e de controle foram observadas?
Para ir além
Veja gestão ágil, Kanban e o curso de gestão de projetos e escritório de projetos municipal.
Escala e limites
O Scrum foi concebido para times pequenos. Em projetos grandes, como plataformas de governo, é comum coordenar vários times, com cuidado para não recriar burocracia. No setor público, vale começar com projetos pequenos e visíveis, mostrar resultados e só depois ampliar. Também é importante reconhecer onde o método não se aplica bem, como em obras de engenharia com escopo fechado e normas rígidas.
Backlog e priorização
A qualidade do backlog determina o sucesso do Scrum. Itens devem ser descritos do ponto de vista do usuário, por exemplo, “como cidadão, quero agendar o serviço pelo celular, para não precisar ir ao balcão”. A priorização considera valor para o usuário, urgência, esforço e dependências. O Product Owner revisa a lista com frequência e, com a equipe, detalha os itens que entrarão nas próximas sprints.
Definição de pronto
Um item só está concluído quando atende a critérios combinados antecipadamente: testado, documentado, aprovado pelo responsável e utilizável pelo público. Essa definição evita entregas pela metade e conflitos sobre o que significa “terminado”, e é especialmente importante em projetos públicos, em que a aceitação formal pode ter efeitos contratuais.
