Como Planning Poker pode melhorar a

visualizao e estimativa do tamanho de

projetos em SCRUM

How Planning Poker can improve the

preview and sizing estimation of projects in
SCRUM

Jonathan S. de S. R. da Silva
Departamento de Engenharia de Computao, Universidade Tecnolgica Federal do Paran
Cornlio Procpio, Brasil
jonathan.1313@hotmail.com

Resumo Cada vez sendo mais utilizadas as metodologias geis de desenvolvimento de software como o
SCRUM, surge a necessidade de estimar qual ser o custo de cada atividade envolvida na criao de aplicaes
para clientes. Os benefcios decorrentes da estimativa usando a tcnica do Planning Poker so inmeros.
Portanto, este trabalho prope analisar em quais etapas do gerenciamento fica evidenciado que h contribuio
desta tcnica.

Palavras Chave SCRUM, Planning, Poker, estimativa, software.

Abstract Increasingly the use of agile software development methodologies such as SCRUM, there is a need
to estimate the cost of each activity involved in the creation of applications for clients. The benefits of estimating
using the Planning Poker technique are numerous. Therefore, this work proposes to analyze in which steps of
management it is evidenced that there is contribution of this technique.

Keywords - SCRUM, Planning, Poker, estimation, software.

Introduo

Proposto por Grenning em 2002 e difundido por Cohn em 2006 [5][6], o Planning Poker uma
tcnica baseada em julgamento humano, e estima o esforo ou dimenso dos objetivos de
desenvolvimento de software. Pode ser aplicado ao tamanho das histrias, lanamentos de
desenvolvimentos e planos de iterao. Planning Poker a tcnica de estimativa mais usada em
projetos Scrum.
O Planning Poker se caracteriza por ser o consenso de vrios especialistas para atingir a
estimativa[1]. Os especialistas integram uma equipe que detm conhecimentos em todas as
matrias de engenharia de software. A conversa em grupo fundamental para a tcnica do planning
poker, e todas as propostas levam a uma mdia da hiptese particular de cada especialista.
Apesar de o mtodo do Planning Poker acarretar em vrios ganhos, no totalmente eficiente
porque o resultado vem da percepo de especialistas. Dessa forma procura-se entender de que
maneiras essa tcnica permite melhorar a estimativa de histrias e colaborar para um melhor
gerenciamento das atividades de desenvolvimento de software.
Nas prximas sees sero dispostos a hiptese e os objetivos deste artigo. Em seguida todo o
referencial bibliogrfico ser enunciado. Os mtodos para a anlise das tcnicas trabalhadas pelo
Planning Poker e a concluso de como podem ser melhoradas a visualizao e estimativa de
tamanho do projeto.

Objetivos

Este trabalho tem como objetivo principal o estudo, e anlise de uma tcnica eficiente para
estimao de projetos de desenvolvimento de software, explorando os mtodos desenvolvidos
durante a realizao do Planning Poker, bem como, entender de como ele agrega valor ao produto
final nas metodologias geis.

Objetivos especficos

Para alcanar o objetivo principal sero considerados os seguintes objetivos especficos:

Realizar a reviso bibliogrfica sobre estimativas adotadas no desenvolvimento gil
SCRUM.
Analisar como as tcnicas do Planning Poker melhoram as estimativas dos projetos.

Hiptese

O SCRUM tem contribudo para a agilidade no desenvolvimento de software por aumentar o

grau de comprometimento da equipe, assim como a motivao j que a equipe participa ativamente
do projeto[8][12]. Alm de melhorar a visualizao do projeto, aumentar a qualidade,
funcionalidades o SCRUM priorizar a entrega do software o que proporciona maior mais valor ao
negcio do cliente. Surge ento a necessidade de encontrar uma tcnica que faa uma melhor
estimativa de histrias de usurio para contribuir com o gerenciamento gil do projeto. O Planning
Poker desde que foi popularizado tem sido uma alternativa para prever o tempo e custo de um
processo. Dado esse cenrio:
Como possvel Planning Poker melhorar a estimativa do tamanho de projetos em
SCRUM?

Reviso Bibliogrfica

O Planning Poker combina trs tcnicas de estimativa: Estimativa Wideband Delphi, Estimativa
Analgica e Estimativa WBS[4][5]. As estimativas para as histrias de usurios so provenientes
do jogo Planning Poker. Toda a equipe Scrum faz parte e realiza estimativas rpidas, mas
confiveis, de acordo com os seguintes passos:
 1. jogado com um baralho de cartas. As cartas so marcadas com nmeros da sequncia
