w
UNIVERSIDAD CENTRAL DEL ESTE UCE
Facultad de Ciencias de las Ingenierías
Escuela de Ingeniería de Software
TEMA
Planning Poker
SUSTENTANTES:
Alexis Vladimir Trinidad Reyes. 2020-2430
Carlos Luis Richardson Méndez. 2020-2427
Treisy Chenoa Sánchez Cedano. 2021-0021
Maestro:
Ing. Francisco José Santana Valencio.
Indice
Introduccion .............................................................................................................. 3
El Planning Poker ...................................................................................................... 4
Origen y Evolución .................................................................................................... 4
Objetivo .................................................................................................................... 6
Procedimiento ........................................................................................................... 7
Beneficios ................................................................................................................. 9
Limitaciones............................................................................................................ 11
Estrategias para Mitigar estas Limitaciones................................................................. 13
Consideraciones Prácticas ......................................................................................... 14
Conclusión .............................................................................................................. 17
Bibliografías ........................................................................................................... 18
Introduccion
El Planning Poker es una técnica de estimación colaborativa que ha ganado reconocimiento
como una herramienta fundamental en el marco de las metodologías ágiles, particularmente
en Scrum. Diseñada para evaluar el esfuerzo, la complejidad y el tiempo necesarios para
completar tareas o historias de usuario, esta técnica combina elementos de consenso grupal
y análisis iterativo, lo que la convierte en una estrategia efectiva para la planificación de
proyectos en entornos dinámicos.
Con raíces en el método Delphi y adaptada al contexto ágil por James Grenning en 2002, el
Planning Poker fue posteriormente formalizado por Mike Cohn en su libro "Agile Estimating
and Planning". Su aplicación no solo permite generar estimaciones más precisas, sino que
también promueve la participación activa de los equipos, fomenta discusiones significativas
y fortalece la cohesión del grupo al permitir que cada miembro contribuya con su experiencia
y perspectiva.
El presente trabajo tiene como objetivo analizar de manera integral el Planning Poker,
abordando su origen, evolución, procedimiento, beneficios y limitaciones, así como las
consideraciones prácticas para su implementación efectiva. A través de esta investigación, se
busca demostrar cómo esta técnica no solo es una herramienta para la estimación, sino
también un catalizador para mejorar la colaboración y la planificación en proyectos de
software bajo metodologías ágiles. Finalmente, se evaluará su relevancia y aplicabilidad en
diferentes contextos, destacando su impacto en la gestión eficiente de proyectos.
El Planning Poker
El Planning Poker es una técnica ampliamente utilizada dentro de las metodologías ágiles,
especialmente en marcos de trabajo como Scrum, para estimar el esfuerzo, tiempo o
complejidad necesarios en el desarrollo de tareas o historias de usuario. Este método se ha
consolidado como una herramienta clave para equipos que buscan mejorar la precisión en la
planificación de proyectos de software. Su enfoque colaborativo fomenta el consenso entre
los integrantes del equipo, lo que resulta en estimaciones más fundamentadas y compartidas.
El Planning Poker se destaca por su capacidad para integrar las perspectivas y experiencias
de todos los miembros del equipo, permitiendo que cada participante contribuya con su
conocimiento. En lugar de depender exclusivamente de una sola opinión o de un cálculo
aislado, esta técnica se basa en la discusión grupal y el acuerdo, generando una estimación
colectiva que refleja un entendimiento compartido de las tareas. Además, al utilizar un
conjunto de valores predefinidos, generalmente representados por la secuencia de Fibonacci
modificada, se simplifica la comparación de complejidades y se minimizan las discusiones
innecesarias.
Por estas razones, el Planning Poker no solo facilita la planificación efectiva y la gestión de
proyectos de software, sino que también mejora la comunicación dentro del equipo,
promueve el aprendizaje colaborativo y refuerza el espíritu de trabajo en conjunto. Este
enfoque ha sido fundamental para abordar los desafíos inherentes al desarrollo ágil, donde
los requisitos pueden cambiar constantemente y la adaptabilidad es crucial.
Origen y Evolución
El Planning Poker tiene sus raíces en el método Delphi, una técnica de estimación creada
por la Corporación RAND a mediados del siglo XX. El método Delphi se diseñó
originalmente para obtener previsiones de expertos a través de un proceso iterativo que busca
alcanzar el consenso. Este método utiliza múltiples rondas de cuestionarios anónimos, donde
los participantes revisan y ajustan sus estimaciones basándose en el feedback agregado de
todo el grupo. Aunque se originó en el ámbito militar y de investigación estratégica, el
método Delphi demostró ser útil en múltiples campos, incluyendo la planificación de
proyectos.
En el año 2002, James Grenning, un defensor de las metodologías ágiles adaptó los
principios del método Delphi para el desarrollo de software, combinándolos con dinámicas
más ligeras y prácticas. Grenning desarrolló una versión simplificada y colaborativa del
proceso de estimación que elimina la necesidad de anonimato y largos ciclos de
retroalimentación. Este nuevo enfoque, bautizado como "Planning Poker", se alineaba
perfectamente con los valores y principios del Manifiesto Ágil, promoviendo la
comunicación y la colaboración dentro de los equipos de desarrollo.
La popularidad del Planning Poker creció rápidamente tras ser descrito y formalizado por
Mike Cohn en su libro "Agile Estimating and Planning", publicado en 2005. En este libro,
Cohn presentó el Planning Poker como una técnica eficiente, dinámica y efectiva para estimar
tareas dentro del marco de trabajo Scrum. Destacó su capacidad para fomentar discusiones
productivas, construir consenso entre los integrantes del equipo y proporcionar estimaciones
que reflejan tanto la complejidad como el esfuerzo relativo de las tareas.
El Planning Poker, desde entonces, se ha consolidado como una de las herramientas más
utilizadas en metodologías ágiles. Su aplicación ha trascendido el ámbito del desarrollo de
software, encontrando uso en proyectos de diferentes sectores que requieren estimaciones
colaborativas y ágiles. Este enfoque ha evolucionado con el tiempo, integrando herramientas
digitales y técnicas avanzadas como el uso de software colaborativo y modelos de aprendizaje
automático para mejorar la precisión y la eficiencia del proceso.
A pesar de su evolución, el Planning Poker mantiene su esencia original: una técnica basada
en la participación activa del equipo, la transparencia en la toma de decisiones y la búsqueda
de consenso. Su éxito radica en su simplicidad y en su capacidad para adaptarse a diversos
contextos y necesidades, convirtiéndose en un pilar fundamental en la planificación y gestión
de proyectos ágiles.
Objetivo
El principal objetivo del Planning Poker es involucrar a todo el equipo en la estimación de
tareas, promoviendo la discusión y el consenso para obtener estimaciones más precisas y
compartidas. Esto permite identificar posibles riesgos y asegurar una El principal objetivo
del Planning Poker es garantizar que todo el equipo participe activamente en el proceso de
estimación de tareas, fomentando la colaboración, el intercambio de conocimientos y la
construcción de un consenso sólido. Esta técnica se basa en la idea de que las decisiones
grupales, fundamentadas en discusiones abiertas y reflexivas, tienden a ser más precisas y
confiables que las decisiones individuales.
Al involucrar a todos los miembros del equipo, el Planning Poker promueve un
entendimiento común de los requisitos del proyecto, reduciendo el riesgo de malentendidos
o suposiciones incorrectas. Este enfoque no solo permite que cada integrante exprese su
perspectiva y comparta su experiencia, sino que también facilita la identificación de posibles
riesgos asociados a las tareas. De este modo, los equipos pueden prever obstáculos y ajustar
sus planes de acción de manera proactiva.
Otro de los objetivos clave del Planning Poker es fomentar una discusión significativa en
torno a las tareas. Durante el proceso, se analizan y justifican las estimaciones, lo que permite
a los participantes identificar discrepancias, resolver dudas y ajustar su percepción sobre la
complejidad o el esfuerzo requerido para completar una tarea. Esta interacción contribuye a
la creación de estimaciones más precisas y alineadas con la realidad del proyecto.
Además, al promover una dinámica de consenso, el Planning Poker refuerza la cohesión del
equipo, construyendo un sentido de responsabilidad compartida en el cumplimiento de los
objetivos del proyecto. Los valores extremos de las estimaciones, en lugar de descartarse de
inmediato, son una oportunidad para profundizar en las razones detrás de esas perspectivas
y mejorar el entendimiento colectivo.
Finalmente, el Planning Poker asegura que las estimaciones no se conviertan únicamente en
un número o en una obligación impuesta. En cambio, transforma este proceso en una
herramienta de aprendizaje continuo, donde el equipo adquiere una mejor comprensión de
sus capacidades, limitaciones y áreas de mejora. Esto no solo resulta en planes más realistas,
sino que también permite una mayor adaptabilidad en entornos ágiles, donde los requisitos
suelen cambiar con frecuencia.
Procedimiento
El proceso del Planning Poker se basa en una serie de pasos estructurados que
garantizan la participación activa de todos los miembros del equipo y la generación
de estimaciones basadas en el consenso. A continuación, se detalla cada paso:
1. Preparación:
o Antes de iniciar el proceso, cada miembro del equipo recibe un mazo de cartas
con valores numéricos específicos. Estos valores generalmente siguen la
secuencia de Fibonacci modificada: 0, 1, 2, 3, 5, 8, 13, 20, 40 y 100. La razón
para usar esta secuencia es que refleja una progresión exponencial, lo que es
útil para representar incrementos en la complejidad o el esfuerzo de las tareas.
o Adicionalmente, en algunos casos, se utilizan cartas con símbolos especiales
como "?" para expresar incertidumbre o "∞" para señalar que la tarea parece
demasiado grande para estimarla de manera significativa en su estado actual.
o Este paso también incluye la preparación del ambiente: definir las historias de
usuario a estimar, garantizar la comprensión del propósito de las cartas y
establecer reglas básicas de la dinámica.
2. Presentación de la Historia de Usuario:
o El Product Owner tiene un papel crucial en este paso. Es el encargado de
presentar cada historia de usuario o tarea que se va a estimar. Esto incluye una
descripción clara y detallada de los objetivos, los entregables y los criterios
de aceptación.
o Durante esta fase, el Product Owner responde cualquier pregunta que los
miembros del equipo puedan tener sobre la tarea. Esto es fundamental para
garantizar que todos tengan una comprensión uniforme de lo que se espera.
o Si existen áreas de ambigüedad, el equipo puede discutirlas brevemente para
resolverlas antes de pasar al siguiente paso.
3. Estimación Individual:
o Una vez que todos los miembros tienen suficiente información sobre la tarea,
cada participante selecciona de manera privada una carta del mazo. Esta carta
representa su estimación del esfuerzo o complejidad requerida para completar
la tarea.
o Este paso se realiza en completo silencio para evitar influencias mutuas. La
idea es que cada miembro haga su evaluación basada en su experiencia y
conocimiento personal.
4. Revelación Simultánea:
o Una vez que todos los participantes han seleccionado sus cartas, las revelan
simultáneamente. Esto evita que los miembros del equipo se influencien entre
sí, asegurando que las estimaciones iniciales sean independientes.
o Los valores revelados suelen mostrar variaciones, lo cual es esperado y forma
parte del proceso.
5. Discusión:
o Si las estimaciones varían significativamente, especialmente en los valores
más altos y bajos, los miembros responsables de estas estimaciones extremas
explican sus razonamientos.
o Durante esta discusión, se abordan aspectos clave como riesgos,
incertidumbres y suposiciones que pueden haber influido en las estimaciones.
Esto permite al equipo ajustar su comprensión de la tarea.
6. Reestimación:
o Tras la discusión, el equipo repite el proceso de selección de cartas. Cada
miembro ajusta su estimación según la información compartida durante la
discusión, pero sigue siendo una decisión individual.
o Este ciclo de discusión y reestimación se repite hasta que las estimaciones
convergen en un consenso aceptable o en un rango razonable de valores.
7. Registro de la Estimación:
o Una vez alcanzado el consenso, se registra la estimación final para la tarea.
Esta estimación se utiliza para planificar el sprint o las actividades del
proyecto.
8. Repetición para Otras Tareas:
o El equipo repite los pasos anteriores para cada tarea o historia de usuario del
backlog hasta completar las estimaciones para el sprint o el proyecto.
Beneficios
El Planning Poker se ha consolidado como una de las herramientas más útiles en la
estimación ágil debido a los múltiples beneficios que ofrece tanto a nivel técnico como a
nivel de equipo. A continuación, describimos en detalle sus principales beneficios:
1. Participación Activa
Uno de los aspectos más destacados del Planning Poker es su capacidad para fomentar la
implicación activa de todos los miembros del equipo. En lugar de depender de un solo experto
o de una estimación centralizada, esta técnica asegura que cada integrante participe en el
proceso de estimación. Esto genera varias ventajas:
• Diversidad de perspectivas: Cada miembro aporta su experiencia y conocimiento
sobre la tarea, enriqueciendo la discusión y ampliando la visión general del equipo.
• Responsabilidad compartida: Al involucrar a todos, se promueve un sentido de
responsabilidad colectiva por las decisiones tomadas, mejorando el compromiso del
equipo con los resultados.
• Fortalecimiento del equipo: La dinámica participativa ayuda a construir confianza
y colaboración entre los integrantes, lo que es esencial para la cohesión en equipos
ágiles.
2. Mejora de la Precisión
El Planning Poker permite refinar las estimaciones mediante discusiones colaborativas. Esto
mejora significativamente la precisión, ya que:
• Identificación de riesgos: Durante las discusiones, es común que los participantes
identifiquen factores de riesgo o incertidumbre que podrían no haber sido
considerados en estimaciones individuales.
• Validación de suposiciones: Las conversaciones grupales ayudan a validar o corregir
las suposiciones iniciales sobre la tarea, lo que lleva a una mejor comprensión y a
estimaciones más realistas.
• Reducción de sesgos: Al combinar múltiples puntos de vista, el equipo puede
contrarrestar los sesgos cognitivos, como el optimismo excesivo o el pesimismo
extremo, que suelen influir en estimaciones individuales.
3. Detección de Inconsistencias
La técnica también es eficaz para descubrir y resolver discrepancias en la comprensión de los
requisitos del proyecto. Este beneficio es crucial, ya que:
• Clarificación temprana: Las diferencias en las estimaciones suelen revelar
inconsistencias o falta de claridad en los detalles de la tarea. Esto obliga al equipo a
aclarar los requisitos antes de avanzar.
• Resolución de malentendidos: Las discusiones grupales proporcionan una
oportunidad para corregir malentendidos o interpretaciones erróneas, asegurando que
todos los miembros tengan una visión alineada.
• Prevención de problemas futuros: Al abordar las discrepancias en una etapa
temprana, el equipo puede evitar errores o retrasos durante la ejecución del proyecto.
4. Incremento del Aprendizaje Colectivo
El Planning Poker no solo genera estimaciones más precisas, sino que también actúa como
una herramienta de aprendizaje continuo. A medida que los miembros del equipo discuten y
justifican sus puntos de vista, comparten conocimientos y experiencias, lo que:
• Aumenta el nivel de comprensión del equipo: Los miembros menos
experimentados aprenden de aquellos con mayor experiencia.
• Promueve la mejora constante: Con el tiempo, el equipo desarrolla una mayor
habilidad para realizar estimaciones precisas y realistas.
5. Dinamismo y Flexibilidad
La naturaleza iterativa del Planning Poker permite al equipo adaptarse a los cambios y ajustar
sus estimaciones según sea necesario. Esto lo hace especialmente adecuado para entornos
ágiles, donde los requisitos pueden evolucionar rápidamente.
6. Creación de Consenso
El proceso de discusión y reestimación garantiza que las decisiones finales sean aceptadas
por todo el equipo. Esto no solo mejora la precisión, sino que también refuerza la alineación
y el compromiso con los objetivos del proyecto.
Limitaciones
A pesar de ser una técnica ampliamente utilizada y efectiva en metodologías ágiles, el
Planning Poker tiene ciertas limitaciones que deben considerarse para maximizar su eficacia
y minimizar posibles inconvenientes. Estas limitaciones, aunque no disminuyen su utilidad,
pueden influir en la calidad de las estimaciones si no se gestionan adecuadamente. A
continuación, se explican en detalle:
1. Dependencia del Consenso
• Dificultad en equipos diversos: En equipos con opiniones muy divergentes, alcanzar
un consenso puede ser un desafío significativo. Esto puede llevar a discusiones
prolongadas que ralentizan el proceso de estimación, especialmente cuando las
diferencias no se resuelven con facilidad.
• Riesgo de conformidad grupal: En algunos casos, los miembros del equipo pueden
sentirse presionados a aceptar la opinión mayoritaria, incluso si no están
completamente de acuerdo. Este fenómeno, conocido como pensamiento grupal,
puede dar lugar a estimaciones menos precisas.
• Moderación esencial: Es necesario contar con un moderador experimentado, como
el Scrum Master, que guíe las discusiones y garantice que todas las voces sean
escuchadas sin que una opinión domine innecesariamente el proceso.
2. Sesgos Cognitivos
• Influencias subconscientes: Aunque el Planning Poker busca minimizar las
influencias entre los participantes, los sesgos cognitivos pueden surgir de manera
subconsciente. Por ejemplo:
o Anclaje: Cuando un miembro propone una estimación alta o baja, otros
pueden ajustarse a esa referencia inicial, afectando la independencia de las
estimaciones.
o Exceso de confianza: Algunos participantes pueden subestimar o sobrestimar
una tarea debido a su experiencia previa, sin considerar adecuadamente las
complejidades específicas del proyecto actual.
• Gestión del sesgo: Para contrarrestar estos efectos, es fundamental promover
discusiones abiertas y estructuradas, donde se justifiquen las estimaciones de manera
lógica y basada en datos concretos.
3. Requiere Experiencia
• Curva de aprendizaje: La efectividad del Planning Poker mejora con la práctica y
la experiencia acumulada del equipo. Los equipos nuevos o con poca familiaridad
con la técnica pueden enfrentar dificultades para proporcionar estimaciones precisas.
• Comprensión de las tareas: La calidad de las estimaciones depende en gran medida
de la claridad de los requisitos y de la capacidad del equipo para evaluar
adecuadamente la complejidad y el esfuerzo requerido.
• Necesidad de entrenamiento: Equipos menos experimentados pueden necesitar
capacitación o sesiones iniciales para familiarizarse con los conceptos básicos del
Planning Poker y mejorar su capacidad para realizar estimaciones consistentes.
4. Complejidad de Tareas Grandes
• División necesaria: Cuando las tareas o historias de usuario son demasiado grandes,
el equipo puede tener dificultades para estimarlas de manera efectiva utilizando esta
técnica. En estos casos, es necesario dividir las tareas en subtareas más manejables,
lo que puede aumentar el tiempo requerido para completar el proceso de
planificación.
5. Limitaciones de Tiempo
• Consumo de tiempo en equipos grandes: En equipos numerosos o con tareas
complejas, las discusiones pueden extenderse más de lo esperado, afectando la
eficiencia general del proceso.
• Necesidad de equilibrio: Es importante mantener un equilibrio entre el tiempo
invertido en estimar y la precisión obtenida, para no sacrificar la agilidad del
proyecto.
6. Influencia del Moderador
• Impacto de la facilitación: El éxito del Planning Poker depende en gran medida de
la habilidad del moderador para manejar las discusiones, evitar conflictos y asegurar
que el proceso se mantenga enfocado y productivo.
• Riesgo de parcialidad: Si el moderador no actúa de manera neutral, podría influir en
las estimaciones del equipo, socavando la independencia del proceso.
Estrategias para Mitigar estas Limitaciones
Para superar estas limitaciones, se pueden aplicar las siguientes estrategias:
• Claridad en los requisitos: Asegurarse de que las tareas estén claramente definidas
antes de iniciar el proceso de estimación.
• Capacitación inicial: Proporcionar entrenamiento al equipo para que entienda cómo
funciona el Planning Poker y cómo utilizarlo de manera efectiva.
• Moderación efectiva: Garantizar que el moderador sea imparcial y esté capacitado
para guiar las discusiones sin influir en las decisiones del equipo.
• Iteración y práctica: Repetir el proceso en varios sprints permite al equipo mejorar
continuamente en la precisión de sus estimaciones.
Consideraciones Prácticas
El éxito del Planning Poker depende en gran medida de cómo se aplique y de las condiciones
bajo las cuales se utiliza. A continuación, se describen algunas consideraciones prácticas
esenciales que los equipos deben tener en cuenta para maximizar los beneficios de esta
técnica:
1. Claridad en los Requisitos
• Definición precisa de historias de usuario: Es fundamental que las historias de
usuario o las tareas a estimar estén claramente definidas antes de iniciar el proceso.
Esto incluye detallar los objetivos, los criterios de aceptación y cualquier información
relevante que pueda influir en la estimación.
• Comunicación efectiva: El Product Owner debe asegurarse de que todos los
miembros del equipo comprendan plenamente los requisitos. Esto no solo facilita la
estimación, sino que también reduce las discusiones innecesarias y los malentendidos.
• Resolución de dudas: Antes de pasar a la estimación, el equipo debe tener la
oportunidad de aclarar cualquier duda. Esto es crucial para garantizar que todos
trabajen con la misma información y perspectiva.
2. Tamaño del Equipo
• Equipos manejables: Aunque el Planning Poker puede adaptarse a equipos grandes,
es más efectivo en grupos pequeños o medianos, idealmente de 5 a 9 personas.
Equipos demasiado grandes pueden complicar el proceso de consenso y extender
innecesariamente el tiempo de las discusiones.
• Participación activa de todos los miembros: Cada integrante del equipo debe estar
involucrado activamente en el proceso. Esto garantiza que las estimaciones reflejen
una perspectiva diversa y compartida.
• Rotación en equipos grandes: En situaciones donde el equipo sea muy grande, una
estrategia útil es dividirlo en subgrupos que realicen estimaciones por separado, y
luego consolidar los resultados a través de discusiones grupales.
3. Facilitación Efectiva
• Rol del moderador o Scrum Master: Un facilitador experimentado, como el Scrum
Master, es clave para guiar el proceso. Su responsabilidad incluye:
o Asegurarse de que las discusiones sean productivas y no se desvíen del tema.
o Garantizar que todos los miembros del equipo tengan la oportunidad de
expresar su opinión, evitando que una sola voz domine el proceso.
o Manejar los conflictos de manera constructiva y mantener el enfoque en el
objetivo principal: generar una estimación precisa.
• Control del tiempo: Es importante establecer límites de tiempo para las discusiones
de cada tarea. Esto ayuda a mantener el ritmo del proceso y evita que se prolongue
innecesariamente.
4. Uso de Herramientas Adecuadas
• Mazos físicos o digitales: El equipo puede utilizar cartas físicas o herramientas
digitales específicas para Planning Poker, especialmente en entornos remotos. Estas
herramientas no solo facilitan el proceso, sino que también lo hacen más accesible
para equipos distribuidos.
• Visualización del progreso: Utilizar tableros kanban u otras herramientas visuales
para mostrar el avance del proceso de estimación puede ser útil para mantener al
equipo enfocado.
5. Manejo de la Complejidad
• División de tareas grandes: Si una tarea parece demasiado compleja para estimarla
adecuadamente, se recomienda dividirla en subtareas más pequeñas y manejables.
Esto no solo facilita el proceso de estimación, sino que también mejora la
planificación y la ejecución.
• Priorización de tareas: Estimar primero las tareas más prioritarias o aquellas que
tienen mayor impacto en el proyecto puede ayudar a enfocar las discusiones y el
tiempo disponible.
6. Retroalimentación y Aprendizaje Continuo
• Revisiones periódicas: Al final de cada sprint, el equipo puede reflexionar sobre el
proceso de estimación para identificar qué funcionó bien y qué se puede mejorar. Esto
fomenta un aprendizaje continuo y mejora la precisión en futuros ciclos.
• Documentación de las decisiones: Registrar las discusiones clave y las razones
detrás de las estimaciones facilita la revisión y sirve como referencia para futuras
estimaciones.
Conclusión
El Planning Poker es una técnica efectiva y ampliamente utilizada dentro de las
metodologías ágiles, especialmente en Scrum, para realizar estimaciones colaborativas de
esfuerzo, complejidad o tiempo en proyectos de software. Su principal fortaleza radica en la
participación de todos los miembros del equipo, lo que fomenta la discusión abierta, el
consenso y la comprensión compartida de las tareas. Esto no solo mejora la precisión de las
estimaciones, sino que también fortalece la cohesión y el compromiso del equipo.
Aunque tiene limitaciones, como la dependencia del consenso, la posibilidad de sesgos
cognitivos y la necesidad de experiencia, estas pueden ser mitigadas con una adecuada
preparación, facilitación y práctica. Además, la técnica destaca por ser adaptable, dinámica
y flexible, lo que la hace ideal para entornos donde los requisitos cambian frecuentemente.
En resumen, el Planning Poker no solo es una herramienta para estimar, sino también un
medio para mejorar la comunicación, identificar riesgos y fortalecer al equipo. Su
implementación adecuada puede marcar la diferencia en la planificación y ejecución exitosa
de proyectos ágiles, contribuyendo al logro de objetivos y a la satisfacción del cliente.
Bibliografías
• Cohn, M. (2005). Agile Estimating and Planning. Prentice Hall.
https://www.mountaingoatsoftware.com/books/agile-estimating-and-planning
• Grenning, J. (2002). Planning Poker or How to avoid analysis paralysis while
release planning. renaissancesoftware.net.
http://renaissancesoftware.net/papers/PlanningPoker-v1.1.pdf
• Asana. (s.f.). ¿Qué es el Planning Poker? Asana. Recuperado de
https://asana.com/es/resources/planning-poker
• Atlassian. (s.f.). Planning Poker. Atlassian. Recuperado de
https://www.atlassian.com/es/agile/project
management/estimation/planning-poker
• Scrum.org. (s.f.). Estimation Techniques. Scrum.org. Recuperado de
https://www.scrum.org/resources/blog/estimation-techniques
