SlideShare uma empresa Scribd logo
1 de 50
Baixar para ler offline
Gestão de Projetos
Expectativa x Realidade
DÉBORA MODESTO Novembro de 2020
/modestodebora
deb.modesto@gmail.com
facebook.com/
artesoftware.com.br
artesoftware.com.br
instagram.com/
artesoftware
Apresentação
Débora Modesto
Formação: Mestre em Informática pela Universidade Federal
do Estado do Rio de Janeiro.
Atuação: Desde 2010 trabalha no Serviço Federal de
Processamento de Dados (SERPRO) e exerce a função de
Gerente de projetos na área de desenvolvimento de software
há 3 anos.
instagram.com/
artesoftware
artesoftware.com.br facebook.com/
artesoftware.com.br
Organização
A importância da Gestão de Projetos
Os Tipos de Problemas
Escolhendo as Ferramentas
Framework Cynefin
Vida Real: exemplos de um gestor
A Importância da
Gestão de Projetos
A importância da Gestão de Projetos
A importância da Gestão de Projetos
Parar de usar a metodologia VF-VQD ou VqV
A importância da Gestão de Projetos
Parar de usar a metodologia VF-VQD ou VqV: Vai Fazendo e Vê o Que Dá ou Vamo que Vamo
A importância da Gestão de Projetos
Parar de usar a metodologia VF-VQD ou VqV: Vai Fazendo e Vê o Que Dá ou Vamo que Vamo
Recursos e Aquisições
Partes Interessadas
Custos, Qualidade e Riscos
Planejamento
Execução
Monitoramento e Controle
A importância da Gestão de Projetos
Gestão é fundamental para reduzir os riscos de fracasso, otimizar recursos e garantir o
atingimento dos resultados desejados com qualidade.
Pelo menos 64% dos
problemas encontrados na
área de software podem ser
classificados como
problemas de gestão.
Uma gestão pobre pode
aumentar os custos do
software mais do que
qualquer outro fator.
(Barry Boehm, 1984) (Gerald Weinberg, 1997)
A Realidade do Mercado
Expectativa
Realidade
A Realidade do Mercado
Expectativa
Realidade
Teorias
Métodos
Indústrias variadas
Negócios complexos
Problemas distintos
Clientes exigentes
Concorrentes
Mundo mudando
constantemente
A Realidade do Mercado
A Realidade do Mercado
A Realidade do Mercado
Problema
e
Contexto
Melhor Solução
Os Tipos de Problemas
Os Tipos de Problemas - Claro, Simples, Óbvio
Final de semana em Búzios
Os Tipos de Problemas - Claro, Simples, Óbvio
Hospedagem
Qtde de dinheiro necessária
Percurso (carro? ônibus?)
Risco (previsão do tempo)
Fazer a mala
Final de semana em Búzios
Os Tipos de Problemas - Complicado
Viagem de carro para o Nordeste por 20 dias
Os Tipos de Problemas - Complicado
Planejamento preditivo
(Rotas, temperatura, roupa
adequada, dinheiro, gasolina,
GPS)
Exige planejamento, análise,
boas práticas, mas o resultado
ainda é previsível.
Há diversas abordagens e
caminhos para concretizar o
objetivo - escolha da
abordagem depende da análise
de quem faz o roteiro.
Viagem de carro para o Nordeste por 20 dias
Os Tipos de Problemas - Complexo
Mochilão de três meses na Europa
Os Tipos de Problemas - Complexo
Exige planejamento, análise,
boas práticas, mas o resultado
pode não ser previsível.
Ao chegar lá podem ocorrer
imprevistos - um ataque
terrorista fechou os principais
pontos turísticos e os trens
entre as cidades pararam de
circular.
Exige adaptabilidade do plano.
A variabilidade é natural, mas
se monitorada, adapta-se o
plano e persegue-se o objetivo.
Mochilão de três meses na Europa
Os Tipos de Problemas - Caótico
Viagem para a China quando começou o COVID 19
Os Tipos de Problemas - Caótico
Sociedade ficou disfuncional
pois era um evento inédito.
Não havia previsibilidade.
Não havia restrições e com isso
o contágio aumentou.
Viagem para a China quando começou o COVID 19
Os Tipos de Problemas
Claro | Simples | Óbvio
Possível estabelecer causa efeito
Previsível e Estável
Trabalho Repetível
Restrições Rígidas
Pode ser regido por checklists
Melhores Práticas
Os Tipos de Problemas
Claro | Simples | Óbvio
Previsível e Estável
Trabalho Repetível
Restrições Rígidas
Pode ser regido por checklists
Loja de fast food (Mac Donalds)
Fábrica (linha de produção)
Call Center (operadora de TV a cabo)
➔ Fácil de saber quantos itens são executados por dia
➔ Checklist de atendimento
➔ É desejável ter baixa variabilidade
➔ Qualidade previsível quando se executa práticas definidas
Os Tipos de Problemas
Claro | Simples | Óbvio
Possível estabelecer causa efeito
Previsível e Estável
Trabalho Repetível
Restrições Rígidas
Pode ser regido por checklists
Melhores Práticas
Complicado
Possível estabelecer causa efeito mas
depende de Especialistas
Estável
Restrições de Governança (políticas)
Boas Práticas
Os Tipos de Problemas
Claro | Simples | Óbvio
Possível estabelecer causa efeito
Previsível e Estável
Trabalho Repetível
Restrições Rígidas
Pode ser regido por checklists
Melhores Práticas
Complicado
Possível estabelecer causa efeito mas
depende de Especialistas
Estável
Restrições de Governança (políticas)
Boas Práticas
/ / / / / / / / / / / / / / / / / / / / /
Fronteira Humana - Não Determinística
(não é possível precisar quando você se
move de um domínio para o outro)
Os Tipos de Problemas
Claro | Simples | Óbvio
Previsível e Estável
Trabalho Repetível
Restrições Rígidas
Pode ser regido por checklists
Loja de fast food (Mac Donalds)
Fábrica (linha de produção)
Call Center (operadora de TV a cabo)
Triagem do hospital
➔ Fácil de saber quantos itens são executados por dia
➔ Checklist de atendimento
➔ É desejável ter baixa variabilidade
➔ Qualidade previsível quando se executa práticas definidas
Médico
Especialista da operadora de TV a cabo
Indústria de Software
➔ Precisa dos especialistas pois:
◆ Não é possível saber se o resultado final será
exatamente igual ao planejado
◆ Variabilidade faz parte do processo
Os Tipos de Problemas
Claro | Simples | Óbvio
Possível estabelecer causa efeito
Previsível e Estável
Trabalho Repetível
Restrições Rígidas
Pode ser regido por checklists
Melhores Práticas
Complicado
Possível estabelecer causa efeito mas
depende de Especialistas
Estável
Restrições de Governança (políticas)
Boas Práticas
Complexo
Relação de causa efeito só é
perceptível em retrospecto (pequenos
ciclos de feedback)
Instável
Restrições Adaptáveis
Experimentação
Os Tipos de Problemas
Startups
Pesquisa e desenvolvimento
Marketing
Indústria de Software (*)
➔ Ambiente do experimento e da inovação
Claro | Simples | Óbvio
Previsível e Estável
Trabalho Repetível
Restrições Rígidas
Pode ser regido por checklists
Loja de fast food (Mac Donalds)
Fábrica (linha de produção)
Call Center (operadora de TV a cabo)
Triagem do hospital
➔ Fácil de saber quantos itens são executados por dia
➔ Checklist de atendimento
➔ É desejável ter baixa variabilidade
➔ Qualidade previsível quando se executa práticas definidas
Médico
Especialista da operadora de TV a cabo
Indústria de Software (*)
➔ Precisa dos especialistas pois:
◆ Não é possível saber se o resultado final será
exatamente igual ao planejado
◆ Variabilidade faz parte do processo
Os Tipos de Problemas
Claro | Simples | Óbvio
Possível estabelecer causa efeito
Previsível e Estável
Trabalho Repetível
Restrições Rígidas
Pode ser regido por checklists
Melhores Práticas
Complicado
Possível estabelecer causa efeito mas
depende de Especialistas
Estável
Restrições de Governança (políticas)
Boas Práticas
Complexo
Relação de causa efeito só é
perceptível em retrospecto (pequenos
ciclos de feedback)
Instável
Restrições Adaptáveis
Experimentação
Caótico
Disfuncional
Inédito
Sem Restrições
Ação (transformação) ou morte
Os Tipos de Problemas
Claro | Simples | Óbvio
Possível estabelecer causa efeito
Previsível e Estável
Trabalho Repetível
Restrições Rígidas
Pode ser regido por checklists
Melhores Práticas
Complicado
Possível estabelecer causa efeito mas
depende de Especialistas
Estável
Restrições de Governança (políticas)
Boas Práticas
Complexo
Relação de causa efeito só é
perceptível em retrospecto (pequenos
ciclos de feedback)
Instável
Restrições Adaptáveis
Experimentação
Caótico
Disfuncional
Inédito
Sem Restrições
Ação (transformação) ou morte
/ / / / / / / / / / / / / / / / / / / / /
/
/
/
/
/
/
/
/
/
/
Os Tipos de Problemas
Startups
Pesquisa e desenvolvimento
Marketing
Indústria de Software (*)
➔ Ambiente do experimento e da inovação
Empresas e o COVID 19
Barragem de Brumadinho
Ataque ao World Trade Center
➔ Ambiente de incertezas
➔ Não se sabe o que fazer
➔ Precisa que sejam incluídas restrições para migrar para o
domínio Complexo ou Complicado
Claro | Simples | Óbvio
Previsível e Estável
Trabalho Repetível
Restrições Rígidas
Pode ser regido por checklists
Loja de fast food (Mac Donalds)
Fábrica (linha de produção)
Call Center (operadora de TV a cabo)
Triagem do hospital
➔ Fácil de saber quantos itens são executados por dia
➔ Checklist de atendimento
➔ É desejável ter baixa variabilidade
➔ Qualidade previsível quando se executa práticas definidas
Médico
Especialista da operadora de TV a cabo
Indústria de Software (*)
➔ Precisa dos especialistas pois:
◆ Não é possível saber se o resultado final será
exatamente igual ao planejado
◆ Variabilidade faz parte do processo
Os Tipos de Problemas
Claro | Simples | Óbvio
Possível estabelecer causa efeito
Previsível e Estável
Trabalho Repetível
Restrições Rígidas
Pode ser regido por checklists
Melhores Práticas
Complicado
Possível estabelecer causa efeito mas
depende de Especialistas
Estável
Restrições de Governança (políticas)
Boas Práticas
Complexo
Relação de causa efeito só é
perceptível em retrospecto (pequenos
ciclos de feedback)
Instável
Restrições Adaptáveis
Experimentação
Caótico
Disfuncional
Inédito
Sem Restrições
Ação (transformação) ou morte
Algumas indústrias operam em áreas limite (TI)
Os Tipos de Problemas
Claro | Simples | Óbvio
Software de Prateleira
Complicado
Software sob medida
Complexo
Inovação
(Definição de MVP, produtos disruptivos)
Caótico
Incidentes, Vazamentos
Algumas indústrias operam em áreas limite (TI)
Escolhendo as Ferramentas
Escolhendo as Ferramentas RECURSOS HUMANOS
Escolhendo as Ferramentas
Claro | Simples | Óbvio
Complicado
Complexo
Caótico
RECURSOS HUMANOS
Pessoas com
perfil de execução
Pessoas com
perfil de análise, construção
e execução
(especialista)
Pessoas com
perfil criativo, que lidam
bem com o risco
Pessoas resilientes em
cenários de incerteza e
imprevisibilidade
Escolhendo as Ferramentas FRAMEWORKS
Escolhendo as Ferramentas
Claro | Simples | Óbvio
Complicado
Complexo
Caótico
FRAMEWORKS (Tendências de Uso)
Checklist
Restrições Rígidas
Baixa Variabilidade = Melhores Resultados
Melhores Práticas
ToC, Lean, Six Sigma, Kanban
Restrições de Governança
Especialistas
Boas Práticas
PMBOK, Scrum, Kanban, Waterfall, Safe
Restrições Adaptativas
Boas Práticas emergem da Experimentação
Pequenos ciclos de feedback
Scrum, Kanban
Sem Restrições
(Sala de Crise, Força Tarefa)
Kanban
Framework Cynefin
Framework Cynefin (“kuhnevin”)
https://artesoftware.com.br/2019/04/30/nem-bala-de-prata-nem-tiro-de-canhao/
Dave Snowden
Vida Real
Exemplos de um gestor
Exemplos de Projetos Reais
● Projeto “Feijão com Arroz”: o básico que funciona.
● Sistema interno.
● Escopo definido: construir um módulo para gerir pensão alimentícia dos
funcionários.
● Clientes presentes e profundamente conhecedores do negócio
(funcionários da área de GP da própria empresa).
● Já possuía padrão visual, arquitetura e linguagem definidos.
Projeto Feijão com Arroz
● Reconstrução de um sistema legado.
● Era exatamente o que o cliente precisava e queria para sustentação do
seu negócio.
● Muito tempo desenhando e planejando: o patrocínio acabou.
● Produto preso a um stakeholder, como demorou a ser lançado, quem
ficou após a saída dele não sustentou o projeto.
Projeto que não nasceu
Exemplos de Projetos Reais
● Sistema megalomaníaco com excesso de planejamento e controles.
● Cliente queria definir todo o produto antes de implantar.
● Demorava tanto para definir o requisito, que quando um módulo ficava
pronto, já não servia mais (8 anos desenvolvendo).
● Muito esforço para planejar e documentar, com pouca reflexão sobre o que
era útil de fato.
● Muitas integrações e comunicação complexa = dificuldade de integração.
Projeto fadado ao fracasso
● Prazo político e escopo inviável.
● Processo baseado em RUP.
● Equipe Experiente mas a tecnologia era nova.
● Desenvolvedores alertaram o gerente de que não estava pronto
● Produto de alto impacto! Ninguém abriu empresa em MG por uma semana
e comércio exterior parou.
● Sistema de uso público sem teste de desempenho (funciona na minha
máquina)
Projeto catástrofe
Minha Primeira Experiência de Gestão: Uma Equipe, Três Projetos
Projeto 1
O que encontrei:
● 4 anos de execução (sem
implantação).
● Falta de boas práticas de
desenvolvimento de software.
Mudanças implementadas:
● Redefinição do escopo da
primeira entrega.
● Monitoramento da execução e
implantação de políticas e boas
práticas.
● Produto implantado.
Projeto 2
O que encontrei:
● Má gestão e clientes sem
confiança.
● Cronograma caótico.
● Equipe desmotivada.
● Muito trabalho em paralelo.
Mudanças implementadas:
● Redefinição dos marcos de
entrega (quebra do escopo e
negociação de uma entrega por
vez).
● Percepção da velocidade da
equipe e novos combinados com
os clientes para não paralelizar
entregas.
● Monitoramento da execução e
implantação de políticas e boas
práticas de desenvolvimento.
● Recuperação de confiança.
Projeto 3
O que encontrei:
● Novo negócio/sistema.
● Cliente insatisfeito com produto
existente.
● Equipe inexperiente.
● Necessidade de forte integração
com órgão externo.
Mudanças implementadas:
● Iniciação mais pesada
(capacitação, definição de
políticas e boas práticas,
definição de escopo factível).
● Forte acompanhamento das
integrações.
● Monitoramento da velocidade da
equipe e revisão dos prazos a
cada entrega.
● Clientes satisfeitos.
Minha Experiência Atual de Gestão: Uma Equipe de Manutenção de Software
● Sistema legado (com diversas tecnologias), crítico e muito integrado: estamos ampliando nossos monitoramentos.
● Equipe com níveis de conhecimento variados: estamos ampliando a documentação do sistema e capacitação.
● Trabalho com foco em pequenas evoluções: itens de trabalho pequenos com pouca variabilidade, garantindo fluidez e
entrega contínua.
● Implementação de três sistemas de trabalho dentro da mesma equipe:
○ S1 - cuida de bugs, atendimento a clientes e problemas em produção;
○ S2 - cuida das evoluções normais do sistema;
○ S3 - cuida da melhoria contínua
● Uso de ferramentas de gestão visual (quadro Kanban virtual).
● Definição de políticas
○ marcação dos itens de trabalho para que todos saibam o status
do trabalho ou que fazer apenas olhando o quadro.
○ formato de leitura do quadro padronizada da direita para a esquerda
(a prioridade é sempre entregar trabalho e não “puxar” mais trabalho).
○ definição de papéis (facilitador, arquiteto, responsável por incidentes).
○ reuniões táticas diárias e de priorização semanais com o cliente.
● A melhorar: aumentar a previsibilidade (em poucas demandas há necessidade de trabalhar com cronogramas rígidos)
Para quem só sabe usar martelo,
todo problema é um prego
(Abraham Maslow)
O bom gestor não se apega a
métodos, mas usa seu arsenal de
ferramentas para fazer boas escolhas
de acordo com o contexto
/modestodebora
deb.modesto@gmail.com
facebook.com/
artesoftware.com.br
artesoftware.com.br
instagram.com/
artesoftware
Obrigada!
instagram.com/
artesoftware
artesoftware.com.br facebook.com/
artesoftware.com.br