de Fibonacci: 1, 2, 3, 5, 8, 13, 21, 34, etc. Estes nmeros simbolizam os "pontos de
histria". Cada especialista tem um baralho de cartas. Os nmeros nos cartes devem
ser grandes o suficiente para serem visveis para todos os membros da equipe, quando
um dos membros da equipe permanece com uma carta.
2. Um dos membros da equipe selecionado como o moderador. O moderador l a
descrio da histria do usurio para a qual a estimativa est sendo feita. Se os
especialistas tiverem alguma dvida, o proprietrio do produto responder.
3. Cada especialista seleciona secretamente um carto com sua estimativa. Os cartes
ficam escondidos at que todos os especialistas faam sua seleo. Ento, todas as
estimativas so simultaneamente viradas e levantadas para que todos os membros da
equipe possam ver cada estimativa.
4. Na primeira rodada, as chances so altas de que as estimativas variem. Os especialistas
que fizeram altas e baixas estimativas explicam o motivo de suas escolhas.
5. A equipe pode conversar sobre a histria e suas respectivas estimativas por alguns
minutos.
6. vlido quando o moderador achar necessrio tomar notas sobre a discusso que ser
til quando a histria em questo desenvolvida. Aps a discusso, cada especialista
faz uma nova estimativa selecionando um carto. Os cartes so novamente mantidos
em privado at que todos tenham suas opinies formadas, quando sero apresentadas
simultaneamente.

Cartas utilizadas na estimativa do Planning Poker

Fonte: http://www.luiztools.com.br/post/planning-poker-como-estimar-tempo-de-desenvolvimento-de-software/

O processo deve ser repetido at que as estimativas possam convergir para uma nica estimativa
que pode ser definida para aquela histria[4]. O nmero de rodadas de estimativa pode mudar de
uma histria de usurio para outra. A tcnica Planning Poker sucede-se com base algumas tcnicas
de estimativa sendo que o primeiro, opinio de especialista realiza a estimativa baseada em opinio
de especialistas, um especialista perguntado quanto tempo pode demorar e qual ser seu tamanho.
O especialista faz uma estimativa em que confia em sua experincia ou na intuio. Esse mtodo
geralmente no leva muito tempo e mais preciso em comparao com alguns dos mtodos
analticos[3][7].
A analogia a estimativa realizada a partir de analogias usa a comparao de histrias de
usurios[11]. A histria de usurio em questo comparada com histrias de usurio semelhantes
implementadas anteriormente, acarretando resultados precisos j que a estimativa construda a
partir de dados comprovados. J a desagregao a estimativa da desagregao realizada
dividindo uma histria de usurio em partes menores, mais fceis de estimar[10][12]. As histrias
de usurio que sero includas em um sprint normalmente levam de dois a cinco dias para serem
desenvolvidas. Dessa forma, as histrias de usurios que possivelmente iro demorar mais tempo
precisam ser divididas em casos de uso menores. Esta abordagem tambm assegura que muitas
histrias podero ser comparadas e estimadas mais rapidamente.
Zahraou citou em 2015 fatores que so considerados para determinar a complexidade e
importncia de uma tarefa pela equipe de desenvolvimento aplicando o Scrum[13]. Esses fatores
podem at ser denominados de diferentes modos. Entretanto, o significado deles permanece o
mesmo. Abaixo so exemplificados os fatores mais comuns.
Para estabelecer a complexidade no desenvolvimento de uma tarefa foram identificados trs
fatores:
Tempo: esta varivel diz respeito a durao em horas, e se refere a quo trabalhosa
pode ser a tarefa, ainda que de fcil desenvolvimento. Pode ser uma tarefa simples, mas
com um nmero elevado de detalhes que demandam muito tempo para serem
desenvolvidos.
Esforo: est intrinsicamente relacionado necessidade de uma lgica complexa ser
usada no desenvolvimento de algoritmos. A codificao de um algoritmo com lgica
complexa requer muita concentrao e esforo mental.
Experincia: est relacionada com a prtica adquirida realizando tarefas semelhantes.
Desenvolver uma tarefa que foi j foi concluda em outros projetos resulta em que a
execuo de tarefas semelhantes seja desenvolvida com qualidade e rapidez. Alm
disso, a complexidade e a importncia de uma tarefa j conhecida sero mais precisas.

