Agilidade em Gerenciamento de Projetos Software Prof. Rafael Dias Ribeiro, M.Sc, CSM, CSPO,PMP. http://www.rafaeldiasribeiro.com.br DESORDENADO Fonte: ORDENADO 1
DESORDENADO Teoria da Complexidade (Cynefin Model) CAUSA --> EFEITO Fonte: ORDENADO DESORDENADO Teoria da Complexidade (Cynefin Model) CAUSA EFEITO CAUSA --> EFEITO Fonte: ORDENADO 2
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
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
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
AGILIDADE? 6
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
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
Evolução Histórica: Waterfall Proposta por Winston W. Royce em 1970 @ribeirord Evolução Histórica: Waterfall @ribeirord 9
Evolução Histórica: Waterfall @ribeirord Evolução Histórica: Waterfall @ribeirord 10
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
Fazemos com que FUNCIONE? 12
Caminhando para a Agilidade... A Caminhando para a Agilidade... A 13
Caminhando para a Agilidade... A Caminhando para a Agilidade... A 14
Caminhando para a Agilidade... A Caminhando para a Agilidade... A 15
Caminhando para a Agilidade... A Caminhando para a Agilidade... A 16
Caminhando para a Agilidade...... A 17
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
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
SCRUM visão SCRUM 20
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
SCRUM SCRUM 22
SCRUM CORAGEM! 23
OBRIGADO! www.rafaeldiasribeiro.com.br 24