Mais conteúdo relacionado

Mais procurados

Gestão de projetos baseada no estudo de casos
Gestão de projetos baseada no estudo de casosGestão de projetos baseada no estudo de casos
Gestão de projetos baseada no estudo de casosEduardo Longo
 
Aula - Estratégias de Gestão Organizacional
Aula - Estratégias de Gestão OrganizacionalAula - Estratégias de Gestão Organizacional
Aula - Estratégias de Gestão OrganizacionalMichel Moreira
 
Ferramentas de Gerência de Projetos
Ferramentas de Gerência de ProjetosFerramentas de Gerência de Projetos
Ferramentas de Gerência de ProjetosCloves Moreira Junior
 
Apresentação Geral de Indicadores.ppt
Apresentação Geral de Indicadores.pptApresentação Geral de Indicadores.ppt
Apresentação Geral de Indicadores.pptPedro Luis Moraes
 
Ferramentas da Qualidade
Ferramentas da QualidadeFerramentas da Qualidade
Ferramentas da QualidadeMayra de Souza
 
Gestão Ágil de Projetos
Gestão Ágil de ProjetosGestão Ágil de Projetos
Gestão Ágil de ProjetosInstituto Haddad
 
Aula03 - Termo de Abertura de Projeto
Aula03 - Termo de Abertura de ProjetoAula03 - Termo de Abertura de Projeto
Aula03 - Termo de Abertura de ProjetoDaniela Brauner
 
