Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

# Software Estimation - A Step Closer to the Silver Bullet

761 views

Published on

Deck presented at a Portuguese SharePoint Community meeting, 2013.04.13 . Includes some fixes from the version delivered at Netponto. In portuguese.

Published in: Technology
• Full Name
Comment goes here.

Are you sure you want to Yes No
Your message goes here
• Be the first to comment

• Be the first to like this

### Software Estimation - A Step Closer to the Silver Bullet

1. 1. 27ª Reunião - 13/04/2013 http://www.sharepointpt.org/ Software Estimation AStepClosertotheSilverBullet João Pedro Martins
2. 2. |create|it| 2001 22 |create|it| Fundada Colaboradores
3. 3. DEVELOPER.COM “PROJECT ESTIMATIONGEOMETRY” (2007)O Método 1. Avaliar 2. Comparar com 3. Considerar complexidade projectos tarefas produtivas global (“feeling”) semelhantes - spec, dev, test Somar e 4. Decompor 5. Estimar 2,6 x multiplicar por
4. 4. agenda Definição Conceitos Técnicas Como fazemos ideias, questões, troca de experiências
5. 5. Estimativa – Uma definição 3. A judgment 1. A tentative 2. A preliminary based upon one’s evaluation or calculation of the impressions; rough calculation cost of a project opinion (Source: The American Heritage Dictionary, Second ≠ Objectivo ≠ Compromisso College edition, 1985)
6. 6. CONCEITOSEstimar vs Planear Estimar Estimativas são a base de planos. Backlogs Processo Analítico Mas podem ser Work Breakdown Imparcial diferentes! Structure Planear Cronograma Bons planos Priorizar Histórias Parcial Processo orientado a dependem de Planear Sprints objectivos boas estimativas Planear Releases
7. 7. Uma questão de probabilidades projectos ¾ excedem estimativas A cada estimativa está sempre associada uma probabilidade
8. 8. CONCEITOSEstimativas, planeamento e controlo A good estimate provides a clear enough view of the project reality to allow the project leadership to make good decisions about how to control the project to hit its targets
9. 9. CONCEITOSO valor de uma estimativa precisa [The common definition of estimate is] “The most optimistic prediction that has a non-zero probability of coming true”… Accepting this definition leads irrevocably toward a method called what’s-the-earliest-date- by-which-you-can’t-prove-you-won’t-be-finished estimating. -Tom DeMarco vs sobre-estimar subestimar
10. 10. … thesadtruth The Standish Group, “Chaos Report” “The Rise and Fall of the Chaos Report Figures” (IEEE Software 2010)
11. 11. CONCEITOSAs origens da incerteza nas estimativas Informação sobre Informação sobre Dinamismo no o projecto a organização projecto Imprecisões no Inexperiência nas Diferenças na processo de tecnologias ou produtividade estimativa processos a usar individual
12. 12. BARRYBOEHM& STEVE MCCONNELCone da Incerteza 30% Represents the best case accuracy of an estimate Representa a Variabilidade em Esforço, Custo e Funcionalidades
13. 13. DEPOIS DA TEMPESTADE…1. Contar  Calcular Relacionado com Contar tamanho do âmbito Fácil de contar *d= Converter contagem Usar dados de Calcular em estimativas histórico
14. 14. Contar (exemplo)
15. 15. 2. Calibração com dados de histórico >< 12-4-13 Dados da Indústria  Uso tem correlação Start Small & Start Empresa  Projecto inversa com desvios Today % Esforço/fase Esforço/história Esforço/complexidd Esforço/página Defeitos/complexidd Durante sprints ou Duração/esforço Ser consistente logo após projectos! Esforço/LOC’s
16. 16. PHASE DISTRIBUTION OF SOFTWARE DEVELOPMENT EFFORT (YE YANG, ET ALL., 2008)Esforço por tipo de tarefa(por dimensão projecto em LOCs) 16
17. 17. 3. EstimativaIndividual porEspecialistas analogia 83% informal Mais usado Estimador é quem Estimar em Mais falível for desenvolver intervalos Checklist de apoio estimativa Decompor e Medir % Erro Recompor
18. 18. 4. EstimativaporGruposde Especialistas Envolver 3-5p na ≠ média Estimar  Discutir Especialmente útil estimativa  Consolidar no início processos Pontos complexida- Calibrado contra Planning Poker de (ou horas) história + simples
19. 19. 5. Decompor e Recompor Decompor tarefas Estimar Recompor ∞ Granularidade Lei dos Grandes Work Breakdown conforme estado Números Structure projecto
20. 20. 6. Analogia (com experiência passada) Identificar projec- Obter métricas de Decompor tarefas to semelhante Por WBS, área funcional, etc. projecto passado Comparar para cada dimensão com Calcular com base Pode ser impreciso projecto passado (%) na comparação por inconsistências
21. 21. Analogia (exemplo) Cenário Esforço Estimado (d) 1. Alocação full-time até Data X (previsão 80% âmbito) 1200 2. Alocação full-time até Data X+Y (prev. 100% âmbito) 1820 3. Projecto Indústria A - Sprint mais complexo 1310 4. Projecto Indústria A - Todos os Sprints 978 5. Projecto Indústria B – esforço 3371 6. Projecto Indústria B – capacidade 1650 7. Projecto Indústria C 3336 8. Projecto X – Amostragem Épico 2224 9. Projecto X – Amostragem Tema 2186 Cenário Informação Esforço Estimado (d) Todas as Intervalo Estimativas 978-3371 (σ 820d, 345% var) Média de estimativas 2008 estimativas Aplicação de cone de incerteza “padrão” (0,6 a 1,6x) 1935 *assumindo ponto central = estimativa correcta Excluindo Intervalo Estimativas 1310-2224 (σ 341, 170% var) Média de estimativas 1837 2+ pess/opt Aplicação de cone de incerteza “padrão” (0,6 a 1,6x) 1675
22. 22. |CREATE|IT|como fazemos Optimista Template Provável evolutivo Pessimista Dados de Revisão e Demonstração Histórico Consolidação
23. 23. Conclusões e TPC 1- Comprar 3- Criar template p/ 4 - Criar template p/ 2- Ler avidamente estimativa (ch.10) dados histórico Minimizar Planning Poker Subjectividade Engº Software
24. 24. ideias, questões, troca de experiências  Que técnicas usam?  Que obstáculos sentem?  Existe interferência de Gestão? Como?  Quais as maiores dificuldades actuais?
25. 25. Obrigado! João Pedro Martins CTO @ |create|it| 96 782 5537 mail/msn: jota@create.pt blogit.create.pt/blogs/joaomartins/ @lokijota Hugo Lopes COO @ |create|it| 96 417 6630 mail/msn: hugo.lopes@create.pt
26. 26. 27 /43Referências  Livros  http://www.amazon.co.uk/Software-Estimation-Demystifying-Black- Art/dp/0735605351(Steve McConnell)  http://www.amazon.co.uk/Agile-Estimating-Planning-Robert-Martin/dp/0131479415 (Mike Cohn)  Estudos  http://sunset.usc.edu/csse/event/2008/cocomoicm08/presentationByDay/Tues_Oct2 8/4_CIIForum08-YANG.ppt  http://it.toolbox.com/blogs/enterprise-solutions/effort-distribution-across-the- software-lifecycle-6304  http://www.cs.vu.nl/~x/chaos/chaos.pdf (Controvérsia sobre ChaosReport)  Blogs  http://blogs.construx.com/blogs/stevemcc/default.aspx  http://scrum.jeffsutherland.com/  http://www.jrothman.com/blog/mpd/