scrum e a crise mundial

e a Crise Mundial

Rafael Sabbagh

Marcos Garrido

ScrumPor que Scrum é a melhor opção para projetos em tempos de crise

2http://scrumability.net

Palestrantes

• Rafael Sabbagh• Certified ScrumMaster (CSM)• Sete anos de experiência em Gerência de Projetos de TI e

Liderança de Equipes de Desenvolvimento • Engenheiro de Computação pela PUC-Rio• Mestrando em Administração pela PUC-Rio• MBA em Gestão Empresarial pela PUC-Rio

• Marcos Garrido• Certified Scrum Product Owner (CSPO)• Seis anos de experiência em Gerência de Projetos de TI e

Liderança de Equipes de Desenvolvimento • Tecnólogo em Processamento de Dados pela PUC-Rio• Mestrando em Administração pela PUC-Rio• MBA em Gestão Empresarial pela PUC-Rio


Parte I

A Crise


O mundo está em crise...

ADDICTED TO RISK


...e a crise é grave!

• “É a pior crise desde 1929!”Fundo Monetário Internacional (FMI)

• “Os países desenvolvidos enfrentarão uma recessão generalizada.”Pamela Cox, vice-Presidente do Banco Mundial AmLat/Caribe

• “É uma situação muito, muito séria!”Henrique Meireles, Presidente do Banco Central do Brasil

• “A crise põe em perigo o próprio futuro da humanidade!”Nicolas Sarkosy, Presidente da França


...e a crise é grave!

Quem acha que o pior da crise já passou?

…e quem acha que ainda vai piorar?


A recuperação será difícil...17/4/2009 – Jornal Valor Econômico

•FMI: economia mundial vai demorar para sair da recessão e sua recuperação será menos vigorosa do que em crises do passado

•A extensão global da crise contribui para prolongar a recessão

•Países emergentes verão êxodo de capitais nos próximos anos

22 e 23/4/2009 – Jornal Valor Econômico

•FMI: Brasil deve encolher 1,3% em 2009

•FMI: Mundo sofrerá uma contração de 1,3% em 2009 e só poderá voltar a crescer em 2010


E a área de tecnologia sofre...

Prejuízo de US$ 2.5bi

Corte de 3,9 mil empregos

Demissão de 10% dos funcionários

Queda nas ações

Lucros despencam 90%

Corte de 3 mil empregos

Queda de 80% nas vendas

Demissões e redução no lucro


...já que o investimento diminui.


A nova realidade é difícil!

• Redução da demanda por projetos

• Processo decisório mais longo

• Acesso limitado a crédito

• Pressão por menores margens

• Clientes com problemas financeiros

• Ambiente de incerteza

• Mudanças constantes

• Racionalização do uso de recursos


Parte II

Como sobreviver?


Como sobreviver?

O mercado exige que as organizações mudem sua forma de

trabalhar para conseguirem atravessar esses tempos turbulentos

Uma verdadeiraQUEBRA DE PARADIGMA


Como sobreviver?

Essa nova forma de trabalhar deverá:

Funcionar bem em ambientes que mudam rapidamente, permitindo replanejamento frequente

Focar-se em maximizar o ROI do cliente

Ajudar a reduzir tempo de entrada em produção ou tempo de lançamento no mercado


Como sobreviver?

Essa nova forma de trabalhar deverá:

Evitar desperdício de esforço e tempo com subprodutos e funcionalidades que nunca serão utilizados

Sempre entregar valor para o cliente, mesmo que o projeto deva ser interrompido

Priorizar a comunicação e feedback entre as pessoas do projeto, para que saibam o que deve ser feito e o que está sendo feito


Como sobreviver?

Que framework para desenvolvimento de projetos é

focado em todas estas questões?

Scrum


Como sobreviver?

Scrum é a melhor opção para projetos em tempos

de crise!

E a crise é uma excelente oportunidade para se disseminar o Scrum!


Parte III

Use Scrum


Personagens da crise...• Uma organização prestadora de serviços em projetos que deve aumentar sua competitividade para não perder clientes

• Um diretor ou gerente precisando reduzir custos operacionais - melhorando seus processos - para sua organização sobreviver

• Um cliente que precisa contratar determinados projetos, mas tem que reduzir custos para torná-los viáveis

Por que eles devem escolher Scrum?


NÃO ao desperdício!

Metodologias não-ágeis afirmam que devem ser gerados inúmeros documentos para o sucesso do projeto

Termo de Abertura

Declaração Preliminar de Escopo

Plano de Gerenciamento

do Projeto

Pedidos de Mudança

Relatório de Progresso

Relatório de Desempenho

Relatório de Aceite

Relatório de Encerramento

Cronograma Detalhado

Análise de Earned Value

Documento de Lições

Aprendidas

Diagramas de Sequência

Diagrama de Componentes

Diagrama de Colaboração

Diagrama de Estados

Diagrama de Casos de Uso

Diagrama de Pacotes

Diagrama de Atividades

...algo mais?



Metodologias não-ágeis afirmam que devem ser gerados inúmeros documentos para o sucesso do projeto