A importncia de uma tarefa no projeto composta por dois atributos:

Prioridade: a importncia da tarefa, e uma tarefa mais importante do que outras se
essas tarefas dependem dela. A tarefa mais importante colocada primeiro no sprint.
Valor da tarefa: quantidade de fundos que se pode ganhar ou perder com o
desenvolvimento da tarefa.

Materiais e mtodos

Para realizar a anlise de como as estimativas do Planning Poker podem contribuir com a
qualidade e a visualizao dos projetos foi realizada uma pesquisa bibliogrfica na biblioteca
digital IEEE Xplore selecionando os artigos publicados que utilizassem a metodologia gil
SCRUM e vinculava a estimativa das histrias de usurio ao Planning Poker.
A biblioteca digital IEEE Xplore uma ferramenta excelente para descoberta e acesso a
contedo cientfico e tcnico publicado pelo IEEE (Instituto de Engenheiros Eltricos e
Eletrnicos). Ela fornece acesso Web a mais de 3 milhes de documentos de texto completo de
algumas das publicaes mais citadas do mundo em engenharia eltrica, informtica e eletrnica.
Abrangendo mais de 160 revistas, mais de 1.200 conferncias, mais de 3.800 normas tcnicas,
mais de 1.000 livros eletrnicos e mais de 300 cursos educacionais. Aproximadamente 25.000
novos documentos so adicionados ao IEEE Xplore cada ms.
 O estudo realizado explorou a perspectiva de encontrar em quais etapas do gerenciamento foram
constatadas melhorias pelo uso da tcnica do Planning Poker[3][9], sendo que suas diferenas em
relao aos outros mtodos so proporcionadas devido ao fato de proporcionar a participao de
todos especialistas na estimativa e de obter-se um resultado com muito mais rapidez.
A tcnica do Planning Poker faz a combinao de trs diferentes mtodos:
Estimativa Wideband Delphi: uma tcnica de comunicao estruturada, originalmente
desenvolvida como um mtodo de previso sistemtico e interativo, que conta com um
painel de especialistas. Os especialistas respondem questionrios em duas ou mais
rodadas. Aps cada rodada, o moderador fornece um resumo annimo das previses dos
especialistas da rodada anterior com as razes de seus julgamentos. Os especialistas so
ento encorajados a rever suas respostas anteriores luz das respostas de outros
membros do painel. Acredita-se que durante este processo a gama de respostas ir
diminuir e o grupo ir convergir para a resposta final. Finalmente, o processo
interrompido aps um critrio de paragem predefinido como o nmero de rodadas,
obteno de consenso ou estabilidade dos resultados, e a mdia ou mediana das rodadas
finais determinam os resultados.
Estimativa analgica: usa uma informao similar do projeto anterior para estimar a
durao ou o custo do projeto atual. Pode-se usar uma estimativa analgica quando h
informaes limitadas sobre seu projeto atual. Muitas vezes, haver situaes em que
os gerentes de projeto sero solicitados a fornecer estimativas de custo e durao para
um novo projeto, uma vez que os executivos precisam de dados de tomada de deciso
para decidir se o projeto vale a pena. Geralmente, nem o gerente de projeto nem
qualquer outra pessoa na organizao j fez um projeto como o novo, mas os executivos
ainda querem estimativas precisas de custo e durao. Em tais casos, uma estimativa
analgica a melhor soluo. Pode no ser completo, mas preciso, pois baseado em
dados passados. Alm de ser uma tcnica fcil de implementar, a taxa de sucesso do
projeto pode ser de at 60% em relao s estimativas iniciais.
Estimativa WBS: uma decomposio orientada a entrega de um projeto em
componentes menores. A WBS responsvel por organizar o trabalho da equipe em
sees gerenciveis. A definio do PMBOK define a EAP como uma decomposio
hierrquica orientada a prestao de servios do trabalho a ser executado pela equipe do
projeto. O elemento a ser avaliado em uma estimativa WBS pode ser produto, dados,
servio ou qualquer combinao destes. A WBS tambm fornece a estrutura necessria
para a estimativa e controle de custos detalhados, alm de fornecer orientao para o
desenvolvimento e controle de cronogramas.

Concluses