Introdução ao Lean Startup
Introdução ao Lean StartupIntrodução ao Lean Startup
Introdução ao Lean StartupFelipe Pereira
 
Workshop Gestão de projetos: Da teoria à pratica
Workshop Gestão de projetos: Da teoria à praticaWorkshop Gestão de projetos: Da teoria à pratica
Workshop Gestão de projetos: Da teoria à praticaEli Rodrigues
 
Aula 2 - Gestão de Projetos
Aula 2 - Gestão de ProjetosAula 2 - Gestão de Projetos
Aula 2 - Gestão de ProjetosFernando Dantas
 
Aula Estratégia Empresarial
Aula Estratégia EmpresarialAula Estratégia Empresarial
Aula Estratégia EmpresarialWilian Gatti Jr
 
Gestão de Projetos e Ferramentas
Gestão de Projetos e FerramentasGestão de Projetos e Ferramentas
Gestão de Projetos e FerramentasNei Grando
 
Apresentacao Pmbok
Apresentacao PmbokApresentacao Pmbok
Apresentacao PmbokLuiz Neto
 
Metodologia de Desenvolvimento de Softwares
Metodologia de Desenvolvimento de SoftwaresMetodologia de Desenvolvimento de Softwares
Metodologia de Desenvolvimento de SoftwaresAragon Vieira
 

