Prepare su planning poker en segundos, empiece a estimar story points en scrum poker ahora
Cree su sala de planificación e invite a otros con un solo clic
Se le ha asignado una sala de póker personal.
Comparta el identificador de la sala con sus compañeros de equipo para que se unan al scrum poker.
SU IDENTIFICADOR DE SALA: ----
CÓMO FUNCIONA
Cree una sala instantánea
Configúrelo en segundos. Utilice la función de sala instantánea o regístrese para mantener el mismo número de sala para futuras para futuras planificaciones, lo que agiliza aún más la configuración.
Invitar a otras personas
Invite a sus colegas a su póquer de planificación compartiendo el identificador de la sala, permítales escanear el código QR con su móvil o simplemente enviándoles el enlace. Si tienes problemas para encontrar una franja horaria común, crea una encuesta con nuestro
Empiece a estimar las historias
Una vez que su equipo ha entrado en la sala, puede verlos en línea y el póker de scrum puede comenzar. El equipo puede enviar estimaciones, ver quién ha proporcionado estimaciones y mostrar los resultados.
¿Cómo hacer que las estimaciones de las historias tengan éxito?
Todos los que han trabajado con Scrum, SAFE u otras metodologías "agil" que se basan en estimaciones de story points para juzgar la complejidad de una característica saben lo difícil que pueden ser estas sesiones de planning poker. Al mismo tiempo todos son dolorosamente conscientes de lo crucial que es una buena sesión de planificación por un lado, para asegurarse de que el equipo "agil" esté de acuerdo con los criterios de aceptación, la definición de lo hecho y el alcance general y por otro lado, para permitir al propietario del producto tomar una decisión informada a la hora de priorizar el trabajo atrasado.
Entonces, ¿cómo puede hacer exactamente que una sesión de scrum poker tenga éxito? Para entender la receta para una planificación satisfactoria, veremos lo que es una user story bien preparada, cómo presentarla, algunas buenas prácticas para el póquer en sí y cómo hacer frente a las discrepancias entre las estimaciones.
Antes de hacer la estimación, asegúrese de que la user story esté "lista" y se haya debatido
Este puede ser un consejo directo, pero para tener una sesión de estimación exitosa, es importante que la característica o user story que queremos estimar esté lista. Entonces, ¿cómo preparamos una historia? En Scrum por lo general se hace durante las sesiones de perfeccionamiento, donde el propietario del producto junto con el desarrollo (y a menudo bajo la guía de un maestro de scrum) analiza los detalles de la historia.
En nuestro equipo, lo primero es que el propietario del producto presenta de manera sucinta lo que el usuario quiere hacer y qué valor tiene para él. Esta segunda parte es especialmente importante, ya que debe dar una idea de por qué lo que estamos haciendo es importante. La estructura más generalizada para una user story es "Como un..., quiero hacer..., para que...".
A menudo el propietario del producto también habrá escrito algunos criterios de aceptación de alto nivel, que luego se debaten con el equipo de desarrollo. Tal vez en contra de la lógica, los buenos criterios de aceptación son condiciones de alto nivel que satisfarían al cliente y le permitirían alcanzar el valor definido y no una descripción detallada de los requisitos de la solución. Juntos, los miembros del equipo de scrum analizan la user story examinando los criterios de aceptación y podrían decidir añadir o eliminar algunos de ellos o aclarar elementos que están manifiestamente fuera de su alcance.
Una vez que todo el mundo está de acuerdo con los criterios de aceptación y la definición de hecho, podemos pasar a la estimación propiamente dicha, utilizando en nuestro caso el Póquer Scrum (también llamado Póquer de Planificación).
Estimación mediante el scrum poker
Este es el momento en el que la herramienta de estimación de scrumpoker-online.org resulta útil. Se recomienda abrir la sesión al principio de la sesión de refinamiento o planificación y que todos los miembros del equipo de scrum entren en la sala utilizando la identificación de la sala proporcionada. Una vez que se haya discutido la historia de usuario y se hayan respondido todas las preguntas, todos los miembros del equipo de desarrollo comiencen a estimar la complejidad de la historia dándole puntos de historia. Bien, puntos de historia pero, ¿qué son exactamente los puntos de historia y cómo sé cuántos puntos de historia se deben asignar a una historia? puntos de historia deben asignarse a una historia? Traducción realizada con la versión gratuita del traductor www.DeepL.com/Translator
story points
Los story points en el scrum son una medida abstracta destinada a representar la complejidad de la implementación de una user story. En general esta "complejidad" está relacionada, por supuesto, con el esfuerzo, pero también con el riesgo y las dificultades previstas. La medida es abstracta, porque no puede relacionarse con una unidad de tiempo como los días u horas de la persona.
Scrumpoker-online.org utiliza la secuencia de fibonacci (1,2,3,5,8,13,21) para estimar las historias. También es muy útil tener una historia de usuario de referencia que todos los miembros del equipo Scrum conozcan bien y asignarle una estimación. A continuación, el equipo puede empezar a estimar otras historias de usuario comparándolas con la historia de usuario de referencia. Así, por ejemplo, si la historia de usuario de referencia se estimó en 3 puntos, una historia que sólo tenga 1 punto debería ser tres veces menos compleja. Por tanto, el valor absoluto de las historias es menos importante que su relación entre sí. Y recuerda seguir siendo ágil y empezar a experimentar, cuantas más historias estime el equipo, mejor lo harán.
Descubrir los resultados
Después de que todo el mundo haya entregado sus estimaciones, el propietario del producto o el maestro de scrum muestra los resultados y si todos coinciden, la historia se ha estimado con éxito. Si por el contrario hay algunas discrepancias, los miembros más alejados pueden empezar a analizar por qué sus estimaciones difieren. La mayoría de las veces esto es un indicio de que aún no existe una comprensión general de todo lo que implica esta historia. Esta conversación puede desembocar en la redefinición de los criterios de aceptación y esto es absolutamente normal; después de todo, se trata de un proceso iterativo.
Genial, ahora tengo una estimación, pero ¿por qué importa?
Una historia bien estimada ayuda enormemente al propietario del producto a juzgar mejor si el valor de una user story (o nueva característica) compensa la complejidad y el esfuerzo para implementarla. Además, permite comprender mejor la planificación de un sprint: después del primer sprint, el equipo sabrá exactamente cuántos story points pudo lograr, por lo que el siguiente sprint deberá completarse con un total de puntos de historia similar. A medida que el equipo adquiere conocimientos y se vuelve más eficaz, la entrega de una cantidad de puntos de historia podría lograrse más rápido que antes. Pero este es el segundo paso: por ahora empiece a hacer estimaciones durante su sesión de planning poker mediante scrumpoker-online.org y disfrute del placer de intentar llegar a un acuerdo sobre una estimación... Verá que esto hará maravillas para lograr un entendimiento compartido de lo que se espera.