Agilidade em Gerenciamento de Projetos Software

Transcrição

1 Agilidade em Gerenciamento de Projetos Software Prof. Rafael Dias Ribeiro, M.Sc, CSM, CSPO,PMP. DESORDENADO Fonte: ORDENADO 1

2 DESORDENADO Teoria da Complexidade (Cynefin Model) CAUSA --> EFEITO Fonte: ORDENADO DESORDENADO Teoria da Complexidade (Cynefin Model) CAUSA EFEITO CAUSA --> EFEITO Fonte: ORDENADO 2

3 DESORDENADO Teoria da Complexidade (Cynefin Model) CAUSA <-- EFEITO CAUSA EFEITO CAUSA --> EFEITO Fonte: ORDENADO DESORDENADO Teoria da Complexidade (Cynefin Model) CAUSA <-- EFEITO AÇÃO CAUSA EFEITO CAUSA --> EFEITO Fonte: ORDENADO 3

4 DESORDENADO Teoria da Complexidade (Cynefin Model) CAUSA <-- EFEITO Probabilidade AÇÃO CAUSA CAUSA --> EFEITO Categorização Análise EFEITO Fonte: ORDENADO DESORDENADO Teoria da Complexidade (Cynefin Model) CAUSA <-- EFEITO PRÁTICAS EMERGENTES BOAS PRÁTICAS AÇÃO NOVAS PRÁTICAS CAUSA CAUSA --> EFEITO EFEITO MELHORES PRÁTICAS Fonte: ORDENADO 4

5 DESORDENADO Teoria da Complexidade (Cynefin Model) CAUSA <-- EFEITO AÇÃO CAUSA EFEITO CAUSA --> EFEITO TEMPO DE RESPOSTA Fonte: ORDENADO PLAN -DRIVEN MANAGEMENT VALUE -DRIVEN MANAGEMENT 5

6 AGILIDADE? 6

7 A Origem da Agilidade O estudo CHAOS do StandishGroupdemonstra que muitos dos projetos de TI não tem sucesso em relação ao planejamento de prazo e custo, e muitas vezes não atendem nem aos requisitos de negócio previamente estabelecidos. Em 1995 o Departamento de Defesa dos Estados Unidos gastou $35.7 bilhões de dólares em software e somente 2% foi plenamente utilizado. 7

8 A Origem da Agilidade Em um novo projeto de software, os requisitos nunca serão completamente conhecidos até que o usuário os tenha utilizado. Watts Humphrey, IBM Research A Origem da Agilidade A incerteza é inerente e inevitável nos processos de desenvolvimento de software e produtos. Hadar Ziv, University of California 8

9 Evolução Histórica: Waterfall Proposta por Winston W. Royce em Evolução Histórica: 9

10 Evolução Histórica: Evolução Histórica: 10

11 RUP Rational Unified Processes Melhores Práticas: Desenvolva software iterativamente Gerencie requisitos Use arquiteturas baseadas em componentes Modele visualmente o software Verifique a qualidade do software Controle as mudanças no software RUP Rational Unified Processes 11

12 Fazemos com que FUNCIONE? 12

13 Caminhando para a Agilidade... A Caminhando para a Agilidade... A 13

14 Caminhando para a Agilidade... A Caminhando para a Agilidade... A 14

15 Caminhando para a Agilidade... A Caminhando para a Agilidade... A 15

16 Caminhando para a Agilidade... A Caminhando para a Agilidade... A 16

17 Caminhando para a Agilidade A 17

18 O Manifesto Ágil Estamos descobrindo maneiras melhores de desenvolver software fazendo-o nós mesmos e ajudando outros a fazê-lo. Através deste trabalho, passamos a valorizar: Indivíduos e interação entre eles mais que processos e ferramentas Software 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. Agilidade... 18

19 SCRUM É um framework INCOMPLETO o qual as pessoas podem resolver problemas complexos e adaptáveis, enquanto entregam produtos de forma produtiva, criativaecomomaiorvalorpossível! SCRUM -Personagens 19

20 SCRUM visão SCRUM 20

21 SCRUM Daily Scrum ( < 15min ) Planning Meeting ( < 5%) Review Meeting ( < 2.5 %) Retrospective Meeting ( < 3.75%) Exemplo: SPRINT de 2 SEMANAS Daily Scrum ( < 15min ) Planning Meeting ( < 4 Horas ) Review Meeting ( < 2 Horas ) Retrospective Meeting ( < 3 Horas) 21

22 SCRUM SCRUM 22

23 SCRUM CORAGEM! 23

24 OBRIGADO! 24