Scrum: O que é, quais seus pilares, princípios e eventos?
Scrum: É um framework estrutural que está sendo utilizado para gerenciar o desenvolvimento de produtos complexos, no qual podemos empregar vários processos ou técnicas. O Scrum deixa claro a eficácia das práticas de gerenciamento e desenvolvimento de produtos , de modo que você possa melhorá-las.
O framework Scrum consiste nos times do Scrum associadas a papéis, eventos, artefatos e regras. Cada componente dentro do framework serve a um propósito específico e é essencial para o uso e sucesso do Scrum.
Três pilares apoiam a implementação de controle de processos impírico: transparência, inspeção e adaptação.
Transparência
O processo utilizado pelo Time Scrum, suas atividades e expectativas devem ter visibilidade para os interessados nos resultados do Time. Nada deve ser varrido para debaixo do tapete. Além disso, é necessário que os envolvidos utilizem uma linguagem comum compreendida por todos para que a comunicação flua.
Inspeção
O trabalho deve ser inspecionado frequentemente. O Time Scrum se pergunta se está caminhando rumo aos objetivos e resultados de negócio. Ele também deve se perguntar como pode aperfeiçoar seu método de trabalho, a atmosfera da equipe e a qualidade do produto que está sendo entregue.
Adaptação
Se a inspeção determinar que não estamos progredindo para os nossos objetivos, é hora de nos adaptarmos. Essa adaptação pode ser motivada por diversos fatores: mudanças de mercado, concorrentes, necessidades do cliente, necessidades do negócio, hipóteses invalidadas, entre muitos outros.
Princípios da Agilidade
1 - Nossa maior prioridade é satisfazer o cliente, através da entrega adiantada e contínua de software de valor.
2 - Aceitar mudanças de requisitos, mesmo no fim do desenvolvimento. Processos ágeis se adequam a mudanças, para que o cliente possa tirar vantagens competitivas.
3 - Entregar software funcionando com frequência, na escala de semanas até meses, com preferência aos períodos mais curtos.
4 - Pessoas relacionadas à negócios e desenvolvedores devem trabalhar em conjunto e diariamente, durante todo o curso do projeto.
5 - Construir projetos ao redor de indivíduos motivados. Dando a eles o ambiente e suporte necessário, e confiar que farão seu trabalho.
6 - O Método mais eficiente e eficaz de transmitir informações para, e por dentro de um time de desenvolvimento, é através de uma conversa cara a cara.
7 - Software funcional é a medida primária de progresso.
8 - Processos ágeis promovem um ambiente sustentável. Os patrocinadores, desenvolvedores e usuários, devem ser capazes de manter indefinidamente, passos constantes.
9 - Contínua atenção à excelência técnica e bom design, aumenta a agilidade.
10 - Simplicidade: a arte de maximizar a quantidade de trabalho que não precisou ser feito.
11 - As melhores arquiteturas, requisitos e designs emergem de times auto-organizáveis.
12 - Em intervalos regulares, o time reflete em como ficar mais efetivo, então, se ajustam e otimizam seu comportamento de acordo.
Product Backlog
Não é o planejamento, é todo os itens de desejo, todos os itens que o cliente, o projeto, deseja para o projeto, não necessariamente que todos os itens precisem, de fato, ser entregue para seu projeto ser tido como sucesso.
É uma lista daquilo que realmente imaginamos para o produto, a medida que vai chegando perto da sprint, pegamos os itens, mais prioritários, com maior valor agregado para definir prioridades ou repriorizar quando necessário e também a base de refinamento de detalhes.
Refinamento
É o trabalho mais importante do PO, pode contar coma a ajuda do Scrum Master.
A medida que vai priorizando pelo valor de negócio agregado, detalha-se as funcionalidades até chegar em níveis de trabalho e planejamento.
Sprint Plannig
Onde será realizado o planejamento da sprint.
Os itens aceitos na sprint plannig são os itens já refinados, aceitos pelo time de desenvolvimento.
Possui duração de 8 horas e todo o time participa.
Os itens que não puderam fazer parte da sprint, retornam para o product backlog para serem ou não priorizados na próxima sprint.
Daily Scrum
Terá o Scrum Master e o time de desenvolvimento trabalhando em conjunto.
Toda daily tem no máximo 15 minutos para se atualizar, sanar as dúvidas e impedimentos apontados pelo time de desenvolvimento. Feita normalmente na parte da manha para poder ajudar no decorrer do dia em caso de impedimentos.
Sprint Review
Tem duração de 4 horas e acontece no último dia, último instante as sprint, separar um tempo para apresentar tudo o que foi pedido no planejamento, item por item, todas as funcionalidades, como se estivesse entregando em produção, (entregando aquele assunto e não se fala mais disso).
O time de desenvolvimento que apresenta, esse trabalho, o scrum master, facilita, mas não é a figura principal, marca reuniões. O time de desenvolvimento, mostrará cada uma dessas atividades para o PO (Product Owner), mas pode estar presente, pessoas de outras equipes, mas o PO que dará o feedback final. Se todas as atividades da sprint foram aceitas pelo PO, será uma sprint sucesso, caso contrário será uma sprint falha, será necessário rever o planejamento.
Sprint Restrospectiva
Possui duração de 3 horas e é comum que aconteça depois da revisão. A partir do feedback do PO, podemos coletar situações que vão ser colocadas na retrospectiva e o time vai separar um momento para discutir o que foi viável e o que foi inviável.
Podem ser colocadas questões da user History, questões pessoais, Importante que todos participem e que todos sejam ouvidos, cada uma das pessoas é importante para falar, para melhorar a si mesmos e aos processos que podem ser inclusive questionado, visando melhorias.