Pode-se concluir que a tcnica Planning Poker aplicada em projetos de desenvolvimento gil
SCRUM proporciona diversos benefcios equipe de desenvolvimento e aos clientes. Podemos
notar que no SCRUM todos os participantes so especialistas e do opinio nas estimativas. Isso
gera comprometimento da equipe pois todos participam ativamente do gerenciamento das
atividades e cronogramas, ento o grau de comprometimento assim como a motivao so maiores.
Outra caracterstica que acentuada, que no somente o mais eloquente ou mais experiente que
tem as opinies levadas em considerao, mas at os mais tmidos e profissionais com viso
inovadora. As pessoas com menor probabilidade de participar tero oportunidade, h muitas boas
ideias em pessoas que costumam observar mais.
Alm disso possvel ter uma melhor visualizao do projeto, os projetos que antes eram
visualizados de forma integral apenas para os gerentes, agora apresentam um backlog com todas
as entregas acessveis a todas pessoas da equipe. Uma preocupao com o Planning Poker que
discusses importantes podem no acontecer e algumas estimativas poderiam ficar no ter a devida
justificativa sem essas discusses. Uma grande vantagem que a equipe rpida em estimar
histrias familiares, aquelas que so uma progresso natural de histrias j construdas. Porm, a
estimao tende a ficar lenta quando o cliente apresenta histrias com uma nova parte da aplicao.
Nesse caso, recomendado que se destine o devido tempo a compreenso do custo e tempo
destinado a novas tarefas.
A ideia de obter consenso sem discusso pode parecer que no seja eficaz, mas tem decorrido
em estimativas adequadas. Enquanto a qualidade e as funcionalidades dos desenvolvimentos ficam
priorizadas, a quantidade de bugs reduzida. Planning Poker pode ser usado em outras reas alm
do planejamento. Com sua aplicao pode-se perceber que o que opinio comum e as diferenas
se tornam evidentes. Ento, a equipe pode concentrar sua energia nas diferenas e no desperdiar
tempo valioso onde j esto concordando. Isso impacta positivamente na velocidade das equipes
de estimar a histria. Na mdia, em vez de gastar vinte minutos estimando uma histria, a maioria
das estimativas leva um minuto ou pouco mais.

Referncias Bibliogrficas

1. N. Haugen An Empirical Study of Using Planning Poker for User Story Estimation, 2006.
2. B. Boehm Project termination doesnt equal project failure, Computer vol. 33, no. 7, 2002.
3. K. Schwaber and M. Beedle Agile software development with Scrum 2008., Pearson Education International, Upper Saddle
River, NJ
4. M. Cohn User stories applied: For agile software development 12th ed., 2008., Addison-Wesley, Boston, Mass. [u.a.]
5. J. Grenning Planning Poker or How to avoid analysis while release planning 2002.
6. M. Cohn Agile estimating and planning 2006., Prentice Hall Professional Technical Reference, Upper Saddle River, NJ
7. K. McDaid, D. Greer, F. Keenan, P. Prior, P. Taylor and G. Coleman "Managing Uncertainty in Agile Release Planning" 18th
Int. Conference on Software Engineering and Knowledge Engineering (SEKE'06), 2006
8. L. Williams, G. Brown, A. Meltzer and N. Nagappan "Scrum + Engineering Practices: Experiences of Three Microsoft Teams"
Empirical Software Engineering and Measurement (ESEM), 2011 International Symposium on. IEEE, 2011
9. R. Popli, N. Chauhan and H. Sharma "Prioritising user stories in agile environment" Issues and Challenges in Intelligent
Computing Techniques (ICICT), 2014 International Conference on. IEEE, 2014
10. K. Logue, K. McDaid and D. Greer "Allowing for Task Uncertainties and Dependencies in Agile Release Planning" 4th
Proceedings of the Software Measurement European Forum, 2007
11. S. Downey and J. Sutherland "Scrum metrics for hyperproductive teams: how they fly like fighter aircraft" System Sciences
(HICSS), 2013 46th Hawaii International Conference on. IEEE, 2013
12. A. Mukker, L. Singh and A. Mishra "Systematic Review of Metrics in Software Agile Projects" COMPUSOFT, An international
journal of advanced computer technology, vol. 3, no. 12, 2014
13. Hind Zahraoui Mohammed Abdou Janati Idrissi "Adjusting Story Points Calculation in Scrum Effort & Time Estimation" 2015.