{"id":15099,"date":"2023-11-06T17:30:14","date_gmt":"2023-11-06T20:30:14","guid":{"rendered":"https:\/\/caroli.org\/es\/?p=15099"},"modified":"2023-11-08T09:10:47","modified_gmt":"2023-11-08T12:10:47","slug":"historias-de-usuario","status":"publish","type":"post","link":"https:\/\/caroli.org\/es\/historias-de-usuario\/","title":{"rendered":"Historias de Usuario y creaci\u00f3n de productos exitosos"},"content":{"rendered":"<p><strong>Art\u00edculo revisado por: <a href=\"https:\/\/www.linkedin.com\/in\/carlosmarinpascual\/\" target=\"_blank\" rel=\"noopener\">Carlos Mar\u00edn Pascual<\/a>.<\/strong><\/p><div id=\"ez-toc-container\" class=\"ez-toc-v2_0_88 counter-hierarchy ez-toc-counter ez-toc-grey ez-toc-container-direction\">\n<div class=\"ez-toc-title-container\">\n<p class=\"ez-toc-title\" style=\"cursor:inherit\">Sum\u00e1rio<\/p>\n<span class=\"ez-toc-title-toggle\"><a href=\"#\" class=\"ez-toc-pull-right ez-toc-btn ez-toc-btn-xs ez-toc-btn-default ez-toc-toggle\" aria-label=\"Alternar tabla de contenidos\"><span class=\"ez-toc-js-icon-con\"><span class=\"\"><span class=\"eztoc-hide\" style=\"display:none;\">Toggle<\/span><span class=\"ez-toc-icon-toggle-span\"><svg style=\"fill: #999;color:#999\" xmlns=\"http:\/\/www.w3.org\/2000\/svg\" class=\"list-377408\" width=\"20px\" height=\"20px\" viewBox=\"0 0 24 24\" fill=\"none\"><path d=\"M6 6H4v2h2V6zm14 0H8v2h12V6zM4 11h2v2H4v-2zm16 0H8v2h12v-2zM4 16h2v2H4v-2zm16 0H8v2h12v-2z\" fill=\"currentColor\"><\/path><\/svg><svg style=\"fill: #999;color:#999\" class=\"arrow-unsorted-368013\" xmlns=\"http:\/\/www.w3.org\/2000\/svg\" width=\"10px\" height=\"10px\" viewBox=\"0 0 24 24\" version=\"1.2\" baseProfile=\"tiny\"><path d=\"M18.2 9.3l-6.2-6.3-6.2 6.3c-.2.2-.3.4-.3.7s.1.5.3.7c.2.2.4.3.7.3h11c.3 0 .5-.1.7-.3.2-.2.3-.5.3-.7s-.1-.5-.3-.7zM5.8 14.7l6.2 6.3 6.2-6.3c.2-.2.3-.5.3-.7s-.1-.5-.3-.7c-.2-.2-.4-.3-.7-.3h-11c-.3 0-.5.1-.7.3-.2.2-.3.5-.3.7s.1.5.3.7z\"\/><\/svg><\/span><\/span><\/span><\/a><\/span><\/div>\n<nav><ul class='ez-toc-list ez-toc-list-level-1 ' ><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-1\" href=\"https:\/\/caroli.org\/es\/historias-de-usuario\/#Aparicion_de_Historias_de_Usuario\" >Aparici\u00f3n de Historias de Usuario<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-2\" href=\"https:\/\/caroli.org\/es\/historias-de-usuario\/#Metodo_de_Cascada_y_Metodos_Agiles\" >M\u00e9todo de Cascada y M\u00e9todos \u00c1giles<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-3\" href=\"https:\/\/caroli.org\/es\/historias-de-usuario\/#Formatos_de_Historias_de_Usuario\" >Formatos de Historias de Usuario<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-4\" href=\"https:\/\/caroli.org\/es\/historias-de-usuario\/#3W_de_la_Historia_del_Usuario\" >3W de la Historia del Usuario<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-5\" href=\"https:\/\/caroli.org\/es\/historias-de-usuario\/#INVEST\" >INVEST<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-6\" href=\"https:\/\/caroli.org\/es\/historias-de-usuario\/#Modelo_3Cs\" >Modelo 3Cs<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-7\" href=\"https:\/\/caroli.org\/es\/historias-de-usuario\/#Criterios_de_Aceptacion\" >Criterios de Aceptaci\u00f3n<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-8\" href=\"https:\/\/caroli.org\/es\/historias-de-usuario\/#Dividir_Historias_en_Tareas\" >Dividir Historias en Tareas<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-9\" href=\"https:\/\/caroli.org\/es\/historias-de-usuario\/#Interfaz_de_Usuario\" >Interfaz de Usuario<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-10\" href=\"https:\/\/caroli.org\/es\/historias-de-usuario\/#Escribiendo_Historias_con_el_Canvas_PBB\" >Escribiendo Historias con el Canvas PBB<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-11\" href=\"https:\/\/caroli.org\/es\/historias-de-usuario\/#Ejemplo_de_Historia_de_Usuario\" >Ejemplo de Historia de Usuario<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-12\" href=\"https:\/\/caroli.org\/es\/historias-de-usuario\/#Persona_Feature_Historias\" >Persona, Feature, Historias<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-13\" href=\"https:\/\/caroli.org\/es\/historias-de-usuario\/#Historias_Criterios_de_Aceptacion_Tareas\" >Historias, Criterios de Aceptaci\u00f3n, Tareas<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-14\" href=\"https:\/\/caroli.org\/es\/historias-de-usuario\/#TAPAs_para_Comprobar_la_Calidad_de_las_Historias_de_Usuario\" >TAPAs para Comprobar la Calidad de las Historias de Usuario<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-15\" href=\"https:\/\/caroli.org\/es\/historias-de-usuario\/#Facilitadores_en_PBB\" >Facilitadores en PBB<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-16\" href=\"https:\/\/caroli.org\/es\/historias-de-usuario\/#Definicion_de_Preparado\" >Definici\u00f3n de Preparado<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-17\" href=\"https:\/\/caroli.org\/es\/historias-de-usuario\/#Definicion_de_Hecho\" >Definici\u00f3n de Hecho<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-18\" href=\"https:\/\/caroli.org\/es\/historias-de-usuario\/#Historias_de_Usuarios_en_Scrum\" >Historias de Usuarios en Scrum<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-19\" href=\"https:\/\/caroli.org\/es\/historias-de-usuario\/#Historias_de_Usuarios_en_Kanban\" >Historias de Usuarios en Kanban<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-20\" href=\"https:\/\/caroli.org\/es\/historias-de-usuario\/#%C2%BFTe_gusto_este_contenido\" >\u00bfTe gust\u00f3 este contenido?<\/a><\/li><\/ul><\/nav><\/div>\n\n<p>Las Historias de Usuario son esenciales. Conocer las necesidades reales de los usuarios y desarrollar funcionalidades acordes con esta realidad son factores clave para construir productos de \u00e9xito. En este art\u00edculo, descubrir\u00e1 m\u00e1s detalles sobre este tema, especialmente sobre t\u00e9cnicas para escribir historias de usuario asertivas y de calidad, ejemplos de aplicaci\u00f3n y otros aspectos de las Historias de Usuario, que tambi\u00e9n se abordan en el libro <a href=\"https:\/\/caroli.org\/es\/livro\/product-backlog-building\/\" target=\"_blank\" rel=\"noopener\"><strong>Product Backlog Building (PBB)<\/strong><\/a>, de los autores <a href=\"https:\/\/www.linkedin.com\/in\/fabiogr\/\" target=\"_blank\" rel=\"noopener\">F\u00e1bio Aguiar<\/a> y yo, <a href=\"https:\/\/www.linkedin.com\/in\/paulocaroli\/\" target=\"_blank\" rel=\"noopener\">Paulo Caroli<\/a>.<\/p>\n\n<p>&nbsp;<\/p>\n<h2><span class=\"ez-toc-section\" id=\"Aparicion_de_Historias_de_Usuario\"><\/span><b><a id=\"aparicion-de-historias-de-usuario\"><\/a>Aparici\u00f3n de Historias de Usuario<\/b><span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p>Cuando hablamos de Historias de Usuario, no podemos olvidar un nombre importante: el autor <a href=\"https:\/\/www.mountaingoatsoftware.com\/company\/about-mike-cohn\" target=\"_blank\" rel=\"noopener\"><strong>Mike Cohn<\/strong><\/a>. Es considerado uno de los grandes referentes en lo que a Historias de Usuario se refiere.<\/p>\n<p>En su libro <a href=\"https:\/\/www.amazon.es\/User-Stories-Applied-Development-Signature\/dp\/0321205685\" target=\"_blank\" rel=\"noopener\"><em><strong>User Stories Applied: For Agile Software Development<\/strong><\/em><\/a>, Mike Cohn se\u00f1ala que la mejor manera de crear un producto que se ajuste a las necesidades de los usuarios es haciendo uso de las Historias de Usuario.<\/p>\n<p>Fue Mike Cohn quien populariz\u00f3 las siglas INVEST, que ver\u00e1s con m\u00e1s detalle a continuaci\u00f3n. Para Cohn, es fundamental identificar los roles de cada usuario, porque, a partir de eso, hay una conexi\u00f3n con el dolor o necesidad que tiene ese usuario y, por lo tanto, la creaci\u00f3n de productos valiosos.<\/p>\n<p>&nbsp;<\/p>\n<h2><span class=\"ez-toc-section\" id=\"Metodo_de_Cascada_y_Metodos_Agiles\"><\/span><b><a id=\"metodo-de-cascada-y-metodos-agiles\"><\/a>M\u00e9todo de Cascada y M\u00e9todos \u00c1giles<\/b><span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p>El M\u00e9todo o Modelo en Cascada (del ingl\u00e9s Waterfall), tambi\u00e9n llamado M\u00e9todo Tradicional, es un modelo de gesti\u00f3n basado en fases, donde el final de una fase indica el comienzo de la siguiente. Por ejemplo: planificaci\u00f3n, ejecuci\u00f3n, validaci\u00f3n y entrega.<\/p>\n<p>Sin embargo, a pesar del \u00e9xito del siglo pasado, hoy en d\u00eda, el Modelo en Cascada parece ser un modelo desfasado y en algunos casos arriesgado, considerando que solo se avanza en el proyecto desde el final de cada etapa y, el avance a la siguiente fase depende de la aprobaci\u00f3n del artefacto generado en la fase anterior.<\/p>\n<p>Los M\u00e9todos \u00c1giles llegaron para cambiar esta realidad. Con un modelo mucho m\u00e1s flexible, el equipo trabaja en ciclos cortos y frecuentes, entregas r\u00e1pidas y centradas en el usuario. Otra gran diferencia radica en el hecho de que se pueden realizar cambios a lo largo del desarrollo del producto, mientras que en el m\u00e9todo en Cascada los cambios no son tan bien recibidos.<\/p>\n<p>&nbsp;<\/p>\n<h2><span class=\"ez-toc-section\" id=\"Formatos_de_Historias_de_Usuario\"><\/span><b><a id=\"formatos-de-historias-do-usuario\"><\/a>Formatos de Historias de Usuario<\/b><span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p>Originalmente, las Historias de Usuario nacieron con el prop\u00f3sito de que la propia persona afectada escribiera dichas Historias. Sin embargo, con el tiempo y, en gran medida por la expansi\u00f3n del marco <a href=\"https:\/\/caroli.org\/es\/scrum-significado-aplicacion-conceptos-y-ejemplos\/\" target=\"_blank\" rel=\"noopener\">Scrum<\/a>, el Propietario del Producto (PO de <em>Product Owner<\/em>, en ingl\u00e9s) se convirti\u00f3 en la principal persona que escrib\u00eda estas historias y las organizaba en un Backlog de producto. Sin embargo, cualquiera puede (y debe) escribir una historia de usuario. Por cierto, PBB le ayuda a escribir buenas Historias de Usuario. Puede obtener m\u00e1s informaci\u00f3n en este art\u00edculo y en el libro PBB.<\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"alignnone wp-image-213176 \" src=\"https:\/\/caroli.org\/es\/wp-content\/uploads\/sites\/8\/2023\/11\/pbb-formato-historia-de-usuario-1024x586.png\" alt=\"\" width=\"556\" height=\"318\" \/><\/p>\n<p>&nbsp;<\/p>\n<h2><span class=\"ez-toc-section\" id=\"3W_de_la_Historia_del_Usuario\"><\/span><b><a id=\"3ws-de-la-historia-del-usuario\"><\/a>3W de la Historia del Usuario<\/b><span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p>Una Historia de Usuario es un formato textual para describir de forma concisa un requerimiento que busca responder a tres preguntas espec\u00edficas a partir de las siglas conocidas como<strong> 3W: Who? (\u00bfQui\u00e9n?), What? (\u00bfQu\u00e9?) y Why? (\u00bfy por qu\u00e9?)<\/strong><\/p>\n<ul>\n<li><strong>\u00bfPara qui\u00e9n es?<\/strong><\/li>\n<li><strong>\u00bfCu\u00e1l es la acci\u00f3n o actividad que la persona realiza con ella?<\/strong><\/li>\n<li><strong>\u00bfPor qu\u00e9 la persona lo usar\u00e1 (beneficio o raz\u00f3n)?<\/strong><\/li>\n<\/ul>\n<p>&nbsp;<\/p>\n<h2><\/h2>\n<h2><span class=\"ez-toc-section\" id=\"INVEST\"><\/span><b><a id=\"INVEST\"><\/a>INVEST<\/b><span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p>En su libro <strong>Extreme Programming Explored<\/strong>, William C. Wake cre\u00f3 el acr\u00f3nimo INVEST, donde cada letra representa una de las seis caracter\u00edsticas importantes de una historia de usuario: <strong>independiente, negociable, valiosa, estimable, peque\u00f1a y comprobable<\/strong>.<\/p>\n<p>Varios a\u00f1os despu\u00e9s de la creaci\u00f3n del acr\u00f3nimo, Mike Cohn, renombr\u00f3 la letra \u201cS\u201d de \u201cpeque\u00f1o\u201d (small) a dimensionada adecuadamente (sized), ya que algunas personas creaban historias que eran un tanto grandes, pero adecuadas para su propio contexto.<\/p>\n<ul>\n<li><strong>INDEPENDIENTE (Independent):<\/strong> Una historia no depende de otra.<\/li>\n<li><strong>NEGOCIABLE (Negotiable):<\/strong> Una historia captura la esencia de lo que se desea. No es un contrato fijo. Las conversaciones y la negociaci\u00f3n son bienvenidas.<\/li>\n<li><strong>VALIOSO (Valuable):<\/strong> Una historia describe claramente el valor para el cliente.<\/li>\n<li><strong>ESTIMABLE (Estimable):<\/strong> Una historia proporciona suficiente informaci\u00f3n para que el equipo realice una estimaci\u00f3n de alto nivel.<\/li>\n<li><strong>PEQUE\u00d1A (Small):<\/strong> Una buena historia debe ser relativamente peque\u00f1a para completarse en el menor tiempo posible y encajar en una iteraci\u00f3n dado el contexto del equipo.<\/li>\n<li><strong>COMPROBABLE (Testable):<\/strong> Una historia debe ser lo suficientemente clara como para que se puedan definir pruebas para ella..<\/li>\n<\/ul>\n<p>Por lo tanto, el acr\u00f3nimo INVEST ayuda a escribir buenas historias, con las siguientes preguntas: \u00bfes independiente? \u00bfNegociable? \u00bfValioso para el negocio? \u00bfEstimable? \u00bfA medida? \u00bfComprobable?<\/p>\n<p>&nbsp;<\/p>\n<h2><span class=\"ez-toc-section\" id=\"Modelo_3Cs\"><\/span><b><a id=\"Modelo-3Cs\"><\/a>Modelo 3Cs<\/b><span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p>Adem\u00e1s del modelo INVEST, una buena Historia de Usuario tambi\u00e9n consta de tres elementos, llamados las 3C:<\/p>\n<p><strong>TARJETA (Card):<\/strong> La descripci\u00f3n realizada para la historia de usuario debe caber en una ficha, con informaci\u00f3n breve y suficiente para identificarla. El formato m\u00e1s com\u00fan es:<\/p>\n<ul>\n<li><strong>COMO &lt;funci\u00f3n\/perfil&gt;<\/strong><\/li>\n<li><strong>QUIERO &lt;acci\u00f3n\/objetivo&gt;<\/strong><\/li>\n<li><strong>PARA &lt;beneficio\/motivo&gt;<\/strong><\/li>\n<\/ul>\n<p><strong>CONVERSACI\u00d3N (Conversation):<\/strong> Para aclarar dudas y detallar el trabajo para la implementaci\u00f3n, es necesario tener muchas conversaciones. En las historias de usuario, las conversaciones ser\u00e1n continuas, no solo al principio cuando se define el requisito. Los mejores documentos son aquellos que nos ayudan a recordar nuestras conversaciones, no a reemplazarlas.<\/p>\n<p><strong>CONFIRMACI\u00d3N (Confirmation):<\/strong> En este paso se determina si se ha logrado el objetivo de la historia de usuario. Para esto, los criterios de aceptaci\u00f3n son importantes y deben definirse para cada historia antes de que el equipo comience a implementarla.<\/p>\n<p>&nbsp;<\/p>\n<h2><span class=\"ez-toc-section\" id=\"Criterios_de_Aceptacion\"><\/span><b><a id=\"criterios-de-aceptacion\"><\/a>Criterios de Aceptaci\u00f3n<\/b><span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p>Los Criterios de aceptaci\u00f3n pretenden describir c\u00f3mo validar una historia de usuario. Generalmente, una historia tendr\u00e1 algunos criterios de aceptaci\u00f3n, tambi\u00e9n llamados AC (Acceptance Criteria en ingl\u00e9s). Al hacerlo, los AC proporcionan una lista de verificaci\u00f3n que determina cu\u00e1ndo una historia de usuario est\u00e1 completa y con el funcionamiento esperado.<\/p>\n<p>Del libro Product Backlog Building, traemos como ejemplo la siguiente historia: \u201cComo cliente, me gustar\u00eda sacar dinero en el cajero autom\u00e1tico para evitar la fila del banco\u201d. Aqu\u00ed hay una lista posible de Criterios de Aceptaci\u00f3n para esta situaci\u00f3n:<\/p>\n<ul>\n<li>El cliente con saldo suficiente puede retirar dinero de su cuenta.<\/li>\n<li>El cliente sin saldo suficiente no puede retirar dinero de su cuenta.<\/li>\n<li>El cliente con saldo suficiente no puede retirar dinero de su cuenta si el cajero autom\u00e1tico no tiene suficiente dinero para retirar.<\/li>\n<\/ul>\n<p>El formato presentado se compara con una lista de verificaci\u00f3n utilizada para verificar que la historia est\u00e9 completa y funcionando, es decir, si cumple todos los Criterios de Aceptaci\u00f3n. Si hay m\u00e1s de cinco criterios, se recomienda dividir la historia en dos.<\/p>\n<h2><span class=\"ez-toc-section\" id=\"Dividir_Historias_en_Tareas\"><\/span><b><a id=\"dividir-historias-en-tareas\"><\/a>Dividir Historias en Tareas<\/b><span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p>La descomposici\u00f3n de historias en pedazos m\u00e1s peque\u00f1os da lugar a tareas. Con ellas, el equipo de desarrollo entra en detalles t\u00e9cnicos sobre c\u00f3mo se implementar\u00e1n las piezas m\u00e1s peque\u00f1as. A diferencia de las historias, las tareas son m\u00e1s directas y con lenguaje t\u00e9cnico, no siguiendo un formato textual definido.<\/p>\n<p>Las tareas identifican algo que debe hacerse como parte de una Historia. Como ejemplos de tareas tenemos: cambiar campos en la tabla de inicio, crear cuentas de prueba para usuarios, automatizar scripts de generaci\u00f3n de datos, etc.<\/p>\n<p>&nbsp;<\/p>\n<h2><span class=\"ez-toc-section\" id=\"Interfaz_de_Usuario\"><\/span><b><a id=\"interfaz-de-usuario\"><\/a>Interfaz de Usuario<\/b><span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p>La forma de describir la interfaz de una Historia var\u00eda seg\u00fan la decisi\u00f3n del equipo y esto se puede hacer de las siguientes maneras: boceto (o dibujos simples en papel), wireframes, maquetas o prototipos.<\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"alignnone wp-image-213177\" src=\"https:\/\/caroli.org\/es\/wp-content\/uploads\/sites\/8\/2023\/11\/pbb-fidelidad-tiempo.png\" alt=\"\" width=\"387\" height=\"338\" \/><\/p>\n<p>La pregunta que surge es \u00bfCu\u00e1nto debe definirse la interfaz para empezar a trabajar en la historia?<\/p>\n<p>La respuesta a esa pregunta es b\u00e1sicamente el acuerdo del equipo para decidir si la historia est\u00e1 lista desde el punto de vista de la interfaz de usuario. Lo m\u00e1s importante es que el grupo est\u00e9 alineado y c\u00f3modo con el trabajo a realizar.<\/p>\n<p>&nbsp;<\/p>\n<h2><span class=\"ez-toc-section\" id=\"Escribiendo_Historias_con_el_Canvas_PBB\"><\/span><b><a id=\"escribiendo-historias-con-pbb\"><\/a>Escribiendo Historias con el Canvas PBB<\/b><span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p>El Canvas PBB nos ayudar\u00e1 a escribir Historias de Usuario. Como se vio anteriormente, escribir una Historia de Usuario responde b\u00e1sicamente a tres preguntas principales: <strong>\u00bfQui\u00e9n? \u00bfQu\u00e9? \u00bfPara qu\u00e9?<\/strong><\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"alignnone wp-image-213178\" src=\"https:\/\/caroli.org\/es\/wp-content\/uploads\/sites\/8\/2023\/11\/pbb-perguntas-historias-de-usuario.png\" alt=\"\" width=\"586\" height=\"160\" \/><\/p>\n<p>En vista de esto, el Canvas PBB viene a ayudar en la redacci\u00f3n de Historias de Usuario. El m\u00e9todo tiene el \u00ab\u00bfqui\u00e9n?\u00bb qu\u00e9 es la persona; \u00bfqu\u00e9?\u00bb cu\u00e1les son los PBI (abreviatura de Product Backlog Items); y el \u00ab\u00bfpara qu\u00e9?\u00bb que est\u00e1 en los beneficios de la funcionalidad.<\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"alignnone wp-image-213179\" src=\"https:\/\/caroli.org\/es\/wp-content\/uploads\/sites\/8\/2023\/11\/pbb.png\" alt=\"\" width=\"644\" height=\"1129\" srcset=\"https:\/\/caroli.org\/es\/wp-content\/uploads\/sites\/8\/2023\/11\/pbb.png 644w, https:\/\/caroli.org\/es\/wp-content\/uploads\/sites\/8\/2023\/11\/pbb-480x842.png 480w\" sizes=\"(min-width: 0px) and (max-width: 480px) 480px, (min-width: 481px) 644px, 100vw\" \/><\/p>\n<p>&nbsp;<\/p>\n<h2><span class=\"ez-toc-section\" id=\"Ejemplo_de_Historia_de_Usuario\"><\/span><b><a id=\"ejemplo-de-historia-de-usuario\"><\/a>Ejemplo de Historia de Usuario<\/b><span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p>En el libro de PBB, compartimos algunos ejemplos de Historias de Usuario, como la creaci\u00f3n del producto digital \u201cLa Colecci\u00f3n de Charlas\u201d. Creado por la comunidad T\u00e1 Safo, tiene como objetivo preparar un portafolio de conferencias y organizar eventos. A continuaci\u00f3n, ver\u00e1 algunos detalles sobre la descripci\u00f3n de tres funcionalidades del producto con algunas Historias de Usuario, criterios de aceptaci\u00f3n y tareas.<\/p>\n<p>&nbsp;<\/p>\n<h2><span class=\"ez-toc-section\" id=\"Persona_Feature_Historias\"><\/span><b><a id=\"persona-funcionalidad-historias\"><\/a>Persona, Feature, Historias<\/b><span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p>A continuaci\u00f3n, se muestran tres <em>features<\/em> de muestra con sus respectivas personas e Historias de Usuario.<\/p>\n<p><strong>PERSONAJE: <\/strong>Ponente<br \/>\n<strong>FEATURE 1:<\/strong> Publicar una charla.<br \/>\n<strong>HISTORIA 1.1:<\/strong> Como ponente, puedo acceder al escritorio para administrar de forma privada.<br \/>\n<strong>HISTORIA 1.2:<\/strong> Como ponente, puedo publicar trabajos para que el contenido est\u00e9 disponible.<br \/>\n<strong>HISTORIA 1.3:<\/strong> Como ponente, puedo vincular la presentaci\u00f3n externa para integrar trabajos.<\/p>\n<p><strong>PERSONA: <\/strong>Participante<br \/>\n<strong>FEATURE 2:<\/strong> Participar en el evento.<br \/>\n<strong>HISTORIA 2.1:<\/strong> Como participante, puedo encontrar el evento disponible para ver el cronograma.<br \/>\n<strong>HISTORIA 2.2:<\/strong> Como participante, puedo registrarme en el evento para consumir contenido.<br \/>\n<strong>HISTORIA 2.3:<\/strong> Como participante, puedo registrarme en el evento para confirmar la asistencia.<\/p>\n<p><strong>PERSONAJE: Organizador<\/strong><br \/>\n<strong>FEATURE 3:<\/strong> Organizar evento.<br \/>\n<strong>HISTORIA 3.1:<\/strong> Como organizador, puedo establecer el horario del evento para dar a conocer la grilla.<br \/>\n<strong>HISTORIA 3.2:<\/strong> Como organizador, puedo publicitar el evento en los medios para atraer audiencias.<br \/>\n<strong>HISTORIA 3.3:<\/strong> Como organizador, puedo invitar a coorganizadores del evento para facilitar la organizaci\u00f3n.<\/p>\n<p>&nbsp;<\/p>\n<h2><span class=\"ez-toc-section\" id=\"Historias_Criterios_de_Aceptacion_Tareas\"><\/span><b><a id=\"historial-criterios-de-aceptacion-tareas\"><\/a>Historias, Criterios de Aceptaci\u00f3n, Tareas<\/b><span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p>Ahora, mostramos un ejemplo de una historia de la funcionalidad \u201cPublicar una charla\u201d del producto \u201cColecci\u00f3n de Charlas\u201d.<\/p>\n<p><strong>HISTORIA 1.3<\/strong><br \/>\nComo ponente, puedo vincular la presentaci\u00f3n externa para integrar trabajos.<\/p>\n<p><strong>CRITERIOS DE ACEPTACI\u00d3N 1<\/strong><\/p>\n<p><strong>ESCENARIO 1:<\/strong> Asociaci\u00f3n de presentaciones en plataformas para compartir presentaciones.<\/p>\n<p>\u2013 Dado que existe un enlace v\u00e1lido en la plataforma SlideShare<br \/>\n\u2013 Cu\u00e1ndo se vincula el enlace de presentaci\u00f3n externa<br \/>\n\u2013 Entonces se mostrar\u00e1 una vista previa de la presentaci\u00f3n en la pantalla<\/p>\n<p><strong>CRITERIOS DE ACEPTACI\u00d3N 2<\/strong><\/p>\n<p><strong>ESCENARIO 2: <\/strong><span style=\"font-weight: 400;\">Asociar la presentaci\u00f3n con obra editorial.<\/span><\/p>\n<p>\u2013 Dado que el enlace de presentaci\u00f3n es v\u00e1lido<br \/>\n\u2013 Cu\u00e1ndo se publique la charla<br \/>\n\u2013 Entonces se mostrar\u00e1 la presentaci\u00f3n asociada en los detalles de la charla publicada.<\/p>\n<p><strong>TAREAS<\/strong><\/p>\n<p>\u2013 Consumir el punto final de presentaci\u00f3n.<br \/>\n\u2013 Crear la interfaz de usuario para mostrar el archivo PDF de la presentaci\u00f3n.<br \/>\n\u2013 Cree una l\u00f3gica de back-end para vincular la presentaci\u00f3n con el trabajo publicado.<br \/>\n\u2013 Cambiar par\u00e1metro a enlace p\u00fablico o privado.<br \/>\n\u2013 Cree datos de prueba para verificar que el enlace sea v\u00e1lido.<br \/>\n\u2013 Cambiar base de datos para incluir enlace de presentaci\u00f3n.<\/p>\n<p>&nbsp;<\/p>\n<h2><span class=\"ez-toc-section\" id=\"TAPAs_para_Comprobar_la_Calidad_de_las_Historias_de_Usuario\"><\/span><b><a id=\"tapas-para-comprobar-la-calidad-de-las-historias-de-usuario\"><\/a>TAPAs para Comprobar la Calidad de las Historias de Usuario<\/b><span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p>Incluso usando PBB para generar tus historias, necesitas verificar su calidad, es decir, la alineaci\u00f3n del equipo con los principales atributos de la historia. Fue con esta intenci\u00f3n que Manoel Pimentel cre\u00f3 la t\u00e9cnica TAPAs.<\/p>\n<p>Seg\u00fan \u00e9l, TAPAs ayuda a enriquecer el an\u00e1lisis y la comprensi\u00f3n de los principales atributos de una historia de usuario, que forman el acr\u00f3nimo TAPA: <strong>tangible, at\u00f3mica, preciosa, accesible:<\/strong><\/p>\n<ul>\n<li><strong>TANGIBLE:<\/strong> La historia es palpable, concreta y espec\u00edfica.<\/li>\n<li><strong>AT\u00d3MICA:<\/strong> La historia es peque\u00f1a e independiente.<\/li>\n<li><strong>PRECIOSA:<\/strong> La historia resuelve un problema importante para el usuario.<\/li>\n<li><strong>ACCESIBLE:<\/strong> La historia es clara y f\u00e1cil de entender.<\/li>\n<\/ul>\n<p>Similar a una comida en un restaurante de tapas espa\u00f1ol, Manoel Pimentel explica que comer\u00e1s varias tapas, que se entregan con frecuencia (Sprint to Sprint). A diferencia de los restaurantes tradicionales (no \u00e1giles), que trabajan con un plato principal que tardar\u00e1 m\u00e1s en servirse, y probablemente necesitar\u00e1s un tenedor y un cuchillo para cortarlo en trozos m\u00e1s peque\u00f1os.<\/p>\n<p>&nbsp;<\/p>\n<h2><span class=\"ez-toc-section\" id=\"Facilitadores_en_PBB\"><\/span><b><a id=\"facilitadores-en-PBB\"><\/a>Facilitadores en PBB<\/b><span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p>En una sesi\u00f3n de PBB, es fundamental definir qui\u00e9n ser\u00e1 la llamada <strong>persona facilitadora<\/strong>. Entre las misiones del facilitador est\u00e1n: ayudar a decidir cu\u00e1nto durar\u00e1 la sesi\u00f3n; adaptar la facilitaci\u00f3n de PBB de acuerdo con el contexto y la realidad del equipo y la organizaci\u00f3n; provocar la colaboraci\u00f3n de todas las personas del equipo; adem\u00e1s de fomentar la comunicaci\u00f3n activa de todos los participantes en la ideaci\u00f3n, comprensi\u00f3n, an\u00e1lisis y creaci\u00f3n de incrementos de producto.<\/p>\n<p>La persona facilitadora puede ser cualquier persona que tenga inter\u00e9s en ayudar a construir un buen Backlog de Producto. Por lo general, alguien del equipo ya asume el rol de facilitador de los talleres colaborativos. Esta persona es una buena candidata para una primera facilitaci\u00f3n de PBB. En este sentido, tambi\u00e9n tenemos varias personas interesadas en una buena facilitaci\u00f3n, como por ejemplo, el <a href=\"https:\/\/caroli.org\/es\/scrum-significado-aplicacion-conceptos-y-ejemplos\/#que-es-product-owner\" target=\"_blank\" rel=\"noopener\">Product Owner<\/a>, el <a href=\"https:\/\/caroli.org\/es\/scrum-significado-aplicacion-conceptos-y-ejemplos\/#cual-es-el-trabajo-de-un-scrum-master\" target=\"_blank\" rel=\"noopener\">Scrum Master<\/a>, el Agile coach, el product manager y el desarrollador.<\/p>\n<p>&nbsp;<\/p>\n<h2><span class=\"ez-toc-section\" id=\"Definicion_de_Preparado\"><\/span><b><a id=\"definicion-de-preparado\"><\/a>Definici\u00f3n de Preparado<\/b><span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p>La Definici\u00f3n de Preparado (DoR &#8211; Definition of Ready<strong>, <\/strong>en ingl\u00e9s) es un acuerdo entre el equipo y el PO que indica cu\u00e1ndo el PBI est\u00e1 listo para entrar en un <a href=\"https:\/\/caroli.org\/es\/scrum-significado-aplicacion-conceptos-y-ejemplos\/#en-scrum-que-es-sprint\" target=\"_blank\" rel=\"noopener\">Sprint<\/a>, es decir, cu\u00e1ndo tiene suficiente informaci\u00f3n para ir a la planificaci\u00f3n, ejecuci\u00f3n y entrega. La gente suele decir: \u201cEste item est\u00e1 listo para empezar a trabajar en \u00e9l\u201d, y generalmente esto indica que el equipo:<\/p>\n<ol>\n<li>Tiene la informaci\u00f3n necesaria para trabajar en el elemento.<\/li>\n<li>Entiende el motivo por el que existe el item.<\/li>\n<li>Puede demostrar la finalizaci\u00f3n del item.<\/li>\n<li>Identifica c\u00f3mo el item compone o est\u00e1 relacionado con la funcionalidad.<\/li>\n<li>Acuerdan que el item cabe en la duraci\u00f3n de un Sprint.<\/li>\n<\/ol>\n<p>Para cada candidato de PBI para el pr\u00f3ximo Sprint, el equipo verifica que:<\/p>\n<ul>\n<li>El PBI est\u00e1 representado por una Historia de Usuario.<\/li>\n<li>El PBI est\u00e1 cubierto por los criterios de aceptaci\u00f3n.<\/li>\n<li>El PBI se asigna a una interfaz (cuando es necesario).<\/li>\n<li>Se identifican las dependencias de PBI (si las hay).<\/li>\n<\/ul>\n<p>El refinamiento del backlog de producto debe ser continuo. El uso de la Definici\u00f3n de preparado y hecho no est\u00e1 limitado \u00fanicamente a Scrum; tambi\u00e9n es una pr\u00e1ctica muy \u00fatil cuando se trabaja con <a href=\"https:\/\/www.caroli.org\/en\/what-is-kanban\/\" target=\"_blank\" rel=\"noopener\"><strong>Kanban<\/strong><\/a> y otros m\u00e9todos \u00e1giles<\/p>\n<p>&nbsp;<\/p>\n<h2><span class=\"ez-toc-section\" id=\"Definicion_de_Hecho\"><\/span><b><a id=\"definicion-de-hecho\"><\/a>Definici\u00f3n de Hecho<\/b><span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p>La \u201cDefinici\u00f3n de hecho\u201d (DoD &#8211; Definition of Done<strong>, <\/strong>en ingl\u00e9s) es el acuerdo que demuestra la calidad del PBI producido, en el que \u201checho\u201d confirma la satisfacci\u00f3n de todos con el trabajo realizado.<\/p>\n<p>Con esto, en relaci\u00f3n a cada PBI considerado hecho, el equipo demuestra que el \u00edtem:<\/p>\n<ul>\n<li>Ofrece un incremento de producto.<\/li>\n<li>Contempla los criterios de aceptaci\u00f3n establecidos.<\/li>\n<li>Est\u00e1 documentado para su uso.<\/li>\n<li>Se adhiere a los est\u00e1ndares de codificaci\u00f3n.<\/li>\n<li>Mantiene los \u00edndices de rendimiento de los productos.<\/li>\n<\/ul>\n<p>&nbsp;<\/p>\n<h2><span class=\"ez-toc-section\" id=\"Historias_de_Usuarios_en_Scrum\"><\/span><b><a id=\"historias-de-usuarios-en-scrum\"><\/a>Historias de Usuarios en Scrum<\/b><span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p><a href=\"https:\/\/caroli.org\/es\/scrum-significado-aplicacion-conceptos-y-ejemplos\/\" target=\"_blank\" rel=\"noopener\"><strong>Scrum<\/strong><\/a> es considerada la metodolog\u00eda \u00e1gil m\u00e1s famosa y se basa en el concepto de Sprint -ciclos cortos (una o dos semanas)- para mantener la cadencia de un equipo. Por ello, se recomienda que cada Sprint comience con una reuni\u00f3n de planificaci\u00f3n (Sprint Planning) y finalice con una reuni\u00f3n de revisi\u00f3n del trabajo realizado (Sprint Review).<\/p>\n<p>Antes del Sprint Planning, la funcionalidad deseada se detalla en las Historias de Usuario. Para esta construcci\u00f3n, el m\u00e9todo PBB ayudar\u00e1 a dividir estas funcionalidades (<em>features<\/em> en ingl\u00e9s) en historias, es decir, las funcionalidades de su Canvas de PBB se detallar\u00e1n en las Historias de Usuario.<\/p>\n<p>De esa forma, durante el Sprint, el equipo <a href=\"https:\/\/caroli.org\/es\/que-es-scrum\/\" target=\"_blank\" rel=\"noopener\"><strong>Scrum<\/strong><\/a> trabaja en las Historias de Usuario. En el Sprint Review, el equipo verificar\u00e1 el progreso de estas historias, sus funcionalidades y el incremento del producto. Posteriormente, el equipo Scrum entrega el incremento y el equipo sigue trabajando en las pr\u00f3ximas funcionalidades e Historias para el pr\u00f3ximo incremento del producto.<\/p>\n<p>&nbsp;<\/p>\n<h2><\/h2>\n<h2><span class=\"ez-toc-section\" id=\"Historias_de_Usuarios_en_Kanban\"><\/span><b><a id=\"historias-de-usuarios-en-kanban\"><\/a>Historias de Usuarios en Kanban<\/b><span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p>Otro m\u00e9todo ampliamente reconocido es Kanban, creado por David J. Anderson. Es ampliamente utilizado para gestionar el flujo de trabajo de un proceso incremental y evolutivo. As\u00ed, es posible tener una visi\u00f3n compartida de todas las fases del flujo de trabajo, las personas y las tareas a realizar.<\/p>\n<p>Kanban recomienda limitar el trabajo en curso (work-in-progress o WIP en ingl\u00e9s). Como resultado, se produce un \u00absistema de extracci\u00f3n\u00bb, es decir, un nuevo trabajo solo avanza a una nueva etapa cuando hay capacidad disponible dentro del l\u00edmite WIP. Esto favorece la organizaci\u00f3n, la planificaci\u00f3n, la agilidad y no sobrecarga al equipo.<\/p>\n<p>En un tablero Kanban simplificado, ensamblar\u00e1s y dividir\u00e1s tu trabajo con las pr\u00f3ximas funcionalidades e historias de usuario a implementar (To Do), las que est\u00e1n siendo implementadas (Doing) y, en la \u00faltima columna, las funcionalidades que ya est\u00e1n terminadas (Hecho). Cuando terminas todas las Historias de Usuario de una funcionalidad, haces espacio en el tablero y a\u00f1ades la Historias de Usuario de la siguiente funcionalidad.<\/p>\n<p>&nbsp;<\/p>\n<h2><span class=\"ez-toc-section\" id=\"%C2%BFTe_gusto_este_contenido\"><\/span>\u00bfTe gust\u00f3 este contenido?<span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p>Gran parte de este contenido proviene del <a href=\"https:\/\/caroli.org\/es\/livro\/product-backlog-building\/\" target=\"_blank\" rel=\"noopener\"><strong>libro PBB<\/strong><\/a>, un poco del<a href=\"https:\/\/caroli.org\/es\/libro\/lean-inception\/\" target=\"_blank\" rel=\"noopener\"><strong> libro Lean Inception<\/strong><\/a> y, un poco m\u00e1s, en otras publicaciones en <a href=\"https:\/\/caroli.org\/es\/el-blog\/\" target=\"_blank\" rel=\"noopener\">el blog de Caroli.org<\/a>.<\/p>\n<p class=\"article-editor-content__paragraph\" data-pm-slice=\"1 1 []\">Este contenido fue escrito y compilado por mi, Paulo Caroli, y fue revisado por\u00a0<strong><a href=\"https:\/\/www.linkedin.com\/in\/carlosmarinpascual\/\" target=\"_blank\" rel=\"noopener\">Carlos Mar\u00edn Pascual<\/a>.<\/strong><\/p>\n<p>&gt;&gt; Consulte el <a href=\"https:\/\/caroli.org\/es\/livro\/product-backlog-building\/\"><strong>libro PBB<\/strong><\/a> y <a href=\"https:\/\/caroli.org\/es\/training\/formacion-product-backlog-building\/\" target=\"_blank\" rel=\"noopener\"><strong>Formaci\u00f3n PBB<\/strong><\/a>.<\/p>\n<p>&gt;&gt; En la <strong><a href=\"https:\/\/caroli.org\/es\/livro\/product-backlog-building\/\" target=\"_blank\" rel=\"noopener\">p\u00e1gina del libro PBB<\/a><\/strong> tambi\u00e9n encontrar\u00e1 excelente material (DoR, DoD, ACs, etc.) para descargar en formato PDF.<\/p>\n<p>&gt;&gt; Vea tambi\u00e9n: <a href=\"https:\/\/caroli.org\/es\/el-canvas-de-pbb\/\" target=\"_blank\" rel=\"noopener\"><strong>El Canvas de PBB<\/strong><\/a><\/p>\n<p>En <a href=\"https:\/\/caroli.org\/es\/\" target=\"_blank\" rel=\"noopener\"><strong>Caroli.org<\/strong><\/a> hay, entre otras cosas, varios materiales relacionados con el tema. Accede ahora y contin\u00faa con tu proceso de aprendizaje, adem\u00e1s de construir un producto exitoso.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Historias de usuarios son esenciales. Conocer las necesidades reales de los usuarios y desarrollar funcionalidades acordes a esta realidad son factores esenciales para construir productos exitosos. En este art\u00edculo, ver\u00e1 m\u00e1s detalles sobre este tema, especialmente en lo que respecta a t\u00e9cnicas para escribir historias de usuario asertivas y de calidad, ejemplos de aplicaciones y otros temas, que tambi\u00e9n se tratan en el libro Product Backlog Building (PBB), de los autores F\u00e1bio Aguiar y Paulo. Caroli.<\/p>\n","protected":false},"author":1,"featured_media":213188,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_et_pb_use_builder":"","_et_pb_old_content":"","_et_gb_content_width":"","footnotes":""},"categories":[20912],"tags":[20969],"inception_activities":[],"colaboradores":[],"class_list":["post-15099","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-pbb-es","tag-pbb-es"],"_links":{"self":[{"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/posts\/15099","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/comments?post=15099"}],"version-history":[{"count":0,"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/posts\/15099\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/media\/213188"}],"wp:attachment":[{"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/media?parent=15099"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/categories?post=15099"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/tags?post=15099"},{"taxonomy":"inception_activities","embeddable":true,"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/inception_activities?post=15099"},{"taxonomy":"colaboradores","embeddable":true,"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/colaboradores?post=15099"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}