1) O documento discute as limitações das estimativas de projetos de software e propõe uma abordagem em dois níveis, com estimativas preliminares de alto nível para releases e estimativas mais detalhadas para iteracoes.
2) A abordagem sugere estimar requisitos de alto nível para releases com margem de erro, monitorando desvios através de um buffer de calibragem, e refinando estimativas a cada iteracao.
3) Isso permite previsibilidade nas releases com escopo flexível nas iteracoes, compartilhando ris
Um roadmap de práticas e sugestões para transformar esperança e pressupostos em experiências pela redução de incertezas em gestão estratégica de estimativa de esforço.
Trata sobre a importância da modelagem de incerteza e os problemas que ela responde na estima de teste. Com uma visão bem-humorada fala sobre coisas que você precisa
saber sobre estimativa e talvez ninguém tenha te dito.
Na indústria de desenvolvimento de software atual, fazer boas estimativas é essencial para a sobrevivência das organizações. Estimar muito acima do que será a realidade pode ocasionar propostas perdedoras em concorrências e estimar muito abaixo pode ocasionar enormes prejuízos financeiros. Nessa palestra veremos o que é uma estimativa, suas características, o processo de estimar e algumas técnicas, como o COCOMO II. Apresentaremos também alguns resultados de estudos realizados no Synergia.
Expectimativas: Estimativas utilizadas para apoiar o planejamento viável do projeto alinhado às expectativas das partes interessadas, permitindo a execução do projeto de forma sustentável.
Expectimations: When estimations are used to support viable project planning aligned to the expectations of stakeholders, enabling the sustainable execution of the project.
A Árvore de Decisão é um dos modelos mais práticos e mais utilizados em conclusão indutiva. Este método representa funções como árvores de decisão, onde as mesmas são elaboradas de acordo com um conjunto de informações (exemplos previamente classificados) e, posteriormente, outros exemplos são classificados de acordo com essa mesma árvore.
Trata-se de diagramas que apresentam a sequência das decisões inter-relacionadas e os resultados esperados de acordo com a alternativa escolhida.
Em geral, existe mais de uma escolha ou opção disponível quando se enfrenta uma Tomada de Decisão. Estas escolhas põem ser ilustradas de 2 formas:
• Árvore Deitada: Iniciando-se à esquerda e ramificando-se para a direita;
• Arvore em Pé: Inicia-se em cima e ramifica-se para baixo.
Um roadmap de práticas e sugestões para transformar esperança e pressupostos em experiências pela redução de incertezas em gestão estratégica de estimativa de esforço.
Trata sobre a importância da modelagem de incerteza e os problemas que ela responde na estima de teste. Com uma visão bem-humorada fala sobre coisas que você precisa
saber sobre estimativa e talvez ninguém tenha te dito.
Na indústria de desenvolvimento de software atual, fazer boas estimativas é essencial para a sobrevivência das organizações. Estimar muito acima do que será a realidade pode ocasionar propostas perdedoras em concorrências e estimar muito abaixo pode ocasionar enormes prejuízos financeiros. Nessa palestra veremos o que é uma estimativa, suas características, o processo de estimar e algumas técnicas, como o COCOMO II. Apresentaremos também alguns resultados de estudos realizados no Synergia.
Expectimativas: Estimativas utilizadas para apoiar o planejamento viável do projeto alinhado às expectativas das partes interessadas, permitindo a execução do projeto de forma sustentável.
Expectimations: When estimations are used to support viable project planning aligned to the expectations of stakeholders, enabling the sustainable execution of the project.
A Árvore de Decisão é um dos modelos mais práticos e mais utilizados em conclusão indutiva. Este método representa funções como árvores de decisão, onde as mesmas são elaboradas de acordo com um conjunto de informações (exemplos previamente classificados) e, posteriormente, outros exemplos são classificados de acordo com essa mesma árvore.
Trata-se de diagramas que apresentam a sequência das decisões inter-relacionadas e os resultados esperados de acordo com a alternativa escolhida.
Em geral, existe mais de uma escolha ou opção disponível quando se enfrenta uma Tomada de Decisão. Estas escolhas põem ser ilustradas de 2 formas:
• Árvore Deitada: Iniciando-se à esquerda e ramificando-se para a direita;
• Arvore em Pé: Inicia-se em cima e ramifica-se para baixo.
Gerenciamento de riscos em projetos de TIOsvaldo Pedra
O objetivo do material é apresentar a importância do gerenciamento de riscos em projetos de Tecnologia da Informação por meio de uma abordagem conceitual com exemplos práticos.
Porque Story Points São Muito Melhores do que HorasLeandro Faria
Leandro Faria apresenta neste talk conceitos que mostram porque Story Points são muito melhores do que horas, considerando estimativas de tamanho e esforço em projetos de software.
Escopo custo e tempo gerando a qualidade do projetoSilas Serpa
Os primeiros conceitos que você precisa conhecer
Os 7 Passos da Gestão de Projetos
Triplice Restrição
Escopo
Custo
Tempo
Qualidade
Fatores Críticos do Sucesso
Agilidade com Pontos de Função é um Paradoxo? Agile Brazil 2015Eduardo Peres
Existem contextos, como nas contratações do Serviço Público ou de governança restritiva, em que técnicas como Pontos de Função podem garantir a sustentabilidade sem ferir a agilidade? Reflexão sobre o uso de técnicas paramétricas de estimativa em contratos ágeis a partir da observação de um processo de fábrica de software no qual já foram realizados mais do que 20 projetos em mais de 100.000 horas de trabalho, em diferentes clientes. No processo apresentado a técnica de Pontos de Função é utilizada para controle do projeto a nível contratual, ficando a cargo de cada time do projeto estabelecer sua forma de trabalho no planejamento das releases e iterações. A sustentabilidade é encontrada pela necessária dissociação entre as métricas em cada um destes níveis.
Gerenciamento de riscos em projetos de TIOsvaldo Pedra
O objetivo do material é apresentar a importância do gerenciamento de riscos em projetos de Tecnologia da Informação por meio de uma abordagem conceitual com exemplos práticos.
Porque Story Points São Muito Melhores do que HorasLeandro Faria
Leandro Faria apresenta neste talk conceitos que mostram porque Story Points são muito melhores do que horas, considerando estimativas de tamanho e esforço em projetos de software.
Escopo custo e tempo gerando a qualidade do projetoSilas Serpa
Os primeiros conceitos que você precisa conhecer
Os 7 Passos da Gestão de Projetos
Triplice Restrição
Escopo
Custo
Tempo
Qualidade
Fatores Críticos do Sucesso
Agilidade com Pontos de Função é um Paradoxo? Agile Brazil 2015Eduardo Peres
Existem contextos, como nas contratações do Serviço Público ou de governança restritiva, em que técnicas como Pontos de Função podem garantir a sustentabilidade sem ferir a agilidade? Reflexão sobre o uso de técnicas paramétricas de estimativa em contratos ágeis a partir da observação de um processo de fábrica de software no qual já foram realizados mais do que 20 projetos em mais de 100.000 horas de trabalho, em diferentes clientes. No processo apresentado a técnica de Pontos de Função é utilizada para controle do projeto a nível contratual, ficando a cargo de cada time do projeto estabelecer sua forma de trabalho no planejamento das releases e iterações. A sustentabilidade é encontrada pela necessária dissociação entre as métricas em cada um destes níveis.
Descomplicando Planejamento e Acompanhamento de Projetos de SoftwareMateus Queiroz Correia
Você já esteve em um projeto que, durante a execução, desandou? Parece que as pessoas não sabem para onde ir e nem quanto tempo ainda demanda para terminar? Muito provavelmente faltou um acompanhamento assertivo. Acompanhar o andamento do projeto é avaliar,
com crítica, fatos e tendência, para antever ações para viabilizar a entrega e realinhar expectativas - não é questão de ser otimista e nem pessimista, é a intenção de ser realista e não negligenciar problemas.
Os objetivos da palestra são:
- Apontar técnicas de estimativas usadas e quais são suas vantagens e desvantagens;
- Verificar se realmente é importante nos preocuparmos com números precisos de estimativas;
- A importância do ritmo de trabalho;
- Dividir para conquistar: quebrando o trabalho em pequenas tarefas;
- Quanto estamos errando ou acertando em nossas estimativas?
- Os prazos finais estão sendo cumpridos?
- Pontuação x quantidade de tarefas;
- Produção puxada;
- Entrega contínua;
- Comprometimento do time.
A ideia é construir uma palestra com a participação de todos, construindo um debate sobre um tema polêmico, que muitas vezes é super valorizado pelos times.
Grupo de processos de planejamento - Parte 01Leonardo Soares
Aula sobre grupo de processos de planejamento ministrada no IFPE - Campus Garanhuns pelo professor Leonardo Soares. Aborda os processos: coleta de requisitos, definição de escopo e criação da estrutura analítica do projeto (EAP).
Linha Ágil: Integração de Agilidade e Disciplina em uma Organização CMMI nível 2Eduardo Peres
Relato de experiência da DBServer, que foi uma das primeiras empresas brasileiras a realizar certificação CMMI utilizando métodos ágeis. Apresenta as possibilidades de integração de modelos de maturidade com métodos ágeis e destaca que os principais antagonismos decorrem de desconhecimento sobres estas abordagens.
Argumento apologético de Rodrigo Yoshima para deixar de estimar tamanho e capacidade em projetos de software e mesmo assim, obter previsibilidade. Apresentado no AgileVale 2013.
Startup as a Service - Agile Brazil 2021.pdfEduardo Peres
Apresento um modelo adaptativo para o fomento à geração de novos negócios e desenvolvimento de startups baseado nos princípios ágeis e no conceito de Startup Studio. Esta abordagem tem por objetivo disponibilizar aos empreendedores e às organizações a excelência técnica necessária à criação e tração de empreendimentos inovadores, especialmente em um cenário de baixa capacidade de investimento, que é um cenário típico em ambientes de inovação. Serão apresentados casos envolvendo a criação de um novo negócio entre empresas, o crescimento de startups já em funcionamento e a criação de startups em grandes corporações, destacando-se os modelos de negócios adotados e explorando suas potencialidades, dificuldades enfrentadas e alternativas de solução.
Pequena animação que descreve a jornada da inovação usando MVPs no processo de aprendizagem rápida, inciando no Design Thinking, passando pelo Lean Startup e concluindo com o Agile.
Temos pouco orçamento e o prazo é exíguo, vamos construir um MVP? #SQNEduardo Peres
Esta apresentação explora o conceito de Produto Mínimo Viável como popularizado pela abordagem Lean Startup e discute como o mesmo pode ser utilizado pelas metodologias ágeis, enfatizando sua natureza de experimentação validada pelos usuários.
Agile_BR_2016_projetos_ageis_tambem_falhamEduardo Peres
Provavelmente você conhece alguém que já pensou algo como: “Tá tranquilo, tá favorável, eu agora uso métodos ágeis”; “Eles dizem que são ágeis, mas parecem ágeis só no nome.”; ”Se sou ágil, porque meu cliente está infeliz?”; “Foi mal, na próxima sprint a gente entrega tudo”.
É importante reconhecermos que projetos ágeis também falham. O que é o sucesso de um projeto e o que podemos aprender com isto?
Relato de experiência da aplicação de Design Thinking no redesenho de um aplicativo móvel de um clube de futebol. Case de uma equipe que trocou a postura centrada em si mesma de que sabia as respostas pela empatia de que precisava descobrir as perguntas. São detalhadas as etapas de entendimento, insights, ideação e a elaboração de um plano de projetos, e atividades como benchmark, pesquisas desk e de inspiração, entrevistas, reposicionamento da questão de design, brainstorming, matriz de posicionamento e visão do produto.
Projetos ágeis também falham? Esta questão será analisada a partir de nossas experiências na execução de projetos ágeis de diferentes esferas na área pública nos últimos 5 anos. O que devemos continuar fazendo, iniciar a fazer, fazer mais, fazer menos ou parar de fazer para aumentar as chances de sucesso dos projetos? Vamos explorar questões como a definição de sucesso de um projeto, melhores práticas, tipos de contrato, PMO Ágil, causas de falhas, fazer ágil x ser ágil e oportunidades de melhoria.
Relato da transformação de um escritório de projetos originalmente centrado num processo pesado e definido de software para a utilização de um processo leve e empírico. A mudança de mindset e a realização de trade offs entre conformidade x adaptabilidade, viés consultivo x auditoria e a institucionalização de valores como transparência, inspeção e adaptação a nível organizacional. A garantia da governança corporativa sem ferir a agilidade dos times. Exemplos sobre o uso da técnica de análise de valor agregado em projetos ágeis.
Um programa de incentivo ao desenvolvimento de negócios dos próprios colabor...Eduardo Peres
O EmpreenDB é o programa da DBServer para incentivo ao desenvolvimento de negócios próprios de seus colaboradores.
O programa é desenvolvido em ciclos anuais e está em seu terceiro ano de execução.
Apresentação de Eduardo Peres e André Piegas no Agile Brazil 2012
A partir da percepção de que agilidade é um mindset, mais do que seguir processos e aplicar técnicas, debate-se a utilização dos métodos ágeis em diferentes contextos exemplificando-se um conjunto de AboLições. Uma AboLição é uma verdade percebida sobre métodos ágeis que deve ser evitada em determinado contexto, porque não é adequada para este contexto ou porque é uma interpretação distorcida por falta de conhecimento ou experiência.
5. Nunca fomos
bons em fazer
estimativas de
escopo, prazo e
custo.
Às vezes
erramos muito,
e mesmo assim
continuamos a
insistir no erro.
E se
tentássemos
algo diferente?
6. Linha do Tempo das Estimativas
Marcos rígidos no
planejamento e execução
de um projeto, datas
cravadas em cronogramas.
[alta precisão, baixa acurácia nos resultados]
Estimativas para gerenciar escopo,
prazos e custos
• permitir previsibilidade
• controlar de desvios
Para garantir a acurácia
da estimativa muitas
vezes o sucesso do
projeto tem ficado em
segundo plano.
8. Seria a busca
incessante por
uma estimativa
com acurácia
uma das causas
para o fracasso
dos projetos?
9. Como vou explicar para o cliente que mesmo
tendo detalhado todos estes requisitos antes
de iniciar a implementação teremos um
estouro de prazos e custos?
Ainda bem que
é tudo culpa
do cone da
incerteza...
10. 100% de estouro no
prazo e orçamento!
Este cara pensa
que sou louco?
11. Sacanagem me
colocar de castigo
para contar o
quanto de dinheiro
ele vai perder!
O que será de mim
quando ele descobrir
que quase metade das
funcionalidades
entregues nunca serão
utilizadas? 2002
13. Qual é a expectativa do cliente?
Atendimento das necessidades de negócio, com
prazos e orçamentos definidos.
Um projeto controlado
“Não é possível termos estimativas com acurácia para
projetos técnicos complexos, mas é possível mantermos
orçamentos e prazos acordados, através de feedback e
mudança.”
[Estimation or Control, by Tom Gilb]
14. Reaprender
Estimativas são limitadas
como instrumentos de acurácia.
Devem respeitar o
conhecimento existente,
que aumenta ao longo do projeto.
Em conjunto com outras
abordagens, pode suportar:
• previsibilidade
• tomada de decisão,
• definição de objetivos,
• construção de planos
adaptativos
• ...
Sua aplicação depende do
CONTEXTO
15. O que priorizar no Backlog
e o que não priorizar
O que retirar do escopo
ex.: itens de alto custo e baixo valor
agregado
Simplificação de requisitos
O que precisa ser melhor
compreendido
Estimativas na
Tomada de Decisão
16. • Ron Jeffries
Estimation is Evil
• Martin Fowler
Purpose of Estimation
• Tom Gilb
Estimation or Control
• Mike Cohn
Agile Estimating and Planning
• ThoughtWorks
How do you estimate an Agile
project?
• Steve McConnell
Software Estimation in an Agile
World
• #NoEstimates
À Procura de Soluções
17. Desaprender / Reaprender
Da busca incessante por uma estimativa precisa,
impossível nas fases iniciais do projeto...
...para a compreensão de que uma estimativa imprecisa
no início pode nos apoiar na previsibilidade esperada por
algumas organizações e ser útil para o próprio projeto.
18. Meus objetivos de
negócio foram alcançados
no prazo e orçamento que
combinamos!
Nossa estratégia de
estimativas auxiliou na
definição deste
compromisso e os riscos
foram compartilhados.
19. Planejamento em níveis de abstração
planejamento de release com estimativas de baixa acurácia
+ planejamento das iterações com estimativas com boa
acurácia + retroalimentação das estimativas
Monitoramento das Estimativas
Gerenciando com transparência suas incertezas, através do
uso de reservas e buffers, e tomando ações corretivas à
cada iteração
Compartilhamento dos Riscos
para garantir os compromissos assumidos a partir de
estimativas de baixa acurácia
Ciclos curtos de desenvolvimento
com entregas, feedback, aprendizagem e adaptação do
processo e das estimativas
Como?
20. Priorização das funcionalidades
com possível postergação de outras funcionalidades
Incorporação de mudanças
com possível postergação de outras funcionalidades ou
pela simplificação de requisitos mais complexos
Maximização do trabalho não realizado
estimar e especificar o mais tarde possível, para poder
aproveitar as oportunidades que irão surgir
Prazo e orçamento fixos
com escopo variável, mas com previsibilidade, usando
estimativa com níveis de confiança (estimativa reversa)
Como?
22. Abordagem Sugerida
1) Release
• Estimar requisitos de alto-nível
• Proteger a baixa acurácia das
estimativas com um Buffer
• Monitorar o Buffer, tomando ações
corretivas quando necessário
Estimativa em 2 níveis
2) Iterações
• Estimar requisitos detalhados
• estórias e tarefas
• Recalibrar as estimativas
• aprender ao longo das
iterações
23. Estimativa da Release
Conjunto de Contêineres temáticos, com limite de
transvordo, para acondicionamento das estórias já conhecidas e as
que serão descobertas, estimadas e detalhadas ao longo do projeto.
Utiliza uma Reserva para margens de segurança e um Buffer
de Calibragem para monitoração e retroalimentação das
estimativas.
24. Uma Possível Escala de Pontos
Pontos
0 1 2 3 5 8 13 20 40 100
RequisitosemAltoNível
RequisitosDetalhados
27. Buffer de Calibragem
40
30
20
10
Intervalo de
confiança da
Recalibragem
da estimativa
Contenção de
Incertezas
Recalibragem da estimativa
• Absorção das diferenças entre
planejado e realizado nas iterações.
Indica a saúde da estimativa.
Contenção de Incertezas
• Disponibilidade para absorção dos
prováveis desvios futuros
Novas estórias: em caso de sobra
Estimativa Inicial (250)
Estimativa Final (300)
Novas estórias
29. 20
10
40
30
20
10
40
30
20
10
Tema Tema Tema Épico
Buffer
40
30
20
10
40
30
20
10
20
10
Épico
Estória
Estória
Estória
Estória
Estória
Estória
X pontos 360 horas
Planejamento da 1ª Iteração
Refinamento das Estimativas
40
30
20
10
30. Estimativa
da Release Registro Base
Histórica
Processo de Estimativa
iteração 1 iteração 2 iteração 3 iteração 4iniciação encerramento
Estimativa
da iteração
Estimativa
Estimativa
da iteração
Estimativa
da iteração
Estimativa
da iteração
Gerenciamento das Reservas e do Buffer de Calibragem
Escopo não
implementado
Release
Plan
35. Gerenciamento da Estimativa
• Previsibilidade de escopo
• Em story points, com margem de confiança
• Desvios das estimativas das estórias não implicam
em reduzir escopo (apego)
• Desvio de estimativa > buffer?
• Alerta cedo pelo monitoramento do Buffer
• Ações de redução de escopo