Termo de Abertura

Declaração Preliminar de Escopo


do Projeto

Pedidos de Mudança



Relatório de Aceite





Aprendidas




Diagrama de Estados

Diagrama de Casos de Uso

Diagrama de Pacotes

Diagrama de Atividades

...algo mais?

O custo de produção e manutenção destes documentos compensa?

Quantos destes documentos se manterão atualizados e quantos serão

realmente úteis para o desenvolvimento do projeto?



Em projetos típicos, 50% do tempo é gasto com requisitos, arquitetura e especificação

Análise de Requisitos Implementação Testes Manutenção

e isso tudo é feito antes de se construir qualquer funcionalidade!

Especificação / Arquitetura



• 35% dos requisitos mudam

• 65% das funcionalidades nunca ou raramente serão utilizadas

Em projetos típicos, 50% do tempo é gasto com requisitos, arquitetura e especificação

Análise de RequisitosEspecificação /

ArquiteturaImplementação Testes Manutenção

e para piorar...



Em tempos de crise, podemos

nos permitir este desperdício de tempo e esforço?



Afinal, o objetivo do projeto é o produto, e não a documentação!

Com Scrum, o projeto deve ter somente a documentação suficiente e necessária.

Ou seja, adote somente o que será usado.



Com Scrum, o Product Backlog é dinâmico, pois ele deve sempre acompanhar as necessidades do cliente, que mudam ao longo do projeto.

Assim, o que for entregue, deverá ser usado pelo cliente.

Sempre serão feitas as funcionalidades que são de maior importância para o cliente no momento anterior ao início de cada sprint.


Se o projeto for suspenso?



Em um projeto não-ágil, o que o cliente recebe se o projeto for suspenso...

...aqui?

Incepção Elaboração Construção Transição






...ou aqui?







...ou mesmo aqui?




Em um projeto com Scrum é diferente...

VALOR é entregue em cada iteração!



Um projeto com Scrum sempre produz um incremento ao produto potencialmente entregável ao final de cada sprint.

Assim, se o projeto é suspenso em qualquer momento, o cliente pode utilizar o que foi gerado em sprints anteriores, reduzindo o risco do cliente.

Em um projeto não-ágil, o cliente dificilmente recebe algo utilizável, não obtendo retorno algum do investimento feito.



Em um ambiente de incerteza, reduzir o risco do seu cliente é uma vantagem competitiva!


Maior valor primeiro!

Em metodologias não-ágeis, o cliente só percebe retorno ao investimento no

final do projeto.

Fonte: Site da IBM

Entrega



No Scrum, O Product Owner deve sempre alimentar e reordenar o Product Backlog, priorizando os itens de maior valor para o cliente.

Assim, Scrum garante que os itens de maior valor sejam entregues primeiro, gerando ROI para o cliente frequentemente.



• Em tempos de crise, as organizações precisam se manter competitivas. A priorização do Product Backlog pelo maior valor permite à organização:

• entregar resultados para seu cliente mais rápido que a concorrência

• colocar em produção funcionalidades que agregam maior valor a seu negócio mais rapidamente

• lançar produtos e novas versões no mercado mais rapidamente


Que venham as mudanças!

Com a crise, vêm grandes e frequentes transformações

Mudanças na legislação e regulamentação

Mudanças nas regras de negócios

Oportunidades de novos negócios

Players importantes deixando o mercado

Prejuízos e indisponibilidade de verbas

Fusões, aquisições e intervenções do governo



Como as metodologias tradicionais lidam com a mudança?

Mudança é indesejada!

Mudança é arriscada!

Mudança é cara!

Mudança deve ser

negociada!

Como quase todo o planejamento é feito no começo do projeto, há pouquíssimo

espaço para mudanças!



Como as metodologias tradicionais lidam com a mudança?

O contrato com escopo amarrado deve nos defender! O cliente vai querer mudar tudo!

Cada mudança deve ser negociada com o cliente! Seu impacto deve ser quantificado!

Cada mudança deve ser revista, aprovada, planejada, documentada e gerenciada!



Gerenciamento da mudança é fonte de estresse em projetos que utilizam

metodologias não-ágeis.

Estresse no relacionamento de longo prazo com o cliente.

Estresse no dia-a-dia da equipe de desenvolvimento.



Como o Scrum lida com a mudança?

Scrum encara a mudança como parte natural do processo de desenvolvimento

Manifesto ágil: “responder às mudanças mais que seguir um plano”

O Product Backlog é constantemente atualizado pelo Product Owner



Como o Scrum lida com a mudança?

Mudanças já podem ser introduzidas no produto no sprint seguinte!

A resposta rápida à mudança se transforma em vantagem competitiva...

...e, assim, a crise pode se transformar em oportunidade!


Quem não se comunica...

Em um projeto waterfall, quando o cliente é encorajado a participar?


ArquiteturaImplementação ManutençãoTestes


Testes

O cliente percebe o projeto como

uma grande caixa preta, cujo conteúdo será revelado apenas no final do processo


Em um projeto waterfall, quando o cliente é encorajado a participar?

