Tag: scrum

scrum vs kanban

Scrum vs Kanban

Scrum – O que é? Um framework ágil no qual as pessoas podem endereçar problemas adaptativos e complexos, enquanto produtiva e criativamente entregam produtos com o mais alto valor possível de maneira iterativa e incremental.
Como Funciona? Divide o projeto em ciclos, as Sprints, que fragmentam o volume de trabalho da equipe para que possam atuar nos itens de maior prioridade primeiro.


Kanban – O que é? Um método para definir, gerenciar, e melhorar serviços de modo que os times se aprimorem colaborativamente e evoluam experimentalmente. Pode ser caracterizado como um método “comece pelo que você faz agora” – um catalizador para mudanças rápidas e focadas nas organizações – que reduz a resistência a mudanças benéficas alinhadas com os objetivos da organização.
Como funciona? Baseia-se em tornar visível o que de outra forma seria conhecimento intangível, para garantir que o serviço funciona na quantidade certa de trabalho. para fazer isso, usamos um sistema de fluxo de entrega que limita a quantidade de trabalho em andamento (WIP) usando quadros visuais que ajudam as equipes a se auto-organizarem para realização do trabalho.


As equipes Scrum trabalham em Sprints que podem durar de 1 a 4 semanas.Kanban é um método contínuo sem delimitação de tempo.
O trabalho do Scrum Master é ajudar o Product Owner e a Equipe de Desenvolvimento a desenvolver e manter bons hábitos.É trabalho do SDM ajudar o SRM e a Equipe de Desenvolvimento a desenvolver e manter bons hábitos. (Os papéis de SDM e SRM) não são obrigatórios no Kanban.
Cada Sprint começa com uma reunião de Planejamento da Sprint – facilitada pelo Scrum Master e atendida pelo PO e Equipe de Desenvolvimento. Juntos, selecionam itens de alta prioridade que a equipe se comprometerá a entregar naquela Sprint. Os itens selecionados são conhecidos como o Sprint Backlog.Os itens são “puxados” diretamente do Product Backlog.
A equipe de desenvolvimento trabalha com os itens do Sprint Backlog apenas durante aquela Sprint. Os novos requerimentos devem, exceto em circunstâncias excepcionais, aguardar a próxima Sprint.Cada coluna tem um limite estrito de trabalho em andamento (WIP). Os limites do WIP garantem que os itens se movam no board no menor tempo possível. Uma coluna vazia- ou quase vazia – é um sinal para a coluna anterior liberar outro item. Este é o sistema de “puxar” em ação.
A Daily Meeting é uma reunião curta, de no máximo 15 minutos, em que o Time de Desenvolvimento normalmente informa o que foi feito, o que será feito e se há algum impedimento.A Kanban Meeting é uma reunião (geralmente) diária que promove a auto-organização e revisão de planejamento para aqueles que colaboram para entregar o serviço. Geralmente usa um formato “stand-up” para incentivar uma reunião curta e enérgica com foco em concluir itens de trabalho e desbloquear problemas.
É na Sprint Review que acontecem demonstrações de novas features para os Stakeholders e os feedbacks são recolhidos. Todos os itens incompletos retornam ao Product Backlog.Cada item é empacotado para ser liberado assim que estiver pronto.
É na Sprint Retrospective que o time avalia o que correu bem, o que poderia ser melhorado, etc – gerando pontos de ação para melhorar as próximas Sprints.Demonstrações das novas features para os Steakeholders acontecem nas reuniões de Demo, que são opcionais.
Assim que finalizados os itens já são liberados para uso.Na Service Delivery Review o time examina e melhora a efetividade do serviço. Objetivo: melhoria contínua do processo .
A Replenishment Meeting é uma reunião facilitada pelo SRM com objetivo de reabastecer o backlog de trabalho. Pode acontecer em intervalos regulares ou , idealmente, quando necessária.

RD – do ponto A ao B

“Nos tempos antes de Cristo, havia uma ave estúpida chamada Fênix que, a cada cem anos, construía uma pira e se consumia em suas chamas. Deve ter sido prima-irmã do homem. Mas, toda vez que se queimava, ressurgia das cinzas e novamente renascia. E parece que estivemos fazendo e refazendo inúmeras vezes a mesma coisa, só que com uma vantagem que a Fênix nunca teve. Nós sabemos a estupidez que acabamos de cometer”