Mais procurados (20)

Gerenciamento dos Riscos em Projetos
Gerenciamento dos Riscos em ProjetosGerenciamento dos Riscos em Projetos
Gerenciamento dos Riscos em Projetos
 
Pmbok
PmbokPmbok
Pmbok
 
Gestão de Projetos com Ms project
Gestão de Projetos com Ms projectGestão de Projetos com Ms project
Gestão de Projetos com Ms project
 
Gestão de projetos baseada no estudo de casos
Gestão de projetos baseada no estudo de casosGestão de projetos baseada no estudo de casos
Gestão de projetos baseada no estudo de casos
 
Aula - Estratégias de Gestão Organizacional
Aula - Estratégias de Gestão OrganizacionalAula - Estratégias de Gestão Organizacional
Aula - Estratégias de Gestão Organizacional
 
Ferramentas de Gerência de Projetos
Ferramentas de Gerência de ProjetosFerramentas de Gerência de Projetos
Ferramentas de Gerência de Projetos
 
Apresentação Geral de Indicadores.ppt
Apresentação Geral de Indicadores.pptApresentação Geral de Indicadores.ppt
Apresentação Geral de Indicadores.ppt
 
Ferramentas da Qualidade
Ferramentas da QualidadeFerramentas da Qualidade
Ferramentas da Qualidade
 
Gestao De Projetos
Gestao De ProjetosGestao De Projetos
Gestao De Projetos
 
Gestão Ágil de Projetos
Gestão Ágil de ProjetosGestão Ágil de Projetos
Gestão Ágil de Projetos
 
Aula03 - Termo de Abertura de Projeto
Aula03 - Termo de Abertura de ProjetoAula03 - Termo de Abertura de Projeto
Aula03 - Termo de Abertura de Projeto
 
Gestão Estratégica
Gestão EstratégicaGestão Estratégica
Gestão Estratégica
 
Introdução ao Lean Startup
Introdução ao Lean StartupIntrodução ao Lean Startup
Introdução ao Lean Startup
 
Workshop Gestão de projetos: Da teoria à pratica
Workshop Gestão de projetos: Da teoria à praticaWorkshop Gestão de projetos: Da teoria à pratica
Workshop Gestão de projetos: Da teoria à pratica
 
Plano de Negócios - Slides facilitadores
Plano de Negócios - Slides facilitadoresPlano de Negócios - Slides facilitadores
Plano de Negócios - Slides facilitadores
 
Aula 2 - Gestão de Projetos
Aula 2 - Gestão de ProjetosAula 2 - Gestão de Projetos
Aula 2 - Gestão de Projetos
 
Aula Estratégia Empresarial
Aula Estratégia EmpresarialAula Estratégia Empresarial
Aula Estratégia Empresarial
 
Gestão de Projetos e Ferramentas
Gestão de Projetos e FerramentasGestão de Projetos e Ferramentas
Gestão de Projetos e Ferramentas
 
Apresentacao Pmbok
Apresentacao PmbokApresentacao Pmbok
Apresentacao Pmbok
 
Metodologia de Desenvolvimento de Softwares
Metodologia de Desenvolvimento de SoftwaresMetodologia de Desenvolvimento de Softwares
Metodologia de Desenvolvimento de Softwares
 

Semelhante a Gestão de Projetos: Expectativa vs Realidade

Mps br final - mps
Mps br final - mpsMps br final - mps
Mps br final - mpsEdvaldo Cruz
 
The economics of software quality
The economics of software qualityThe economics of software quality
The economics of software qualityAlexandre Couto
 
Conceitos e fundamentos sobre testes de software e garantia da qualidade
Conceitos e fundamentos sobre testes de software e garantia da qualidadeConceitos e fundamentos sobre testes de software e garantia da qualidade
Conceitos e fundamentos sobre testes de software e garantia da qualidaderzauza
 
Papel do tester em projeto scrum
Papel do tester em projeto scrumPapel do tester em projeto scrum
Papel do tester em projeto scrumVinicius Sabadoti
 
TDC 2014 - Trilha de Testes - Palestra "Quando meus testes terminam, se os b...
TDC 2014  - Trilha de Testes - Palestra "Quando meus testes terminam, se os b...TDC 2014  - Trilha de Testes - Palestra "Quando meus testes terminam, se os b...
TDC 2014 - Trilha de Testes - Palestra "Quando meus testes terminam, se os b...Welington Monteiro
 
IC Cuidando de Sistemas Doentes
IC Cuidando de Sistemas DoentesIC Cuidando de Sistemas Doentes
IC Cuidando de Sistemas DoentesJefferson Moreira
 