Especificação / Arquitetura

Implementação Manutenção

Testes de Aceitação

Análise de Requisitos


Quem não se comunica…

Assim, ao final do projeto, o resultado dificilmente atenderá às necessidades do cliente naquele momento!



Como o Scrum lida com a comunicação?

O Product Owner está em frequente contato com o cliente para levantar suas necessidades...

...e assim manter o Product Backlog constantemente atualizado e

priorizado.




O cliente recebe frequentemente novas versões...

...e assim pode mais rapidamente dar feedback para a equipe, via Product

Owner.




Desta forma, o cliente se sente envolvido em todo o processo...

...compartilhando com a equipe a responsabilidade sobre o projeto...

...aumentando seu grau de confiança na equipe e no processo.



A relação com o cliente deixa de ser meramente comercial, e passa a contemplar:

Parceria Cumplicidade Satisfação Fidelidade

E assim, cria-se uma relação de longo prazo com o cliente – muitas vezes capaz

de superar períodos de crise.



Em metodologias não-ágeis, como se promove a visibilidade no projeto para seus stakeholders?

Principalmente através de documentação......que dá

muito trabalho

...que não é eficiente

...que não se mantém atualizada

...que acaba deixada de

lado




Aprendidas




Pedidos de Mudança


Diagrama de Estados

Project Charter

DeclaraçãoPrelminar de

Escopo


de Projeto

Acceptance Report


Diagrama de Pacotes


Diagramas de AtividadeDiagrama de

Casos de Uso



No Scrum, a visibilidade no projeto é constantemente promovida!

Reuniões diárias

KanbanEquipe em um mesmo ambiente

Envolvimento do cliente

Gráficos de Burndown

Entregas frequentes

Reunião de Revisão

Retros-pectiva

...são alguns exemplos.



Manter comunicação aberta entre os stakeholders do projeto é a melhor forma de

garantir que todos saibam o que deve ser feito e o que está sendo feito.

Isso gera aumento de produtividade, essencial para sobreviver à crise.


Fazendo valer o investimento

Diferentemente de outras metodologias, Scrum prioriza explicitamente o Retorno do Investimento (ROI) do cliente

O Product Owner deve garantir o ROI do cliente, buscando sempre maximizá-lo através da atualização frequente do Product Backlog e priorização dos itens de maior valor


Se tiver que reduzir a equipe?

Em projetos waterfall, os papéis dentro da equipe são muito bem definidos

O que acontece em projetos waterfall?

Em um projeto de TI, por exemplo, o programador programa, o testador testa...

A crise atingiu a organização e é necessário dispensar ou realocar membros da equipe!



Se o designer sai do projeto......as telas novas ficam sem design!

Se o testador sai do projeto......o projeto fica sem testes!

Se o DBA sai do projeto......quem cuidará do banco de dados?

Se o gerente de projeto sai do projeto......o projeto fica desgovernado!



Se o designer sai do projeto......as telas novas ficam sem design!

Se o testador sai do projeto......o projeto fica sem testes!

Se o DBA sai do projeto......quem cuidará do banco de dados?

Assim, o sucesso de todo o projeto fica

ameaçado!

Se o gerente de projeto sai do projeto......o projeto fica desgovernado!



Com Scrum, a responsabilidade pela entrega é de toda a equipe, independente de papéis

E o que acontece em projetos com Scrum?

Embora haja uma especialização natural, as pessoas são estimuladas a desenvolverem e utilizarem suas habilidades secundárias...

...e, em geral, farão todo o possível para compensar a falta de membros da equipe



Com Scrum, a responsabilidade pela entrega é de toda a equipe, independente de papéis

E o que acontece em projetos com Scrum?

Embora haja uma especialização natural, as pessoas são estimuladas a desenvolverem e utilizarem suas habilidades secundárias...

...e, em geral, farão todo o possível para compensar a falta de membros da equipe

Assim, mesmo que com uma capacidade menor, a equipe deverá continuar garantindo as entregas



Alerta: demitir membros da equipe nunca deve ser a primeira alternativa

Ao diminuir a equipe, estará sendo reduzida a capacidade de entrega de valor da equipe

Assim, se estará reduzindo a satisfação do cliente, que procurará outros fornecedores...

...piorando a situação da organização, criando um ciclo vicioso de perde-perde


Parte IV

Conclusões


Conclusões

Nesta apresentação, mostramos que

Scrum é a melhor opção para projetos nesses

tempos de crise


Conclusões

Oferecemos diversos argumentos para que pessoas com poder de influência ou decisão possam ajudar a

decidir pelo uso de Scrum


Conclusões

Uma vez superada a crise, as organizações que tiverem

adotado Scrum estarão mais próximas do cliente, focadas

em resultado, enxutas, objetivas e transparentes


Conclusões

Assim, para estas organizações, a crise terá funcionado como mola propulsora em um mercado em

recuperação


Parte V

Bibliografia


Bibliografia


Contatos

http://www.scrumability.net

Rafael [email protected]

Marcos [email protected]

scrum e a crise mundial

Technology