Scrum na sua empresa: Visão Geral do Scrum

Scrum na sua empresa
Fabiano Milani, CSM
fabiano.milani@adaptworks.com.br

www.adaptworks.com.br

Sobre mim
Fabiano Milani, CSM, é consultor, instrutor e coach em liderança e
gerenciamento de projetos de software onde utiliza metodologias e
processos ágeis.

• Co-fundador e membro do time da AdaptWorks juntamente com Alexandre
Magno, primeiro e único Certified Scrum Trainer do Brasil e Edmilson Miyasaki, a
AdaptWorks é uma nova empresa brasileira, com escritórios em São Paulo - Brasil
e Londres - UK, que tem como propósito atuar na capacitação e condução de seus
clientes na adaptação cultural necessária para o alcance de melhores resultados
em seus projetos.
•Atua na área de software há 16 anos, participando de projetos de variadas
dimensões de lead time, escopo e investimento.
•Atua como co-trainer do Alexandre Magno nos treinamentos de CSM ( Certified
ScrumMaster ) pelo Brasil;
•Atuou como desenvolvedor e coordenador de desenvolvimento de vários
segmentos de empresa;
• Atuou como professor de matemática, física e linguagens de programação.


Agenda
• A verdade sobre projetos
• Em busca da qualidade
• Mudanças acontecendo
• Manifesto ágil
• Projetos iterativos
• Scrum – Visão Geral
• Visibilidade
• Comunicação
• Comprometimento
• Retorno de Investimento
• Quem gosta de Scrum?
• Variações de Scrum
• Caminho para a implantação do Scrum
• Coach & Treinamentos
• Cases


A verdade
A verdade sobre
projetos


Chaos Report

• O Standish Group vem, há mais de uma década,
realizando estudos em volta dos resultados dos projetos
de software ao redor do mundo. O resultado destes
estudos é um relatório batizado de Chaos Report;


Chaos Report

• Segundo o Standish Group quais foram os principais
fatores para esta melhora?


Chaos Report

• Segundo o Standish Group quais os principais fatores
para um número ainda tão alto de projetos que não
alcançam seu objetivo?

A vasta maioria dos projetos de software falha por falta
de clareza – sobre funções pessoais, responsabilidades e
requisitos – e também por inabilidade para acompanhar
o que ocorre em cada um dos diferentes passos do ciclo
de vida da aplicação.


Uso de funcionalidades

Standish Group, 2002


Resumindo...

• A comunicação entre as partes envolvidas nos projetos
é muito fraca;
• A visibilidade do andamento real e dos problemas
existentes nos projetos é muito fraca;
• Clientes pedem sempre mais do que realmente
precisam;
• Os projetos são caros e, ainda em sua maioria, não
alcançam sucesso;
• Os conflitos existentes entre TI e negócios durante os
projetos são muitos;


O problema do cliente

• Clientes sabem que fornecedores
odeiam mudanças de requisitos;
• Clientes são “forçados” a definir
tudo que precisam para um
produto na fase inicial do projeto;
• Clientes – no início de um projeto
- estão inseguros quanto ao que
precisam;


A solução do cliente

• Colocar o máximo possível de
requisitos na lista inicial;
• Entende-se por “o máximo
possível” tudo que lhe vier à cabeça
naquele momento;
• Desta forma a possibilidade de
“faltar” requisitos no produto final
é menor;


O problema do fornecedor

• Fornecedores sabem que os
requisitos fornecidos pelo cliente
são vagos;
• Fornecedores sabem que no
decorrer do projeto o cliente
precisará mudar requisitos;
• Fornecedores sabem que sempre
ao validar o produto com o cliente
surgirão novas idéias para o
produto;


A solução do fornecedor

• Documentar ao máximo tudo que
foi passado pelo cliente para que o
fornecedor possa estar protegido;
• Colocar margens de tempo por
todo o projeto;
• Entregar o produto para o cliente
apenas no final do projeto;


O que tudo isto gera?


Quem mais perde?

A EMPRESA

A verdade
Em busca da qualidade


A solução...


...ignorou a cultura!

Cultura


A verdade
Mudanças acontecendo


O que vem sendo falado...



