Este PPT foi apresentado no Scrum Gathering Brazil 2009 por Rafael Sabbagh e Marcos Garrido

1. e a Crise Mundial Rafael Sabbagh Marcos Garrido Scrum Por que Scrum é a melhor opção para projetos em tempos de crise

3. Parte I A Crise

4. O mundo está em crise... ADDICTED TO RISK

6. ...e a crise é grave! Quem acha que o pior da crise já passou? … e quem acha que ainda vai piorar?

8. 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

9. 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

10. ...já que o investimento diminui.

12. Parte II Como sobreviver?

13. Como sobreviver? O mercado exige que as organizações mudem sua forma de trabalhar para conseguirem atravessar esses tempos turbulentos Uma verdadeira QUEBRA DE PARADIGMA

16. Como sobreviver? Que framework para desenvolvimento de projetos é focado em todas estas questões? Scrum

17. Como sobreviver? Scrum é a melhor opção para projetos em tempos de crise! E a crise é uma excelente oportunidade para se disseminar o Scrum!

18. Parte III Use Scrum

20. 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?

21. 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? 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?

22. NÃO ao desperdício! 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

24. NÃO ao desperdício! Em tempos de crise , podemos nos permitir este desperdício de tempo e esforço?

25. NÃO ao desperdício! 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 .

26. NÃO ao desperdício! 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.

27. Se o projeto for suspenso? Análise de Requisitos Especificação / Arquitetura Implementação Testes Manutenção 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

28. Se o projeto for suspenso? Análise de Requisitos Especificação / Arquitetura Implementação Testes Manutenção Em um projeto não-ágil , o que o cliente recebe se o projeto for suspenso... ...ou aqui? Incepção Elaboração Construção Transição

29. Se o projeto for suspenso? Análise de Requisitos Especificação / Arquitetura Implementação Testes Manutenção Em um projeto não-ágil , o que o cliente recebe se o projeto for suspenso... ...ou mesmo aqui? Incepção Elaboração Construção Transição

30. Se o projeto for suspenso? Em um projeto com Scrum é diferente... VALOR é entregue em cada iteração!

31. Se o projeto for suspenso? 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.

32. Se o projeto for suspenso? Em um ambiente de incerteza , reduzir o risco do seu cliente é uma vantagem competitiva !

33. Maior valor primeiro! Em metodologias não-ágeis , o cliente só percebe retorno ao investimento no final do projeto . Fonte: Site da IBM Entrega

34. Maior valor primeiro! 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.

36. 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

37. Que venham as mudanças! 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 !

38. Que venham as 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 !

39. Que venham as mudanças! 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.

40. Que venham as mudanças! 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

41. Que venham as mudanças! 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 !

42. Quem não se comunica... Em um projeto waterfall , quando o cliente é encorajado a participar? Análise de Requisitos Especificação / Arquitetura Implementação Manutenção Testes

43. Quem não se comunica... Testes O c liente 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

44. Quem não se comunica… Assim, ao final do projeto, o resultado dificilmente atenderá às necessidades do cliente naquele momento!

45. Quem não se comunica... 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 .

46. Quem não se comunica... Como o Scrum lida com a comunicação ? O cliente recebe frequentemente novas versões ... ...e assim pode mais rapidamente dar feedback para a equipe, via Product Owner.

47. Quem não se comunica... Como o Scrum lida com a comunicação ? 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.

48. Quem não se comunica... 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 .

49. Quem não se comunica... 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 Relatório de Progresso Relatório de Encerramento Documento de Lições Aprendidas Diagramas de Sequência Diagrama de Componentes Diagrama de Colaboração Pedidos de Mudança Cronograma Detalhado Diagrama de Estados Project Charter Declaração Prelminar de Escopo Plano de Gerenciamento de Projeto Acceptance Report Análise de Earned Value Diagrama de Pacotes Relatório de Desempenho Diagramas de Atividade Diagrama de Casos de Uso

50. Quem não se comunica... No Scrum , a visibilidade no projeto é constantemente promovida! Reuniões diárias Kanban Equipe em um mesmo ambiente Envolvimento do cliente Gráficos de Burndown Entregas frequentes Reunião de Revisão Retros- pectiva ...são alguns exemplos.

51. Quem não se comunica... 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 .

52. 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

53. 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!

54. Se tiver que reduzir a 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!

55. Se tiver que reduzir a 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? Assim, o sucesso de todo o projeto fica ameaçado ! Se o gerente de projeto sai do projeto... ...o projeto fica desgovernado!

56. Se tiver que reduzir a 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

57. Se tiver que reduzir a 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

58. Se tiver que reduzir a equipe? 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

59. Parte IV Conclusões

60. Conclusões Nesta apresentação, mostramos que Scrum é a melhor opção para projetos nesses tempos de crise

61. Conclusões Oferecemos diversos argumentos para que pessoas com poder de influência ou decisão possam ajudar a decidir pelo uso de Scrum

62. 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

63. Conclusões Assim, para estas organizações, a crise terá funcionado como mola propulsora em um mercado em recuperação

64. Parte V Bibliografia

65. Bibliografia

66. Contatos http://www.scrumability.net Rafael Sabbagh [email_address] Marcos Garrido [email_address]