019 Convirtiendo Una Aplicacion Web 9.0 A Gene Xus X Y Ev1
019 Convirtiendo Una Aplicacion Web 9.0 A Gene Xus X Y Ev1019 Convirtiendo Una Aplicacion Web 9.0 A Gene Xus X Y Ev1
019 Convirtiendo Una Aplicacion Web 9.0 A Gene Xus X Y Ev1GeneXus
 
Desafio Consulting
Desafio ConsultingDesafio Consulting
Desafio ConsultingMarco Coghi
 
Gerando Resultados com Scrum: Scrum in a nutshell
Gerando Resultados com Scrum: Scrum in a nutshellGerando Resultados com Scrum: Scrum in a nutshell
Gerando Resultados com Scrum: Scrum in a nutshellDextra
 
Proposta de implantação de PMO em LISARB - DJVT Consultoria
Proposta de implantação de PMO em LISARB - DJVT ConsultoriaProposta de implantação de PMO em LISARB - DJVT Consultoria
Proposta de implantação de PMO em LISARB - DJVT ConsultoriaMarco Coghi
 
A Arte dos Testes de Performance Aplicacional
A Arte dos Testes de Performance AplicacionalA Arte dos Testes de Performance Aplicacional
A Arte dos Testes de Performance AplicacionalNuno Baptista Rodrigues
 

Semelhante a Gestão de Projetos: Expectativa vs Realidade (20)

Mps br final - mps
Mps br final - mpsMps br final - mps
Mps br final - mps
 
Masp
MaspMasp
Masp
 
2PHP_Metodologia
2PHP_Metodologia2PHP_Metodologia
2PHP_Metodologia
 
Mpsbr
MpsbrMpsbr
Mpsbr
 
The economics of software quality
The economics of software qualityThe economics of software quality
The economics of software quality
 
Conceitos e fundamentos sobre testes de software e garantia da qualidade
Conceitos e fundamentos sobre testes de software e garantia da qualidadeConceitos e fundamentos sobre testes de software e garantia da qualidade
Conceitos e fundamentos sobre testes de software e garantia da qualidade
 
Métodos Ágeis - Aula 01
Métodos Ágeis - Aula 01Métodos Ágeis - Aula 01
Métodos Ágeis - Aula 01
 
Papel do tester em projeto scrum
Papel do tester em projeto scrumPapel do tester em projeto scrum
Papel do tester em projeto scrum
 
TDC 2014 - Trilha de Testes - Palestra "Quando meus testes terminam, se os b...
TDC 2014  - Trilha de Testes - Palestra "Quando meus testes terminam, se os b...TDC 2014  - Trilha de Testes - Palestra "Quando meus testes terminam, se os b...
TDC 2014 - Trilha de Testes - Palestra "Quando meus testes terminam, se os b...
 
Metricas ageis
Metricas ageisMetricas ageis
Metricas ageis
 
Dba Testes Gerentes B2
Dba Testes Gerentes B2Dba Testes Gerentes B2
Dba Testes Gerentes B2
 
IC Cuidando de Sistemas Doentes
IC Cuidando de Sistemas DoentesIC Cuidando de Sistemas Doentes
IC Cuidando de Sistemas Doentes
 
019 Convirtiendo Una Aplicacion Web 9.0 A Gene Xus X Y Ev1
019 Convirtiendo Una Aplicacion Web 9.0 A Gene Xus X Y Ev1019 Convirtiendo Una Aplicacion Web 9.0 A Gene Xus X Y Ev1
019 Convirtiendo Una Aplicacion Web 9.0 A Gene Xus X Y Ev1
 
Testes
TestesTestes
Testes
 
Desafio Consulting
Desafio ConsultingDesafio Consulting
Desafio Consulting
 
Gerenciamento de Riscos
Gerenciamento de RiscosGerenciamento de Riscos
Gerenciamento de Riscos
 
Gerando Resultados com Scrum: Scrum in a nutshell
Gerando Resultados com Scrum: Scrum in a nutshellGerando Resultados com Scrum: Scrum in a nutshell
Gerando Resultados com Scrum: Scrum in a nutshell
 
Proposta de implantação de PMO em LISARB - DJVT Consultoria
Proposta de implantação de PMO em LISARB - DJVT ConsultoriaProposta de implantação de PMO em LISARB - DJVT Consultoria
Proposta de implantação de PMO em LISARB - DJVT Consultoria
 
A Arte dos Testes de Performance Aplicacional
A Arte dos Testes de Performance AplicacionalA Arte dos Testes de Performance Aplicacional
A Arte dos Testes de Performance Aplicacional
 
Slides MPS-BR
Slides MPS-BRSlides MPS-BR
Slides MPS-BR
 

Mais de Debora Modesto

UNIFESO 2019 - Gestão de Projetos Além do Óbvio
UNIFESO 2019 - Gestão de Projetos Além do ÓbvioUNIFESO 2019 - Gestão de Projetos Além do Óbvio
UNIFESO 2019 - Gestão de Projetos Além do ÓbvioDebora Modesto
 
Privacidade e proteção de dados: aspectos relevantes para a gestão de um negócio
Privacidade e proteção de dados: aspectos relevantes para a gestão de um negócioPrivacidade e proteção de dados: aspectos relevantes para a gestão de um negócio
Privacidade e proteção de dados: aspectos relevantes para a gestão de um negócioDebora Modesto
 
TDC 2021 Connections - Registro de Operações de Tratamento: Como não fazer do...
TDC 2021 Connections - Registro de Operações de Tratamento: Como não fazer do...TDC 2021 Connections - Registro de Operações de Tratamento: Como não fazer do...
TDC 2021 Connections - Registro de Operações de Tratamento: Como não fazer do...Debora Modesto
 
TDC 2021 Innovation - Quando um Dado é Considerado Pessoal?
TDC 2021 Innovation - Quando um Dado é Considerado Pessoal?TDC 2021 Innovation - Quando um Dado é Considerado Pessoal?
TDC 2021 Innovation - Quando um Dado é Considerado Pessoal?Debora Modesto
 
