{"id":7960,"date":"2022-01-25T11:12:11","date_gmt":"2022-01-25T11:12:11","guid":{"rendered":"https:\/\/www.cybermedian.com\/es\/?p=7960"},"modified":"2026-04-20T09:13:35","modified_gmt":"2026-04-20T09:13:35","slug":"los-7-metodos-de-estimacion-agil-mas-populares-para-historias-de-usuarios","status":"publish","type":"post","link":"https:\/\/www.cybermedian.com\/es\/top-7-most-popular-agile-estimation-methods-for-user-stories\/","title":{"rendered":"Los 7 m\u00e9todos de estimaci\u00f3n \u00e1gil m\u00e1s populares para historias de usuarios"},"content":{"rendered":"
\n

Cuando se trata de estimaci\u00f3n \u00e1gil, no puede dejar de mencionar sus principios b\u00e1sicos: use unidades de estimaci\u00f3n relativas (como puntos de historia), promueva una discusi\u00f3n detallada del contenido de las historias de usuario, forme un consenso y compromiso con la soluci\u00f3n, y mejore el equipo a trav\u00e9s de una colaboraci\u00f3n cohesiva.<\/p>\n

M\u00e9todos de estimaci\u00f3n \u00e1giles para historias de usuarios \u2014 Visual Paradigm International<\/figcaption><\/figure>\n

Muchos equipos \u00e1giles a mi alrededor usan el \u201cp\u00f3quer de planificaci\u00f3n\u201d para estimar los puntos de la historia.\u00a0Aunque este m\u00e9todo es popular, tambi\u00e9n tiene sus limitaciones.<\/p>\n

Por ejemplo:<\/p>\n

    \n
  1. La funci\u00f3n a estimar es demasiado grande y no es f\u00e1cil de estimar con el \u201cp\u00f3quer de planificaci\u00f3n\u201d;<\/li>\n
  2. salen 300 cuentos;<\/li>\n
  3. La historia de usuario a estimar no tiene suficiente informaci\u00f3n de referencia;<\/li>\n
  4. El tiempo es escaso, no hay tiempo para estimar toda la lista de demanda de productos.<\/li>\n<\/ol>\n

    Por lo tanto, este art\u00edculo no solo presenta los m\u00e9todos de estimaci\u00f3n \u00e1gil m\u00e1s populares “planning poker”, sino tambi\u00e9n otros 6 m\u00e9todos de estimaci\u00f3n \u00e1gil para satisfacer todas sus necesidades de estimaci\u00f3n de historias de usuario.<\/p>\n

    1. P\u00f3quer de planificaci\u00f3n<\/span><\/h3>\n

    Todos los participantes usan cartas numeradas para estimar la historia del usuario, votan de forma an\u00f3nima al estimar, discuten si hay un gran desacuerdo y luego votan nuevamente, hasta que todo el equipo llega a un consenso sobre la precisi\u00f3n de la estimaci\u00f3n.\u00a0El uso del p\u00f3quer planificado tiene limitaciones y es m\u00e1s adecuado para equipos peque\u00f1os (de 5 a 8 personas) y una peque\u00f1a cantidad de historias de usuarios (hasta 10).<\/p>\n

    Consejo:\u00a0<\/strong>\u00a0aunque no es una regla, se recomienda encarecidamente desglosar las historias de usuario en la cartera de productos no m\u00e1s de 13 puntos;\u00a0para que su equipo pueda comprender claramente las historias de los usuarios al nivel de detalles que se pueden estimar c\u00f3modamente.<\/p>\n

    Tarjeta Poke de Planificaci\u00f3n \u2014 M\u00e9todos \u00c1giles de Estimaci\u00f3n<\/figcaption><\/figure>\n

    2. Talla de camiseta<\/span><\/h3>\n

    Usa el tama\u00f1o de la camiseta para estimar el tama\u00f1o de la historia del usuario: XS, S, M, L, XL.\u00a0El tama\u00f1o de cada tama\u00f1o representa la necesidad de una discusi\u00f3n abierta y honesta.\u00a0Este m\u00e9todo es r\u00e1pido y f\u00e1cil, y puede estimar el tama\u00f1o de la lista de demanda de productos de forma audaz.<\/p>\n

    Sugerencia:<\/strong>\u00a0este m\u00e9todo es adecuado para estimar la lista de demanda masiva de grandes historias de usuarios, especialmente cuando varios equipos de Scrum trabajan en torno a un producto.<\/p>\n

    Talla de camiseta M\u00e9todo de estimaci\u00f3n \u00e1gil \u2014 Visual Paradigm International<\/figcaption><\/figure>\n

    3. Voto de punto<\/span><\/h3>\n

    Este m\u00e9todo es adecuado para estimar peque\u00f1as historias de usuarios, y el m\u00e9todo en s\u00ed es muy simple y efectivo.\u00a0La “votaci\u00f3n por puntos” es una forma de tomar decisiones, pero tambi\u00e9n puede usarla para estimar las historias de los usuarios.\u00a0El m\u00e9todo es: a cada persona se le asignan algunas notas post-it, libres de elegir qu\u00e9 historias de usuario votar.\u00a0Cuantos m\u00e1s puntos obtiene una historia de usuario, m\u00e1s volumen representa.<\/p>\n

    Sugerencia:<\/strong>\u00a0este m\u00e9todo se puede usar tanto en equipos grandes como peque\u00f1os, pero debe limitar la cantidad de historias de usuarios estimadas.<\/p>\n

    M\u00e9todo de estimaci\u00f3n \u00e1gil Dot Vote<\/figcaption><\/figure>\n

    4. El sistema de baldes<\/span><\/h3>\n

    Suponga que tiene una gran cantidad de historias de usuarios que deben estimarse y desea acelerar todo el proceso.\u00a0En realidad, est\u00e1 buscando una estimaci\u00f3n que sea m\u00e1s eficiente que la planificaci\u00f3n del p\u00f3quer, entonces el “sistema de cubo podr\u00eda ser una opci\u00f3n deseable”.<\/p>\n

    Primero, configure algunos “cubos” en el orden secuencial de “tarjeta de p\u00f3quer de planificaci\u00f3n”. Luego, el equipo escribe la historia del usuario que se estimar\u00e1 en la nota adhesiva y la coloca en la estimaci\u00f3n del “cubo”.<\/p>\n

    El sistema de baldes: m\u00e9todo de estimaci\u00f3n \u00e1gil<\/figcaption><\/figure>\n

    3. M\u00e9todo de los tres puntos<\/span><\/h3>\n

    La estimaci\u00f3n de 3 puntos pertenece al \u00e1rea de conocimiento de gesti\u00f3n del tiempo.\u00a0Tambi\u00e9n se puede utilizar durante la estimaci\u00f3n de costes.\u00a0El problema con las estimaciones de un solo punto es que rara vez son correctas.\u00a0Una estimaci\u00f3n de tres puntos es una mejor estimaci\u00f3n, en comparaci\u00f3n con una estimaci\u00f3n de un solo punto.<\/p>\n

    La estimaci\u00f3n de un solo punto simplemente le da un solo n\u00famero, por ejemplo,<\/p>\n

    Desarrollar:<\/em>\u00a0\u00a0\u00bfCu\u00e1nto tiempo llevar\u00e1 completar la funci\u00f3n de proceso de pedido?<\/strong><\/p>\n

    \u00bfQu\u00e9 tan confiable es esta\u00a0\u00a0\u00a0estimaci\u00f3n\u00a0de 5 d\u00edas ?\u00a0<\/em>Depender\u00e1 del desarrollador, y si esta tarea se ha hecho antes o no.\u00a0Si se trata de una tarea de rutina y se ha realizado muchas veces, una estimaci\u00f3n de un solo punto puede ser el camino a seguir.\u00a0Pero si es algo que nunca se hizo, o es una actividad nueva, o el ingeniero es nuevo en esta actividad, este n\u00famero bien puede ser incorrecto.\u00a0En tales casos, optar por una estimaci\u00f3n de tres puntos le dar\u00e1 m\u00e1s confiabilidad.<\/p>\n

    La estimaci\u00f3n de tres puntos analiza la estimaci\u00f3n m\u00e1s optimista (O), una estimaci\u00f3n m\u00e1s probable (M) y una estimaci\u00f3n pesimista (estimaci\u00f3n menos probable) o (L).<\/p>\n

    M\u00e9todo de estimaci\u00f3n \u00e1gil de 3 puntos<\/figcaption><\/figure>\n

    6. Estimaci\u00f3n de afinidad<\/span><\/h3>\n

    La estimaci\u00f3n de afinidad consiste en encontrar las similitudes de las historias de usuario que se van a estimar.\u00a0La tarea del equipo es agrupar historias de usuarios similares.\u00a0La mejor manera de \u201cencontrar similitudes\u201d es visualizar el proceso y combinar los subtotales en grupos grandes.<\/p>\n

    Estimaci\u00f3n de afinidad \u2014 Agile Scrum<\/figcaption><\/figure>\n

    Sugerencia:<\/strong>\u00a0este m\u00e9todo funciona mejor en un peque\u00f1o grupo de personas y una peque\u00f1a cantidad de historias de usuarios, debe asignar diferentes estimaciones a diferentes grupos.<\/p>\n

    7 M\u00e9todo de clasificaci\u00f3n<\/span><\/h3>\n

    Este enfoque le permite tener un juicio relativamente preciso del tama\u00f1o relativo de la historia del usuario.\u00a0Si un peque\u00f1o grupo de expertos hace esto, funcionar\u00e1 mejor.<\/p>\n

    He aqu\u00ed c\u00f3mo: coloque todas las historias de usuario en una etiqueta de marca de menor a mayor en cualquier orden, y cada participante puede mover una historia de usuario en la escala, moviendo solo un cuadro hacia abajo o hacia arriba para cada movimiento.\u00a0O renunciar a una ronda.\u00a0Repita este proceso hasta que todos los miembros del equipo no quieran mover la historia de usuario o renunciar a una ronda.<\/p>\n

    M\u00e9todo de estimaci\u00f3n de clasificaci\u00f3n<\/figcaption><\/figure>\n

    Sugerencia:<\/strong>\u00a0este m\u00e9todo de clasificaci\u00f3n puede obtener una estimaci\u00f3n del tama\u00f1o de grano fino, que es adecuado para peque\u00f1os grupos de personas y una gran cantidad de historias de usuarios.<\/p>\n

    Resumen<\/span><\/h4>\n

    El prop\u00f3sito de este art\u00edculo es presentarle la existencia de estos m\u00e9todos.\u00a0Antes del uso diario, debe probar diferentes m\u00e9todos seg\u00fan sus propias historias de usuario y el tama\u00f1o de su personal.<\/p>\n

    Si est\u00e1 interesado en estos m\u00e9todos, deje un mensaje en la secci\u00f3n de comentarios.\u00a0Puedo elaborar los m\u00e9todos con m\u00e1s detalles en un art\u00edculo separado.<\/p>\n

    Otros art\u00edculos en T\u00e9cnicas y artefactos de Scrum<\/span><\/h4>\n