“...a tomada de decisões em empresas na vida real está em
aceleração, graças em parte à disponibilidade quase instantânea
de certos tipos de dados (ainda que incompletos). Para seguir
o ritmo das rivais, líderes do mundo real precisarão cada vez
mais estar preparados e dispostos a agir com base nestas
informações sem recorrer a longas pausas para ponderar opções.
Terão de estar dispostos a alterar suas decisões em respostas a
contingências e a adotar estratégias iterativas caracterizadas por
repetidas correções de rumo; já a cultura corporativa terá de
aceitar sem problemas esses ajustes.”

“Se o que querem é uma liderança melhor, por que não mudam o
jogo, em vez de mudas os líderes?”

Byron Reeves, Thomas W. Malone e Tony O’Driscoll



Original by Alistair Cockburn


Números...


Quem vem mudando...


A verdade
O Manifesto Ágil


O Manifesto Ágil

“Estamos descobrindo maneiras melhores de desenvolver software
fazendo-o nós mesmos e ajudando outros a fazê-lo. Através desse
trabalho, passamos a valorizar:

Indivíduos e interação entre eles mais que processos e ferramentas
Produto em funcionamento mais que documentação abrangente
Colaboração com o cliente mais que negociação de contratos
Responder a mudanças mais que seguir um plano

Ou seja, mesmo havendo valor nos itens à direita, valorizamos mais os
itens à esquerda."

http://agilemanifesto.org


A verdade
Projetos iterativos


Tradicional x Iterativo
Visão

Escopo Escopo

Custo Tempo Custo Tempo


Tradicional, Plan-Drive, Definido

• Os processos baseados
no modelo waterfall
(cascata) buscam
organizar o
desenvolvimento de
produtos no formato de
linha de produção;
• Isto se parece com
projetos da áre de TI?


Iterativo, Empírico

• Imagine um projeto
iterativo como uma
viagem a ser feita;
• Você terá que planejar
sua viagem, mas como
garantir os programas
ideais, se você só
conhecerá mais sobre o
seu destino quando lá
estiver;


A verdade
Scrum – Visão Geral


O que é Scrum?

• É um processo iterativo e incremental
para o desenvolvimento de qualquer
produto e gerenciamento de qualquer
projeto;

• É mais um framework que uma
metodologia, mais atitute que um processo;


Estrutura do Scrum
Reunião de Planejamento

Parte I Parte II
Lista de Funcionalidades

Lista de Tarefas
Visão

Retrospectiva Execução e
Reunião Diária

Produto

Artefatos do Scrum

Lista de Lista de Lista de
Funcionalidades Funcionalidades Tarefas
Selecionadas

Lista de
Impedimentos

Papéis do Scrum

• Gerente do Produto (Product Owner)
Responsável por garantir o ROI (Retorno de Investimento);
Responsável por conhecer as necessidades do(s) cliente(s);
Proxy em ambientes com mais de um cliente;

• Gerente/Líder de Projeto(ScrumMaster)
Responsável por remover os impedimentos do time;
Responsável por garantir o uso de Scrum;
Protege o time de interferências externas;

• Time
Definir metas das iterações;
Auto-gerenciamento;
Produzir produto com qualidade e valor para o cliente;


A verdade
Visibilidade


Quadro de acompanhamento


Gráficos de acompanhamento


Gráficos de acompanhamento

Parking Lot


A verdade
Comunicação


Sobre documentos...


Reuniões de Planejamento

• A reunião de
planejamento da iteração é
composta de duas partes,
sendo na primeira parte a
definição da meta dos itens
que comporão a iteração e
na segunda a
decomposição dos itens em
tarefas;

• O time inteiro planeja, o
time inteiro se comunica ;


Reuniões Diárias

• O que fiz desde a última
reunião?
• O que pretendo fazer até
a próxima;
• Estou tendo
impedimentos?


Reuniões de Revisão

• Apresentação do resultado da
iteração para os clientes;

• Todos os envolvidos no projeto
participam;


Retrospectivas

• O que foi bom na última
iteração?

• O que deve melhorar?

• Quem está no controle?


A verdade
Comprometimento


Você está comprometido com o que ajuda a definir?

• Em Scrum todos planejam,
então todos tem oportunidade
de opinar e ajudar a definir a
meta que será buscada;
• O time mantém o foco na meta
e colabora entre si para que ela
seja atingida;


A verdade Retorno
de
Investimento


Entregando o que é importante para o cliente
Alta Prioridade

Cada Sprint implementa os requisitos de
prioridade mais alta