TDC 2020 Porto Alegre - Data Protection Full Stack
TDC 2020 Porto Alegre - Data Protection Full StackTDC 2020 Porto Alegre - Data Protection Full Stack
TDC 2020 Porto Alegre - Data Protection Full StackDebora Modesto
 
TDC Recife 2020 - LGPD para Desenvolvedores
TDC Recife 2020 - LGPD para DesenvolvedoresTDC Recife 2020 - LGPD para Desenvolvedores
TDC Recife 2020 - LGPD para DesenvolvedoresDebora Modesto
 

Mais de Debora Modesto (6)

UNIFESO 2019 - Gestão de Projetos Além do Óbvio
UNIFESO 2019 - Gestão de Projetos Além do ÓbvioUNIFESO 2019 - Gestão de Projetos Além do Óbvio
UNIFESO 2019 - Gestão de Projetos Além do Óbvio
 
Privacidade e proteção de dados: aspectos relevantes para a gestão de um negócio
Privacidade e proteção de dados: aspectos relevantes para a gestão de um negócioPrivacidade e proteção de dados: aspectos relevantes para a gestão de um negócio
Privacidade e proteção de dados: aspectos relevantes para a gestão de um negócio
 
TDC 2021 Connections - Registro de Operações de Tratamento: Como não fazer do...
TDC 2021 Connections - Registro de Operações de Tratamento: Como não fazer do...TDC 2021 Connections - Registro de Operações de Tratamento: Como não fazer do...
TDC 2021 Connections - Registro de Operações de Tratamento: Como não fazer do...
 
TDC 2021 Innovation - Quando um Dado é Considerado Pessoal?
TDC 2021 Innovation - Quando um Dado é Considerado Pessoal?TDC 2021 Innovation - Quando um Dado é Considerado Pessoal?
TDC 2021 Innovation - Quando um Dado é Considerado Pessoal?
 
TDC 2020 Porto Alegre - Data Protection Full Stack
TDC 2020 Porto Alegre - Data Protection Full StackTDC 2020 Porto Alegre - Data Protection Full Stack
TDC 2020 Porto Alegre - Data Protection Full Stack
 
TDC Recife 2020 - LGPD para Desenvolvedores
TDC Recife 2020 - LGPD para DesenvolvedoresTDC Recife 2020 - LGPD para Desenvolvedores
TDC Recife 2020 - LGPD para Desenvolvedores
 

