Scrum na pratica, para developers

Preview:

DESCRIPTION

Scrum é um processo ágil que permite manter o foco na entrega do maior valor de negócio, no menor tempo possível, e nesta apresentação, o Filipe vai mostrar-nos como é o dia-a-dia de um developer a trabalhar numa equipa que utiliza esta metodologia no desenvolvimento profissional de software, como tem sido a sua experiência, as principais melhorias que a equipa alcançou e também as dificuldades que enfrentaram até agora

Citation preview

Scrum na prática, para DevelopersFilipe Almeida

http://netponto.org20ª Reunião Lisboa - 21/05/2011

Filipe Almeida

DeveloperPHP, MySQL, Flash/AS, JS, jQuery, jsLinb, C#, SilverlightSCRUM Geek

Agenda

• Introdução ao scrum

• Vender scrum à gestão

• Nossa experiencia com scrum

• Questões

Também disponível em vídeo...

Assista!http://vimeo.com/24783959

Introdução ao scrum

SCRUM é um processo iterativo e incremental para gestão e desenvolvimento de software

Processo simples e escalável.

Processo observável de gestão e controlo.

Principios LeanAdicionar apenas valorCentrar nas pessoas que adicionam valorO Valor pela procuraOptimização entre organizações

Reduzir SuperproduçãoReduzir Excesso de RequisitosReduzir Passos extraReduzir Procura pela informaçãoReduzir Defeitos e BugsReduzir Tempos de espera (incluindo clientes)Reduzir Passagem de mão

Papeis

Product Owner

Define Visão do Produto Elabora e mantém o Product BacklogDefine a prioridade e ROIRepresenta o/os clientes e utilizadores

Scrum Team

Auto-organizada e multifuncionalFaz estimativasDefine as tarefasDesenvolve o produtoGarantir a qualidadeApresenta o produto ao cliente

Scrum Master

É líderFacilitadorRemove impedimentosProtege a equipaAjuda o PO (com o Product Backlog) Garante o processo Scrum

Processo

Product Backlog

Gerida pelo Product Owner (com apoio do Scrum Master)

Lista prioritizada de requisitos e histórias«Sendo visitante quero me registar para publicar um artigo»

Lista em constante mudança

Reunião de PlaneamentoParticipantes: Product Owner, Scrum Master e Equipa

Define a prioridade nos itens do Backlog

Define o objectivo do sprint.

Define o Sprint BackLog

Define o significado de Feito

Sprint Backlog

Lista de tarefas para serem executadas no sprint

Evolutiva com o trabalho desse sprint

Sprint

Sessão de trabalho, tipicamente 15 ou 30 dias

Produz um “deliverable” a partir das tarefas no sprint

Reunião Diária15 Minutos

O que completaste?O que vais fazer hoje?O que impede de fazer o melhor trabalho?

Only pigs may speak!

Revisão da Sprint

Participantes: Product Owner, Equipa e Scrum Master

Apresentação do trabalho do sprint

Entrega do deliverable

Deliverable

Incremento das funcionalidades produzidas

Contém todas as partes de um software funcional

Reunião de Retrospectiva

Logo após reunião do sprint

O que podemos melhorar no processo?

Artefactos

Product Backlog

Sprint Backlog

Kanban Board

Burndown Charts

Vender scrum à gestão

O que a gestão gosta

Aumento da produtividade

Qualidade

Visibilidade e transparência

Previsibilidade e controlo contínuo

Liberdade para alterar requisitos

O que não vender

Não vender scrum pelo scrum

Não vender porque é moda

Não colocar o problema no cliente

Experiencia com scrum

O Projecto

Equipa de 5 elementos

Projecto já existente em desenvolvimento activo

Requisitos de clientes diferentes para o mesmo produto

Alta probabilidade de novos requisitos concorrentes

Problemas que existiam

Elementos especializados e “únicos”

“Waterfall Lag”

Necessidade de dedução do que fazer a seguir…

Envelhecimento dos testes

Preparação

Preparação da equipa para o novo modelo

Apresentação a toda a empresa do modelo scrum

Aprovação superior para dar início à experiencia

Primeira Reunião SCRUM

Definir Scrum Master

Definir Product Owner

Criação do Backlog

1ª parte – 4 horas

Primeira Reunião SCRUM

Definir o primeiro objectivo

Fazer o primeiro Sprint Backlog

Partilhar o documento com os envolvidos

2ª parte – 4 horas

Primeiro Sprint

Um objectivo simples

Disponibilização diária do burndown

Objectivo cumprido

3 Dias com standups ao início da tarde

Primeira introspectiva

Ajustadas as horas das reuniões

Artefactos melhorados

Interligar com o project

Sprints seguintes

15 Dias

Objectivos reais

Reserva de espaço para partilha de conhecimento

Alta motivação

6 sprints para atingir processo eficaz

Impacto no projecto

Produção de funcionalidades com o melhor ROI

Só produzimos as funcionalidades que são usadas

Aumento considerável do valor do produto

Clientes satisfeitos

Resultados na gestão

>50% crescimento da produtividade

Menor esforço de gestão no chefe de projecto e na equipa

Como fazer?Product Backlog?

Sprint Backlog?

Burndown?

Que ferramenta devo usar?

Uma forma de calcular o tempo?

Product Backlog?

Sprint Backlog?

Burndown?

Que ferramenta devo usar?

Começa com a mais básica possível

Usar as Introspectivas para melhorar

Uma forma de calcular o tempo?

ReferênciasKen Schwaber

Agile Project Management with Scrum

Ken Schwaber e Mike BeedleAgile Software Development with Scrum

Ken SchwaberThe Enterprise and Scrum

Esther Derby, Diana Larsen e Ken SchwaberAgile Retrospectives: Making Good Teams Great

http://jeffsutherland.com http://www.controlchaos.com

Questões?

Próximas reuniões presenciais

• 21/05/2011 - Maio• 18/06/2011 - Junho• 23/07/2011 - Julho• 27/08/2011 - Agosto

Reserva estes dias na agenda! :)

Obrigado!

Filipe Almeida

filipealmeida@shortcut.pt filipe@tiraduvidas.eu

Recommended