Trecho do livro Fahrenheit 451 – Ray Bradbury

Após 8 anos de Raiadrogasil – com muito trabalho, paciência e persistência – ao lado do grande amigo e profissional Ricardo Almeida, chegamos no nosso ponto B. Não foi nada fácil e falhamos muito! Mas diferente da fênix, percebemos os erros rápido o suficiente para termos chances de corrigir #FailFast.

Cinco anos após formação do primeiro time Scrum, entre desentendimentos como “quem autorizou colar essas coisas na parede”, inúmeras discussões ágeis sobre os processos burocráticos, gerentes inertes e desenvolvedores que não enxergavam valor na forma que trabalhávamos com testes, criamos inúmeras palestras e workshops sobre scrum, integração contínua, testes automatizados, como entregar valor, ALM e outros. Com o tempo – e com o incômodo que gerávamos 🙂 – ganhamos um espaço isolado só nosso para por em prática tudo que gostaríamos. Nascia o Garage.

A partir daí vieram Lean Inceptions, automações de deploy com Circle-CI, Jenkins, testes automatizados, refatorações, pair programming, tudo isso com um ritmo sustentável de trabalho e, com períodos regulares, melhorávamos nossos processos.

Entregávamos valor sem fazer hora-extra e com qualidade! (Tá, deixamos de comer as pizzas patrocinadas pelo gerente pra ficarmos até mais tarde, mas foi melhor xD). Tínhamos feedback a curto prazo e nosso cliente passou a enxergar com outros olhos tudo aquilo que fazíamos. Como se diz:

Fazer o dobro do trabalho na metade do tempo

Jeff Sutherland

Foram tantos elogios que o próprio presidente da Raiadrogasil, Marcílio Pousada, veio nos visitar no Garage. Ao ver a sala lotada de post-its e uma longa explicação do nosso método de trabalho, decidiu então convidar os diretores para conhecer nosso espaço e os aconselhou a seguirem este caminho.

Os próximos passos a pedido do presidente foram: Contratação de uma consultoria ágil, criação de duas squads e formação da iniciativa RD Agile na organização!

Como diz John Kotter – professor da Harvard Business School – no livro Liderando Mudanças “Formar uma coalizão forte”.

Com isto alcançamos o ponto B. Celebremos curtas vitórias!

Ricardo e eu
Lean Inception com todos os envolvidos do e-commerce – na Garage

Agradeço a todos que trabalharam e acreditaram nessa evolução! Juliano Celestino, Luis Paulo Rodrigues, Diego Rocha Ramos, Henrique Smoco.

Em agosto de 2018, deixei este legado, realizado e orgulhoso com um trabalho bem feito para um próximo desafio. Ajudar o banco Santander nos caminhos da agilidade, junto com a BRQ.

As 8 instâncias do Scrum Master

Identifique o nível de suas habilidades baseado nas competências de um Scrum Master e crie um plano de ação para atuar no que precisa melhorar. 

O Scrum Master atua como um:

  • Líder Servidor quando foca nas necessidades dos membros do time e nas pessoas que fornecem valor com o objetivo de alcançar resultados alinhados com os valores da organização.
  • Facilitador preparando o ambiente e estabelecendo limites claros nos quais os times podem colaborar.
  • Coach atuando no indivíduo com foco no mindset e comportamento, no time como melhoria contínua e na organização.
  • Gerente responsável por administrar impedimentos, eliminar desperdícios, administrar processos, administrar a saúde do time e administrar a cultura.
  • Mentor que transfere conhecimentos de ágil e experiência para o time.
  • Professor para garantir que Scrum e outros métodos relevantes estão sendo compreendidos e seguidos.
  • Removedor de impedimentos resolvendo bloqueios que impeçam o progresso do time.
  • Agente de mudança apto a disseminar a cultura ágil.

Roda de habilidades das 8 instâncias do Scrum Master

Download-roda-8-instancias-sm.pdf

Referência: http://www.barryovereem.com/wp-content/uploads/The-8-Stances-of-a-Scrum-Master-Whitepaper-v2.pdf