Scrum Foundation para times de dados: o que funciona e o que eu adapto
Minha primeira certificação fora da parte técnica foi a Scrum Foundation, da Certiprof. Ela continua útil porque projeto de dados tem um problema próprio: o trabalho é difícil de ver.
por Gabriel Henrique · · 2 min de leitura · Read in English
Eu sou Gabriel Henrique, engenheiro de dados, e tenho a Scrum Foundation Certification, da Certiprof. Ela cobre a base do Scrum conforme o Scrum Guide.
Neste artigo eu passo pelo que a certificação ensina e mostro como uso isso em times de dados, onde o Scrum precisa de alguns ajustes.
A base do Scrum
Três responsabilidades
- Product Owner: decide o que tem mais valor e ordena o backlog.
- Scrum Master: cuida para que o time use o Scrum bem e remove impedimentos.
- Developers: quem constrói o incremento. Em dados, são os engenheiros e analistas.
Cinco eventos
A Sprint, que contém os outros quatro: Sprint Planning, Daily Scrum, Sprint Review e Sprint Retrospective.
Três artefatos
Product Backlog, Sprint Backlog e Incremento, cada um com seu compromisso: Meta do Produto, Meta da Sprint e Definition of Done.
O desafio dos times de dados
Em software, o incremento é uma tela ou uma função que alguém usa. Em dados, muitas vezes é uma tabela que ninguém vê até o dashboard ficar pronto. Isso torna o progresso invisível e a Sprint Review vazia.
Também é comum descobrir no meio da Sprint que o dado de origem não é o que se esperava. A estimativa erra por motivos que o time não controla.
Como eu adapto
Definition of Done com qualidade de dados
Para mim, uma tabela só está pronta quando tem documentação no catálogo, checagens de qualidade rodando e um consumidor validou o resultado. Escrever isso na Definition of Done evita a entrega que funciona só no ambiente de quem fez.
Review com dado real
Na Sprint Review, mostro números e a pergunta de negócio que eles respondem, em vez do código. É assim que a área de negócio entende o que avançou.
Spike para dado desconhecido
Quando a fonte é nova, reservo uma tarefa curta só para explorar o dado antes de estimar a construção. Isso reduz a surpresa no meio da Sprint.
Onde isso me ajudou
Hoje trabalho com várias áreas de apoio e de negócio para levantar requisitos e alinhar expectativas de entrega. O vocabulário comum do Scrum deixa essas conversas mais rápidas. A parte de pessoas eu aprofundei depois no Aspire Leaders Program.
Conheça a minha trajetória como engenheiro de dados no portfólio de Gabriel Henrique, Data Engineer. Eu sou Gabriel Henrique e escrevo sobre dados, métodos e carreira.