O Scrum é um framework para desenvolver, entregar e manter produtos
complexos.
Esta definição consiste em papéis, eventos, artefatos e as regras do
Scrum que unem os demais e os mantém integrados.
Definição do Scrum:
O Scrum é um framework dentro do qual pessoas podem tratar e resolver
problemas complexos e adaptativos, enquanto produtiva e criativamente entregam
produtos com o mais alto valor possível.
O Scrum é fundamentado nas teorias empíricas de controle de processo, ou
empirismo.
O empirismo afirma que o conhecimento vem da experiência e de tomada de
decisões baseadas no que é conhecido.
O Scrum emprega uma abordagem iterativa e incremental para aperfeiçoar a
previsibilidade e o controle de riscos.
Três pilares apoiam a implementação de controle de processo
empírico:
A Transparência
Aspectos significativos do processo devem estar visíveis aos
responsáveis pelos resultados. A transparência requer que estes aspectos tenham
uma definição padrão comum para que os observadores compartilharem um mesmo
entendimento comum do que está sendo visto.
Aqueles que realizam o trabalho e aqueles que inspecionam o incremento
resultado do trabalho devem compartilhar uma definição comum de “Pronto”
Inspeção
Os usuários Scrum devem, frequentemente, inspecionar os artefatos Scrum
e o progresso em direção ao objetivo da Sprint para detectar variações
indesejadas.
Esta inspeção não deve ser tão frequente que atrapalhe o objetivo dos
trabalhos.
Adaptação
Se um inspetor determina que um ou mais aspectos de um processo desviou
para fora dos limites aceitáveis, e que o resultado do produto será
inaceitável, o processo ou o material sendo produzido deve ser ajustado.
O ajuste deve ser realizado o mais breve possível para minimizar mais
desvios.
O Scrum prescreve quatro Eventos formais para inspeção e adaptação.
1.
Planejamento da Sprint
2.
Reunião diária
3.
Revisão da Sprint
4.
Retrospectiva da Sprint
Os valores do Scrum são incorporados e vividos pelo Time Scrum e
tornam-se vivos e constroem a confiança para todos.
Os membros do Time Scrum aprendem e exploram estes valores à medida que
trabalham com os eventos, papéis e artefatos do Scrum.
Os artefatos do Scrum representam o trabalho ou o valor para o
fornecimento de transparência e oportunidades para inspeção e adaptação.
Os artefatos definidos para o Scrum são especificamente projetados para
maximizar a transparência das informações chave de modo que todos tenham o
mesmo entendimento dos artefatos.
O product owner é o ponto central com poderes de liderança sobre o
produto ele é o único responsável por decidir quais recursos e funcionalidades
serão construídos e qual a ordem que eles devem ser feito é, responsabilidade
dele manter e comunicar a todos os outros participantes uma visão clara
do que a equipe Scrum está buscando alcançar no projeto é, ele quem prioriza os
itens do próprio product backlog;
O Scrum Master é o responsável por ajudar a todos os envolvidos a
entender e abraçar os valores, princípios e, práticas do Scrum.
Ele tem que conhecer muito bem o Scrum, o papel dele é agir como um
coaching executando a liderança do processo e ajudando a equipe a desenvolver
sua própria abordagem do Scrum
O Scrum Master também tem um papel de facilitador ele não é chefe de
ninguém
O Dev-team são as pessoas que de fato vão construir um projeto no Scrum,
quem decide como fazer as coisas é, o time e não o gerente ou qualquer outra
pessoa, a idéia principal é que a equipe se auto organize para determinar a
melhor maneira de realizar o trabalho para atingir a meta estabelecida pelo
Product Owner
Tudo deve começar com a visão do produto pelos Stekholders, o Product
Owner é responsável por prover está visão como um macro planejamento, o
importante é que descreva o que ele quer e qual a meta que ele quer atingir, em
seguida deve se desmembrar essa visão em todas as funcionalidades que são
necessárias e estabelecer uma lista de funcionalidades, que é chamada de
product backlog
Para entender como funciona o framework temos esse fluxo que é bem
conhecida.
Tudo começa com a visão o esboço inicial visualizado pelos Stakeholder.
Atravez do Product Owner isso se desdobra em product backlog.
Esse product backlog sofre grooming.
Onde é priorizado por maior valor ou grau de importância.
Depois durante o planejamento da sprint cria-se um sprint backlog.
Que é alista de histórias ou funcionalidades que serão criadas durante o
Sprint.
O sprint com duração entre duas e quatro semanas.
Todos os dias no mesmo lugar e horário o daily scrum acontece com as
suas três famosas perguntas.
O que eu fiz ontem que ajudou o time a atingir a
meta do Sprint;
O que eu vou fazer hoje para ajudar o time a atingir
a meta do Sprint;
Existe algum impedimento que não permita a mim o
time atingir a meta do Sprint;
E ao final do sprint tem o produto funcionalidade concluída;
Também ocorre outros dois eventos.
O Sprint Review ou
Revisão da Sprint é realizada no final da Sprint para inspecionar o
incremento e adaptar o Backlog do Produto se necessário.
ocorre também
Sprint Retropesctive ou
Retrospectiva da Sprint é uma oportunidade para o Time Scrum inspecionar
a si próprio e criar um plano para melhorias a serem aplicadas na próxima
Sprint.
