Embed Size (px)
DESCRIPTION
Outro dia tive um pesadelo. Eu era novo numa equipe e era o dia do planejamento. Hitler era o ScrumMaster e chegou falando da nossa velocidade. Na hora de estimar histórias usavam um “hail hitler” como medida: quanto mais alto você levantava o braço, mais pontos. Eu não acreditava naquilo. Me recusei a levantar o braço e acordei gritando: “Loucos! Me dá qualquer história que divido ela pra caber em um dia!” Estimativas são usadas no planejamento da maior parte dos projetos de software no mundo, não importa se estes usam waterfall, ágil ou outra metodologia qualquer. É raro encontrar um projeto onde não se aceita sem questionamento que estimativas são indispensáveis. Não são! Pretendo convencê-lo de parar de estimar usando pontos e de medir velocidade. Depois vamos discutir o movimento #NoEstimates, compartilhando minhas experiências planejando sem uso de estimativas e práticas que podem ajudar sem efeitos tóxicos.
Citation preview
por Alexandre Freire @freire_da_silva http://industriallogic.com
Pare de Estimar Pontos e Medir
Velocidade
#1e5d91
[email protected] @freire_da_silva
• Diretor de Segurança dos Produtos @IndustrialLogic
• Ágil desde 2001
• Fundou a AgilCoop e a AgilBits
• Tese de Mestrado: “Reflexões sobre o Ensino de Metodologias Ágeis na Academia, Indústria e Governo”
• Décadas de experiência e sucessos com organizações renomadas mundialmente (Locaweb, globo.com, Yahoo, HP, GE, …)
• Gosta de construir casas
#NoEstimates
#1e5d91
#NoEstimates
#1e5d91
#NoEstimates
#1e5d91
#1e5d91
Estudo de 1986: Um bom processo de
estimativas deve prover estimativas que estão em até 25% fora do resultado real,
75% das vezes.Steve McConnel - "Software Estimation: Demystifying the Black Art"
#1e5d91
#1e5d91
Jim Highsmith ThoughtWorks
2011
“Velocidade está
matando o Ágil!”
CARGO
CULT
Inflação irracional de
pontos
Sacrificar Qualidade por Previsibilidade
#1e5d91
#1e5d91“Falhar é inerentemente inseguro e a maioria dos times e
organizações não são lugares onde podemos aprender sobre nossas falhas com segurança.”
- Amr Elssamadisy
Comparar equipes e indivíduos usando velocidade como produtividade
NUTsNebulous Units of Time
#1e5d91
Bussy-ness Accounting
Pseudo-Ciência
O Cone da Incerteza
Lei de Parkinson
Segunda Terça Quarta Quinta Sexta
work work work work work
#1e5d91
#YesDesign
#1e5d91
#1e5d91
#1e5d91
User Interface
Domain Logic
Persistence
#YesSlicing
#1e5d91
#YesTDD
http://www.industriallogic.com/try-greatest-hits-elearning/
#1e5d91
#YesPairing
#YesCollaboration
#1e5d91
#YesStoryMaps
Concurrent Set Based Design
Cloud Version
DB Cluster Version
Middleware Version
Team’s Version
#YesCollaboration
#1e5d91
MoSCoW (must, should, could, WON’T)
#YesSplitting
#1e5d91
#YesScience
#1e5d91
#NoFlow
#1e5d91
#YesFlow
#1e5d91
#1e5d91
#YesPlanning
#1e5d91
#YesBlink
http://dannorth.net/2013/08/08/blink-estimation/
Referências•http://www.industriallogic.com/blog/stop-using-story-points/ •http://www.industriallogic.com/blog/bargain-hunting/ •http://jimhighsmith.com/velocity-is-killing-agility/ •http://gojko.net/2013/09/12/scrum-velocity-and-driving-down-the-motorway-the-wrong-way/ •http://zuill.us/WoodyZuill/2013/01/20/can-we-code-without-estimates/ •http://softwaredevelopmenttoday.blogspot.com.au/2012/01/story-points-considered-harmful-or-why.html •http://neilkillick.com/2013/01/31/noestimates-part-1-doing-scrum-without-estimates/ •https://www.youtube.com/watch?v=7ud-4bKJr8k •http://dannorth.net/2013/08/08/blink-estimation/ •http://www.brainpickings.org/index.php/2012/08/06/wisdom-of-crowds/ •http://bit.ly/NoEstimatesWhitePaper •http://www.lhup.edu/~dsimanek/pseudo/fibonacc.htm •http://dilbert.com