Gestão de Projetos: Expectativa vs Realidade

  • 1. Gestão de Projetos Expectativa x Realidade DÉBORA MODESTO Novembro de 2020
  • 2. /modestodebora deb.modesto@gmail.com facebook.com/ artesoftware.com.br artesoftware.com.br instagram.com/ artesoftware Apresentação Débora Modesto Formação: Mestre em Informática pela Universidade Federal do Estado do Rio de Janeiro. Atuação: Desde 2010 trabalha no Serviço Federal de Processamento de Dados (SERPRO) e exerce a função de Gerente de projetos na área de desenvolvimento de software há 3 anos. instagram.com/ artesoftware artesoftware.com.br facebook.com/ artesoftware.com.br
  • 3. Organização A importância da Gestão de Projetos Os Tipos de Problemas Escolhendo as Ferramentas Framework Cynefin Vida Real: exemplos de um gestor
  • 5. A importância da Gestão de Projetos
  • 6. A importância da Gestão de Projetos Parar de usar a metodologia VF-VQD ou VqV
  • 7. A importância da Gestão de Projetos Parar de usar a metodologia VF-VQD ou VqV: Vai Fazendo e Vê o Que Dá ou Vamo que Vamo
  • 8. A importância da Gestão de Projetos Parar de usar a metodologia VF-VQD ou VqV: Vai Fazendo e Vê o Que Dá ou Vamo que Vamo Recursos e Aquisições Partes Interessadas Custos, Qualidade e Riscos Planejamento Execução Monitoramento e Controle
  • 9. A importância da Gestão de Projetos Gestão é fundamental para reduzir os riscos de fracasso, otimizar recursos e garantir o atingimento dos resultados desejados com qualidade. Pelo menos 64% dos problemas encontrados na área de software podem ser classificados como problemas de gestão. Uma gestão pobre pode aumentar os custos do software mais do que qualquer outro fator. (Barry Boehm, 1984) (Gerald Weinberg, 1997)
  • 10. A Realidade do Mercado Expectativa Realidade
  • 11. A Realidade do Mercado Expectativa Realidade Teorias Métodos Indústrias variadas Negócios complexos Problemas distintos Clientes exigentes Concorrentes Mundo mudando constantemente
  • 12. A Realidade do Mercado
  • 13. A Realidade do Mercado
  • 14. A Realidade do Mercado Problema e Contexto Melhor Solução
  • 15. Os Tipos de Problemas
  • 16. Os Tipos de Problemas - Claro, Simples, Óbvio Final de semana em Búzios
  • 17. Os Tipos de Problemas - Claro, Simples, Óbvio Hospedagem Qtde de dinheiro necessária Percurso (carro? ônibus?) Risco (previsão do tempo) Fazer a mala Final de semana em Búzios
  • 18. Os Tipos de Problemas - Complicado Viagem de carro para o Nordeste por 20 dias
  • 19. Os Tipos de Problemas - Complicado Planejamento preditivo (Rotas, temperatura, roupa adequada, dinheiro, gasolina, GPS) Exige planejamento, análise, boas práticas, mas o resultado ainda é previsível. Há diversas abordagens e caminhos para concretizar o objetivo - escolha da abordagem depende da análise de quem faz o roteiro. Viagem de carro para o Nordeste por 20 dias
  • 20. Os Tipos de Problemas - Complexo Mochilão de três meses na Europa
  • 21. Os Tipos de Problemas - Complexo Exige planejamento, análise, boas práticas, mas o resultado pode não ser previsível. Ao chegar lá podem ocorrer imprevistos - um ataque terrorista fechou os principais pontos turísticos e os trens entre as cidades pararam de circular. Exige adaptabilidade do plano. A variabilidade é natural, mas se monitorada, adapta-se o plano e persegue-se o objetivo. Mochilão de três meses na Europa
  • 22. Os Tipos de Problemas - Caótico Viagem para a China quando começou o COVID 19
  • 23. Os Tipos de Problemas - Caótico Sociedade ficou disfuncional pois era um evento inédito. Não havia previsibilidade. Não havia restrições e com isso o contágio aumentou. Viagem para a China quando começou o COVID 19
  • 24. Os Tipos de Problemas Claro | Simples | Óbvio Possível estabelecer causa efeito Previsível e Estável Trabalho Repetível Restrições Rígidas Pode ser regido por checklists Melhores Práticas
  • 25. Os Tipos de Problemas Claro | Simples | Óbvio Previsível e Estável Trabalho Repetível Restrições Rígidas Pode ser regido por checklists Loja de fast food (Mac Donalds) Fábrica (linha de produção) Call Center (operadora de TV a cabo) ➔ Fácil de saber quantos itens são executados por dia ➔ Checklist de atendimento ➔ É desejável ter baixa variabilidade ➔ Qualidade previsível quando se executa práticas definidas
  • 26. Os Tipos de Problemas Claro | Simples | Óbvio Possível estabelecer causa efeito Previsível e Estável Trabalho Repetível Restrições Rígidas Pode ser regido por checklists Melhores Práticas Complicado Possível estabelecer causa efeito mas depende de Especialistas Estável Restrições de Governança (políticas) Boas Práticas
  • 27. Os Tipos de Problemas Claro | Simples | Óbvio Possível estabelecer causa efeito Previsível e Estável Trabalho Repetível Restrições Rígidas Pode ser regido por checklists Melhores Práticas Complicado Possível estabelecer causa efeito mas depende de Especialistas Estável Restrições de Governança (políticas) Boas Práticas / / / / / / / / / / / / / / / / / / / / / Fronteira Humana - Não Determinística (não é possível precisar quando você se move de um domínio para o outro)
  • 28. Os Tipos de Problemas Claro | Simples | Óbvio Previsível e Estável Trabalho Repetível Restrições Rígidas Pode ser regido por checklists Loja de fast food (Mac Donalds) Fábrica (linha de produção) Call Center (operadora de TV a cabo) Triagem do hospital ➔ Fácil de saber quantos itens são executados por dia ➔ Checklist de atendimento ➔ É desejável ter baixa variabilidade ➔ Qualidade previsível quando se executa práticas definidas Médico Especialista da operadora de TV a cabo Indústria de Software ➔ Precisa dos especialistas pois: ◆ Não é possível saber se o resultado final será exatamente igual ao planejado ◆ Variabilidade faz parte do processo
  • 29. Os Tipos de Problemas Claro | Simples | Óbvio Possível estabelecer causa efeito Previsível e Estável Trabalho Repetível Restrições Rígidas Pode ser regido por checklists Melhores Práticas Complicado Possível estabelecer causa efeito mas depende de Especialistas Estável Restrições de Governança (políticas) Boas Práticas Complexo Relação de causa efeito só é perceptível em retrospecto (pequenos ciclos de feedback) Instável Restrições Adaptáveis Experimentação
  • 30. Os Tipos de Problemas Startups Pesquisa e desenvolvimento Marketing Indústria de Software (*) ➔ Ambiente do experimento e da inovação Claro | Simples | Óbvio Previsível e Estável Trabalho Repetível Restrições Rígidas Pode ser regido por checklists Loja de fast food (Mac Donalds) Fábrica (linha de produção) Call Center (operadora de TV a cabo) Triagem do hospital ➔ Fácil de saber quantos itens são executados por dia ➔ Checklist de atendimento ➔ É desejável ter baixa variabilidade ➔ Qualidade previsível quando se executa práticas definidas Médico Especialista da operadora de TV a cabo Indústria de Software (*) ➔ Precisa dos especialistas pois: ◆ Não é possível saber se o resultado final será exatamente igual ao planejado ◆ Variabilidade faz parte do processo
  • 31. Os Tipos de Problemas Claro | Simples | Óbvio Possível estabelecer causa efeito Previsível e Estável Trabalho Repetível Restrições Rígidas Pode ser regido por checklists Melhores Práticas Complicado Possível estabelecer causa efeito mas depende de Especialistas Estável Restrições de Governança (políticas) Boas Práticas Complexo Relação de causa efeito só é perceptível em retrospecto (pequenos ciclos de feedback) Instável Restrições Adaptáveis Experimentação Caótico Disfuncional Inédito Sem Restrições Ação (transformação) ou morte
  • 32. Os Tipos de Problemas Claro | Simples | Óbvio Possível estabelecer causa efeito Previsível e Estável Trabalho Repetível Restrições Rígidas Pode ser regido por checklists Melhores Práticas Complicado Possível estabelecer causa efeito mas depende de Especialistas Estável Restrições de Governança (políticas) Boas Práticas Complexo Relação de causa efeito só é perceptível em retrospecto (pequenos ciclos de feedback) Instável Restrições Adaptáveis Experimentação Caótico Disfuncional Inédito Sem Restrições Ação (transformação) ou morte / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / /
  • 33. Os Tipos de Problemas Startups Pesquisa e desenvolvimento Marketing Indústria de Software (*) ➔ Ambiente do experimento e da inovação Empresas e o COVID 19 Barragem de Brumadinho Ataque ao World Trade Center ➔ Ambiente de incertezas ➔ Não se sabe o que fazer ➔ Precisa que sejam incluídas restrições para migrar para o domínio Complexo ou Complicado Claro | Simples | Óbvio Previsível e Estável Trabalho Repetível Restrições Rígidas Pode ser regido por checklists Loja de fast food (Mac Donalds) Fábrica (linha de produção) Call Center (operadora de TV a cabo) Triagem do hospital ➔ Fácil de saber quantos itens são executados por dia ➔ Checklist de atendimento ➔ É desejável ter baixa variabilidade ➔ Qualidade previsível quando se executa práticas definidas Médico Especialista da operadora de TV a cabo Indústria de Software (*) ➔ Precisa dos especialistas pois: ◆ Não é possível saber se o resultado final será exatamente igual ao planejado ◆ Variabilidade faz parte do processo
  • 34. Os Tipos de Problemas Claro | Simples | Óbvio Possível estabelecer causa efeito Previsível e Estável Trabalho Repetível Restrições Rígidas Pode ser regido por checklists Melhores Práticas Complicado Possível estabelecer causa efeito mas depende de Especialistas Estável Restrições de Governança (políticas) Boas Práticas Complexo Relação de causa efeito só é perceptível em retrospecto (pequenos ciclos de feedback) Instável Restrições Adaptáveis Experimentação Caótico Disfuncional Inédito Sem Restrições Ação (transformação) ou morte Algumas indústrias operam em áreas limite (TI)
  • 35. Os Tipos de Problemas Claro | Simples | Óbvio Software de Prateleira Complicado Software sob medida Complexo Inovação (Definição de MVP, produtos disruptivos) Caótico Incidentes, Vazamentos Algumas indústrias operam em áreas limite (TI)
  • 37. Escolhendo as Ferramentas RECURSOS HUMANOS
  • 38. Escolhendo as Ferramentas Claro | Simples | Óbvio Complicado Complexo Caótico RECURSOS HUMANOS Pessoas com perfil de execução Pessoas com perfil de análise, construção e execução (especialista) Pessoas com perfil criativo, que lidam bem com o risco Pessoas resilientes em cenários de incerteza e imprevisibilidade
  • 40. Escolhendo as Ferramentas Claro | Simples | Óbvio Complicado Complexo Caótico FRAMEWORKS (Tendências de Uso) Checklist Restrições Rígidas Baixa Variabilidade = Melhores Resultados Melhores Práticas ToC, Lean, Six Sigma, Kanban Restrições de Governança Especialistas Boas Práticas PMBOK, Scrum, Kanban, Waterfall, Safe Restrições Adaptativas Boas Práticas emergem da Experimentação Pequenos ciclos de feedback Scrum, Kanban Sem Restrições (Sala de Crise, Força Tarefa) Kanban
  • 44. Exemplos de Projetos Reais ● Projeto “Feijão com Arroz”: o básico que funciona. ● Sistema interno. ● Escopo definido: construir um módulo para gerir pensão alimentícia dos funcionários. ● Clientes presentes e profundamente conhecedores do negócio (funcionários da área de GP da própria empresa). ● Já possuía padrão visual, arquitetura e linguagem definidos. Projeto Feijão com Arroz ● Reconstrução de um sistema legado. ● Era exatamente o que o cliente precisava e queria para sustentação do seu negócio. ● Muito tempo desenhando e planejando: o patrocínio acabou. ● Produto preso a um stakeholder, como demorou a ser lançado, quem ficou após a saída dele não sustentou o projeto. Projeto que não nasceu
  • 45. Exemplos de Projetos Reais ● Sistema megalomaníaco com excesso de planejamento e controles. ● Cliente queria definir todo o produto antes de implantar. ● Demorava tanto para definir o requisito, que quando um módulo ficava pronto, já não servia mais (8 anos desenvolvendo). ● Muito esforço para planejar e documentar, com pouca reflexão sobre o que era útil de fato. ● Muitas integrações e comunicação complexa = dificuldade de integração. Projeto fadado ao fracasso ● Prazo político e escopo inviável. ● Processo baseado em RUP. ● Equipe Experiente mas a tecnologia era nova. ● Desenvolvedores alertaram o gerente de que não estava pronto ● Produto de alto impacto! Ninguém abriu empresa em MG por uma semana e comércio exterior parou. ● Sistema de uso público sem teste de desempenho (funciona na minha máquina) Projeto catástrofe
  • 46. Minha Primeira Experiência de Gestão: Uma Equipe, Três Projetos Projeto 1 O que encontrei: ● 4 anos de execução (sem implantação). ● Falta de boas práticas de desenvolvimento de software. Mudanças implementadas: ● Redefinição do escopo da primeira entrega. ● Monitoramento da execução e implantação de políticas e boas práticas. ● Produto implantado. Projeto 2 O que encontrei: ● Má gestão e clientes sem confiança. ● Cronograma caótico. ● Equipe desmotivada. ● Muito trabalho em paralelo. Mudanças implementadas: ● Redefinição dos marcos de entrega (quebra do escopo e negociação de uma entrega por vez). ● Percepção da velocidade da equipe e novos combinados com os clientes para não paralelizar entregas. ● Monitoramento da execução e implantação de políticas e boas práticas de desenvolvimento. ● Recuperação de confiança. Projeto 3 O que encontrei: ● Novo negócio/sistema. ● Cliente insatisfeito com produto existente. ● Equipe inexperiente. ● Necessidade de forte integração com órgão externo. Mudanças implementadas: ● Iniciação mais pesada (capacitação, definição de políticas e boas práticas, definição de escopo factível). ● Forte acompanhamento das integrações. ● Monitoramento da velocidade da equipe e revisão dos prazos a cada entrega. ● Clientes satisfeitos.
  • 47. Minha Experiência Atual de Gestão: Uma Equipe de Manutenção de Software ● Sistema legado (com diversas tecnologias), crítico e muito integrado: estamos ampliando nossos monitoramentos. ● Equipe com níveis de conhecimento variados: estamos ampliando a documentação do sistema e capacitação. ● Trabalho com foco em pequenas evoluções: itens de trabalho pequenos com pouca variabilidade, garantindo fluidez e entrega contínua. ● Implementação de três sistemas de trabalho dentro da mesma equipe: ○ S1 - cuida de bugs, atendimento a clientes e problemas em produção; ○ S2 - cuida das evoluções normais do sistema; ○ S3 - cuida da melhoria contínua ● Uso de ferramentas de gestão visual (quadro Kanban virtual). ● Definição de políticas ○ marcação dos itens de trabalho para que todos saibam o status do trabalho ou que fazer apenas olhando o quadro. ○ formato de leitura do quadro padronizada da direita para a esquerda (a prioridade é sempre entregar trabalho e não “puxar” mais trabalho). ○ definição de papéis (facilitador, arquiteto, responsável por incidentes). ○ reuniões táticas diárias e de priorização semanais com o cliente. ● A melhorar: aumentar a previsibilidade (em poucas demandas há necessidade de trabalhar com cronogramas rígidos)
  • 48. Para quem só sabe usar martelo, todo problema é um prego (Abraham Maslow)
  • 49. O bom gestor não se apega a métodos, mas usa seu arsenal de ferramentas para fazer boas escolhas de acordo com o contexto