Cada novo requisito é
priorizado e inserido no
Product Backlog pelo Product
Owner a qualquer momento

Requisitos podem ser repriorizados pelo
Product Owner a qualquer momento

Requisitos podem ser
removidos do
Product Backlog pelo
Product Owner a qualquer
momento
Baixa Prioridade
Copyright Scott Ambler, 2004

A verdade
Quem gosta de Scrum?


Clientes gostam de Scrum...

• ...porque não é obrigado a definir uma
lista completa de requisitos no início do
projeto;
• ...porque é esperado que ele aprenda
sobre o produto durante o projeto;
• ...porque ele pode mudar requisitos
(incluir, remover e alterar);
• ...porque ele começará a utilizar o produto
desde as primeiras semanas do projeto;


Times gostam de Scrum...

• ...porque eles podem trabalhar de forma
auto-gerenciada;
• ...porque a colaboração é elevada e isto
gera produtividade;
• ...porque eles estão protegidos contra
interrupções externas;
• ...porque sua palavra vale;
• ...porque o trabalho se torna mais agradável
(divertido);


Gerentes gostam de Scrum...

• ...porque o stress do projeto é reduzido;
• ...porque o projeto fornece visibilidade e
elimina a necessidade de cobranças por
status, etc;
• ...porque a garantia do ROI está em suas
mãos;
• ...porque o time passa estar ao seu lado;
• ...porque ele gerenciará projetos e
produtos, e não cronogramas;


A verdade
Variações do Scrum


Scrum of Scrums


Trajetória
A verdade para
implantação


Scrum Implementation


A verdade
Coach & Treinamentos


Coach – Implantação de Scrum
para times
Esse serviço tem como finalidade acelarar a adoção de Scrum e é distribuído
através de uma combinação de coaching, mentoring, treinamentos e
workshops.
Essa é a opção ideal para empresas que estão iniciando a utilização de Scrum
em seus projetos, mas também pode ser adaptada e aplicada em empresa
que já estejam trabalhando com Scrum e queiram melhorar a aplicação de
suas práticas e valores, bem como elevar o potencial de seu time.


Coach – Implantação de Scrum
na sua empresa
Os profissionais da AdaptWorks vem, já há alguns anos, trabalhando na
utilização de processos ágeis – principalmente Scrum, FDD e XP – em
diferentes ambientes corporativos. Desde empresas da área financeira até
empresas de publicidade, passando por fábricas de software, operadoras de
cartão de crédito, empresas .com e outras verticais. O que pudemos
perceber com estas experiência é que, por mais que não exista receita para o
sucesso, alguns passos se mostram inevitáveis para a boa aplicação de
processos ágeis em praticamente todos os ambientes, por mais que a forma
com que os passos sejam diferentes entre esses cenários, eles acabam
sempre tendo que ser dados.


Coach – ScrumMaster e Product Owner
Nesta modelidade é aplicado o coaching profissional com o intuito de elevar
a atuação de ScrumMasters e Product Owners. Nosso Scrum Coach ajudará
estes profissionais a tonar Scrum mais efetivo em seus times e empresas,
trabalhando em sua forma de atuação e nas habilidades de facilitação e
liderança. Esta modalidade pode ainda ser uma excelente opção para
profissionais que tenham participado de treinamentos de Scrum mas estejam
com dificuldades de iniciar um processo de aplicação, ou mesmo
convencimento, de Scrum na sua empresa.


Treinamentos
• Treinamentos Oficiais
• Certified ScrumMaster
• Certified Scrum Product Owner
• Certified Scrum Developer

• Workshops
• Scrum Foundation
• Requisitos de software em projetos ágies
• Planejamento e Estimativas em projetos ágies
• User Stories
• ScrumMaster Skills


A verdade
Cases


BT, Globo.com, SAP, Siemens, Yahoo!...


??????????


Fabiano Milani - CSM

Obrigado! fabiano.milani@adaptworks.com.br
http://fabianomilani.blogspot.com
http://blog.adaptworks.com.br/

Scrum na sua empresa: Visão Geral do Scrum

Recomendados

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente (20)

Destacado

Destacado (20)

Similar a Scrum na sua empresa: Visão Geral do Scrum

Similar a Scrum na sua empresa: Visão Geral do Scrum (20)

Scrum na sua empresa: Visão Geral do Scrum