{"id":209055,"date":"2023-04-19T19:34:10","date_gmt":"2023-04-19T22:34:10","guid":{"rendered":"https:\/\/caroli.org\/es\/?p=209055"},"modified":"2023-09-26T12:21:54","modified_gmt":"2023-09-26T15:21:54","slug":"el-canvas-de-pbb","status":"publish","type":"post","link":"https:\/\/caroli.org\/es\/el-canvas-de-pbb\/","title":{"rendered":"El Canvas de PBB"},"content":{"rendered":"<p><span style=\"font-weight: 400;\">Traducci\u00f3n del art\u00edculo \u00abProduct Backlog Building Canvas\u00bb\u00a0 de la p\u00e1gina de Martin Fowler: <\/span><a href=\"https:\/\/martinfowler.com\/articles\/product-backlog-building-canvas.html\" target=\"_blank\" rel=\"noopener\"><span style=\"font-weight: 400;\">https:\/\/martinfowler.com\/articles\/product-backlog-building-canvas.html<\/span><\/a><span style=\"font-weight: 400;\">\u00a0<\/span><\/p>\n<hr \/>\n<p><em><strong>Una herramienta colaborativa para escribir historias de usuario.<\/strong><\/em><\/p>\n<p><span style=\"font-weight: 400;\">Muchos equipos de software describen las funcionalidades deseadas del producto como un backlog de producto: una lista de historias de usuario. Estas historias captan qui\u00e9n necesita la funcionalidad, qu\u00e9 se espera de ella y por qu\u00e9 se necesita. Con frecuencia, los equipos esperan que el propietario de producto (Product Owner) sea la \u00fanica persona que alimenta el backlog, pero cualquier persona podr\u00eda (y deber\u00eda) escribir historias de usuario. El Canvas de Product Backlog Building (PBB) proporciona un proceso simple para desarrollar historias de usuario, comenzando con la descripci\u00f3n de las personas para el producto y las actividades que realizan. Estas actividades dan lugar a funcionalidades: las interacciones del usuario con el producto. Las funcionalidades son divididas en elementos m\u00e1s peque\u00f1os en el backlog, los cuales pueden ser formulados como historias de usuario desde la perspectiva de las personas y las actividades que realizan.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Kent Beck introdujo el t\u00e9rmino Historia de Usuario como parte de <\/span><a href=\"https:\/\/martinfowler.com\/bliki\/ExtremeProgramming.html\" target=\"_blank\" rel=\"noopener\"><span style=\"font-weight: 400;\">Programaci\u00f3n Extrema<\/span><\/a><span style=\"font-weight: 400;\"> para fomentar un estilo de recopilaci\u00f3n de requisitos m\u00e1s \u00e1gil y basado en conversaciones. Unos a\u00f1os m\u00e1s tarde, Mike Cohn public\u00f3 su libro \u201cUser stories Applied: For Agile Software Development (2003)\u201d, que es considerado uno de los grandes referentes en el tema.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Originalmente, cualquier persona de un equipo \u00e1gil sol\u00eda escribir Historias de Usuario para comunicar el trabajo que deb\u00eda ser realizado. Sin embargo, con el paso del tiempo y en mayor medida por la expansi\u00f3n del marco de trabajo Scrum, el Product Owner se convirti\u00f3 en el principal responsable de escribir estas historias y\u00a0 organizarlas en un backlog de producto. Sin embargo, cualquier persona puede (y debe) escribir una historia de usuario. F\u00e1bio Aguiar y Paulo Caroli escribieron el libro sobre la t\u00e9cnica de Product Backlog Building para ayudar a todo el mundo en el equipo a escribir buenas historias de usuario.<\/span><\/p>\n<hr \/>\n<h1><span style=\"font-weight: 400;\">\u00bfQu\u00e9 hace una buena historia de usuario?<\/span><\/h1>\n<p><span style=\"font-weight: 400;\">Antes de presentar el Canvas de PBB, es \u00fatil entender qu\u00e9 hace que una historia de usuario sea buena. As\u00ed que describir\u00e9 varias heur\u00edsticas que se usan frecuentemente.<\/span><\/p>\n<h2><span style=\"font-weight: 400;\">3W de la historia del usuario<\/span><\/h2>\n<p><span style=\"font-weight: 400;\">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 3W: Who? (\u00bfQui\u00e9n?), What? (\u00bfQu\u00e9?) y Why? (\u00bfy por qu\u00e9?)<\/span><\/p>\n<ul>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">\u00bfPara qui\u00e9n es?<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">\u00bfCu\u00e1l es la acci\u00f3n o actividad que la persona realiza con ella?<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">\u00bfPor qu\u00e9 la persona lo usar\u00e1 (beneficio o raz\u00f3n)?<\/span><\/li>\n<\/ul>\n<h2><span style=\"font-weight: 400;\">INVEST\u00a0<\/span><\/h2>\n<p><span style=\"font-weight: 400;\">En el libro , Extreme Programming Explored<\/span><span style=\"font-weight: 400;\">, William C. Wake cre\u00f3 el acr\u00f3nimo INVEST, donde cada letra del representa una de las seis caracter\u00edsticas importantes de una historia de usuario:\u00a0<\/span><\/p>\n<ul>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><b>Independiente <\/b><span style=\"font-weight: 400;\">(Independent): Una historia no depende de otra.<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><b>Negociable<\/b><span style=\"font-weight: 400;\"> (Negotiable): Una historia captura la esencia de lo que se desea. No es un contrato fijo. Las conversaciones y la negociaci\u00f3n son bienvenidas.<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><b>Valiosa<\/b><span style=\"font-weight: 400;\"> (Valuable): Una historia claramente describe el valor para el cliente.<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><b>Estimable <\/b><span style=\"font-weight: 400;\">(Estimable): La historia proporciona suficiente informaci\u00f3n para que el equipo de desarrollo la estime.<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><b>Peque\u00f1a <\/b><span style=\"font-weight: 400;\">(Small): Una buena historia debe ser relativamente peque\u00f1a en tama\u00f1o para completarla en el periodo de tiempo m\u00e1s corto posible y que encaje en una iteraci\u00f3n (Sprint), considerando el contexto del equipo.<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><b>Comprobable<\/b><span style=\"font-weight: 400;\"> (Testable): Una historia debe ser suficientemente clara como para que se puedan definir unas pruebas para ella.<\/span><\/li>\n<\/ul>\n<p>&nbsp;<\/p>\n<p><span style=\"font-weight: 400;\">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.<\/span><\/p>\n<h2><span style=\"font-weight: 400;\">Modelo 3Cs<\/span><\/h2>\n<p><b>Tarjeta<\/b><span style=\"font-weight: 400;\"> (Card): La descripci\u00f3n de la historia de usuario debe caber en un tarjeta, conteniendo suficiente informaci\u00f3n para identificar la historia de usuario. El formato m\u00e1s com\u00fan es:<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Como &lt;rol\/perfil&gt;<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Quiero &lt;acci\u00f3n\/actividad&gt;<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Para &lt;beneficio\/raz\u00f3n&gt;<\/span><\/p>\n<p>&nbsp;<\/p>\n<p><span style=\"font-weight: 400;\">Un ejemplo:<\/span><\/p>\n<p><span style=\"font-weight: 400;\">\u201c<\/span><i><span style=\"font-weight: 400;\">Como<\/span><\/i><span style=\"font-weight: 400;\"> participante, <\/span><i><span style=\"font-weight: 400;\">quiero <\/span><\/i><span style=\"font-weight: 400;\">registrarme en el evento <\/span><i><span style=\"font-weight: 400;\">para que<\/span><\/i><span style=\"font-weight: 400;\"> pueda atender\u201d<\/span><\/p>\n<p>&nbsp;<\/p>\n<p><b>Conversaci\u00f3n<\/b><span style=\"font-weight: 400;\">: La descripci\u00f3n de una historia de usuario tiene que caber dentro de una tarjeta o ficha. La principal raz\u00f3n es que no hay mucho espacio para escribir y fuerza a que la descripci\u00f3n sea breve. Por lo tanto, se necesita mucha conversaci\u00f3n para aclarar dudas y detallar el trabajo necesario para implementarla. Trabajar con historias de usuario significa aceptar que las conversaciones sobre el trabajo ser\u00e1n cont\u00ednuas y no \u00fanicamente ubicadas al principio cuando se establece inicialmente el requisito. Los mejores documentos son aquellos que nos ayudan a recordar nuestras conversaciones, no a reemplazarlas.<\/span><\/p>\n<p><b>Confirmaci\u00f3n<\/b><span style=\"font-weight: 400;\">: Es aqu\u00ed donde determinamos si el objetivo de la historia de usuario es alcanzado. Para ello, los criterios de aceptaci\u00f3n confirman que la historia de usuario ha sido implementada correctamente y entregada con \u00e9xito. Los criterios de aceptaci\u00f3n deben definirse para cada historia de usuario antes que el equipo comience a implementarla. De esa forma, no hay sorpresas cuando se verifique la entrega.<\/span><\/p>\n<hr \/>\n<h1><span style=\"font-weight: 400;\">Escribiendo historias con PBB<\/span><\/h1>\n<p><span style=\"font-weight: 400;\">Como hemos visto anteriormente, escribir una historia de usuario b\u00e1sicamente responde a tres preguntas principales: \u00bfQui\u00e9n? \u00bfQu\u00e9? \u00bfPor qu\u00e9?<\/span><\/p>\n<p><span style=\"font-weight: 400;\">El \u201c\u00bfQui\u00e9n?\u201d se refiere a la persona. El \u201c\u00bfQu\u00e9?\u00bb se refiere al elemento de trabajo para construir la acci\u00f3n o actividad que la persona necesita; y el \u00ab\u00bfPor qu\u00e9?\u00bb habla de los beneficios de usarlo.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">En el libro de PBB, F\u00e1bio y yo compartimos un procedimiento paso a paso para identificar personas, caracter\u00edsticas y elementos de trabajo para construir buenas historias de usuario a trav\u00e9s del canvas de PBB. En este art\u00edculo, compartir\u00e9 c\u00f3mo completar el canvas y escribir una historia de usuario para un producto digital de ejemplo. Es sobre un producto denominado \u201cLa Colecci\u00f3n de Charlas\u201d, un producto digital creado por una comunidad \u00e1gil regional para preparar un portafolio de charlas y organizar eventos.<\/span><\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"alignnone wp-image-209075 size-large\" src=\"https:\/\/caroli.org\/es\/wp-content\/uploads\/sites\/8\/2023\/03\/CAROLI_PBB_ilustra_p52-1024x715.png\" alt=\"\" width=\"1024\" height=\"715\" srcset=\"https:\/\/caroli.org\/es\/wp-content\/uploads\/sites\/8\/2023\/03\/CAROLI_PBB_ilustra_p52-1024x715.png 1024w, https:\/\/caroli.org\/es\/wp-content\/uploads\/sites\/8\/2023\/03\/CAROLI_PBB_ilustra_p52-980x684.png 980w, https:\/\/caroli.org\/es\/wp-content\/uploads\/sites\/8\/2023\/03\/CAROLI_PBB_ilustra_p52-480x335.png 480w\" sizes=\"(min-width: 0px) and (max-width: 480px) 480px, (min-width: 481px) and (max-width: 980px) 980px, (min-width: 981px) 1024px, 100vw\" \/><\/p>\n<p><i><span style=\"font-weight: 400;\">Imagen 1: El Canvas de PBB<\/span><\/i><\/p>\n<p><span style=\"font-weight: 400;\">A continuaci\u00f3n, se muestra una descripci\u00f3n de los tres pasos para rellenar los bloques Persona, Funcionalidades y Elementos del Backlog de Producto del canvas de PBB. Utilizo algunas de las personas y funcionalidades de \u201cLa Colecci\u00f3n echarlas\u201d como ejemplo para ilustrarlo.<\/span><\/p>\n<p>&nbsp;<\/p>\n<h2><span style=\"font-weight: 400;\">Describir la persona<\/span><\/h2>\n<p><span style=\"font-weight: 400;\">Una persona representa a un usuario del producto, por lo que su descripci\u00f3n debe hablar no solo del rol de la persona, sino tambi\u00e9n de sus necesidades y objetivos. Esto crea una representaci\u00f3n realista del usuario, lo que ayuda al equipo a describir las caracter\u00edsticas desde el punto de vista de qui\u00e9n usar\u00e1 el producto.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Describe a las personas principales a partir de preguntas como: \u201c\u00bfCu\u00e1l es el perfil de esta persona? \u00bfQu\u00e9 hace esta persona? \u00bfQu\u00e9 espera esta persona?<\/span><\/p>\n<p><span style=\"font-weight: 400;\"><img loading=\"lazy\" decoding=\"async\" class=\"alignnone wp-image-209099 \" src=\"https:\/\/caroli.org\/es\/wp-content\/uploads\/sites\/8\/2023\/03\/CAROLI_PBB_ilustra_p56B.png\" alt=\"\" width=\"756\" height=\"317\" srcset=\"https:\/\/caroli.org\/es\/wp-content\/uploads\/sites\/8\/2023\/03\/CAROLI_PBB_ilustra_p56B.png 756w, https:\/\/caroli.org\/es\/wp-content\/uploads\/sites\/8\/2023\/03\/CAROLI_PBB_ilustra_p56B-480x201.png 480w\" sizes=\"(min-width: 0px) and (max-width: 480px) 480px, (min-width: 481px) 756px, 100vw\" \/><\/span><\/p>\n<p><i><span style=\"font-weight: 400;\">Imagen 2: Ejemplo del bloque de Persona<\/span><\/i><\/p>\n<p><span style=\"font-weight: 400;\">En la actualidad, es relativamente com\u00fan encontrar talleres de descubrimiento,\u00a0 <\/span><a href=\"https:\/\/caroli.org\/es\/como-planificar-un-inception-o-workshops-similares\/\"><span style=\"font-weight: 400;\">inceptions<\/span><\/a><span style=\"font-weight: 400;\">, y otras actividades que generan artefactos y conocimiento sobre las personas, como, por ejemplo, el <\/span><span style=\"font-weight: 400;\">mapa de empat\u00eda<\/span><span style=\"font-weight: 400;\"> . En el Canvas de PBB, el foco est\u00e1 en el perfil de las personas y sus actividades, que son puntos necesarios para el siguiente paso.<\/span><\/p>\n<h2><span style=\"font-weight: 400;\">Entender las funcionalidades<\/span><\/h2>\n<p><span style=\"font-weight: 400;\">Con un buen entendimiento de la persona y de sus actividades, es hora de analizar cada una de ellas, volverlas a leer y buscar las acciones o interacciones de las personas con el producto, para que puedas representar cada una de estas interacciones como una caracter\u00edstica.\u00a0<\/span><\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"alignnone size-full wp-image-209100\" src=\"https:\/\/caroli.org\/es\/wp-content\/uploads\/sites\/8\/2023\/03\/CAROLI_PBB_ilustra_p57.png\" alt=\"\" width=\"614\" height=\"564\" srcset=\"https:\/\/caroli.org\/es\/wp-content\/uploads\/sites\/8\/2023\/03\/CAROLI_PBB_ilustra_p57.png 614w, https:\/\/caroli.org\/es\/wp-content\/uploads\/sites\/8\/2023\/03\/CAROLI_PBB_ilustra_p57-480x441.png 480w\" sizes=\"(min-width: 0px) and (max-width: 480px) 480px, (min-width: 481px) 614px, 100vw\" \/><\/p>\n<p><i><span style=\"font-weight: 400;\">Imagen 3: de la persona a la funcionalidad<\/span><\/i><\/p>\n<p><span style=\"font-weight: 400;\">Describe las funcionalidades a partir de la respuesta a las siguientes preguntas: el usuario est\u00e1 tratando de hacer algo, por lo que el producto debe tener una funcionalidad para eso. \u00bfQu\u00e9 es? \u00bfQu\u00e9 problemas del usuario resuelve esta funci\u00f3n? \u00bfQu\u00e9 beneficios aporta a la persona?<\/span><\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"alignnone wp-image-209101\" src=\"https:\/\/caroli.org\/es\/wp-content\/uploads\/sites\/8\/2023\/03\/CAROLI_PBB_ilustra_p58-1024x546.png\" alt=\"\" width=\"861\" height=\"459\" \/><\/p>\n<p><i><span style=\"font-weight: 400;\">Figura 4: Ejemplo de bloque de caracter\u00edsticas<\/span><\/i><\/p>\n<p><span style=\"font-weight: 400;\">Escribe la descripci\u00f3n de la funcionalidad en un post-it grande, luego escribe los desaf\u00edos y beneficios en post-its m\u00e1s peque\u00f1os y col\u00f3calos al lado del post-it que describe la funcionalidad.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Las funcionalidades generalmente se describen en un nivel m\u00e1s alto que los elementos de trabajo que aparecen en un plan de desarrollo. Antes de comenzar a desarrollar una funcionalidad, se debe analizar dicha funcionalidad y describir y cuantificar sus elementos de trabajo. En el Canvas de PBB, primero se identifica, comprende y prioriza las funcionalidades y luego las detalla en los elementos de la cartera de productos.<\/span><\/p>\n<h2><span style=\"font-weight: 400;\">Identifica los PBIs<\/span><\/h2>\n<p><span style=\"font-weight: 400;\">Los Product Backlog Items (PBI) reflejan el trabajo de desarrollo que es necesario para mejorar el producto y satisfacer las necesidades del cliente o de los interesados. En el paso anterior, se describieron las funcionalidades junto con los retos y beneficios. Ahora es necesario desglosarlos a\u00fan m\u00e1s para conseguir elementos m\u00e1s peque\u00f1os y precisos. Estos elementos se llaman PBI.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Para identificar los PBI del backlog de producto, pide a los participantes que respondan a las siguientes preguntas: \u00a0 \u201c\u00bfCu\u00e1l es el primer elemento de trabajo (o paso) para esta funcionalidad? \u00bfY el segundo? \u00bfY los siguientes?\u201d<\/span><\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"alignnone wp-image-209491\" src=\"https:\/\/caroli.org\/es\/wp-content\/uploads\/sites\/8\/2023\/04\/CAROLI_PBB_ilustra_p68-1024x985.png\" alt=\"\" width=\"752\" height=\"723\" \/><\/p>\n<p><i><span style=\"font-weight: 400;\">Imagen 5: Ejemplo de bloque de los elementos del backlog de producto (PBI)<\/span><\/i><\/p>\n<p><span style=\"font-weight: 400;\">Cada PBI debe representar una acci\u00f3n realizada por un usuario en el producto. Por ejemplo: 1) \u00abComprar un libro\u00bb y 2) \u00abAgregar un ponente a la conferencia\u00bb. Estas acciones se describen en forma de texto para proporcionar contexto e identificar de manera \u00fanica el elemento.<\/span><\/p>\n<h2><span style=\"font-weight: 400;\">Conecta los bloques como una historia de usuario<\/span><\/h2>\n<p><span style=\"font-weight: 400;\">Los Product Backlog Items forman la base de la lista de historias de usuario. Toma cada uno de los PBI y usa la persona y las funcionalidades para completar la t\u00edpica plantilla de Historia de usuario. La siguiente figura muestra un ejemplo:<\/span><\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"alignnone wp-image-209492\" src=\"https:\/\/caroli.org\/es\/wp-content\/uploads\/sites\/8\/2023\/04\/CAROLI_PBB_ilustra_p104-584x1024.png\" alt=\"\" width=\"528\" height=\"926\" srcset=\"https:\/\/caroli.org\/es\/wp-content\/uploads\/sites\/8\/2023\/04\/CAROLI_PBB_ilustra_p104-584x1024.png 528w, https:\/\/caroli.org\/es\/wp-content\/uploads\/sites\/8\/2023\/04\/CAROLI_PBB_ilustra_p104-480x842.png 480w\" sizes=\"(min-width: 0px) and (max-width: 480px) 480px, (min-width: 481px) 528px, 100vw\" \/><\/p>\n<p><i><span style=\"font-weight: 400;\">Imagen 6: Escribir una historia de usuario con PBB<\/span><\/i><\/p>\n<ul>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Rellena la secci\u00f3n \u201cComo\u201d , el qui\u00e9n, de la historia con el perfil de la persona, escrito en un post-it en el bloque \u201cPersona\u201d del Canvas de PBB. En el ejemplo es \u00b4Orador\u00b4.<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Rellena la secci\u00f3n \u201cQuiero\u201d , la acci\u00f3n, con el post-it en el bloque \u201cPBI: Elementos del Backlog de producto \u201c del Canvas de PBB. Representa uno de los pasos para crear la funcionalidad de publicar el trabajo. Para esta historia es \u201crealizar la publicaci\u00f3n del trabajo\u201d.<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Rellena la secci\u00f3n \u201cpara\u201d, el beneficio, con uno de los post-its junto a la funcionalidad \u201cPublicar trabajo\u201d. Representa uno de los beneficios de la funcionalidad, en este caso \u201chacer el contenido disponible\u201d<\/span><\/li>\n<\/ul>\n<p><span style=\"font-weight: 400;\">La historia final quedar\u00eda:<\/span><\/p>\n<p><span style=\"font-weight: 400;\"><strong><em>Como<\/em> <\/strong>Orador<br \/>\n<\/span><span style=\"font-weight: 400;\"><em><strong>Quiero<\/strong> <\/em>realizar la publicaci\u00f3n del trabajo<br \/>\n<\/span><span style=\"font-weight: 400;\"><em><strong>Para\u00a0<\/strong> <\/em>hacer el contenido disponible<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Despu\u00e9s de escribir los elementos principales de la historia de usuario, es hora de completarla con la informaci\u00f3n adicional sobre los criterios de aceptaci\u00f3n, las tareas, la interfaz de usuario y los habilitadores (si hay alguno). Puedes hacerlo en el \u00e1rea de los Product Backlog Items del Canvas de PBB, o comenzar a documentarlo en tu herramienta preferida para registrar historias de usuarios.<\/span><\/p>\n<h2><span style=\"font-weight: 400;\">Ejemplo de historia de usuario<\/span><\/h2>\n<p><span style=\"font-weight: 400;\">A continuaci\u00f3n, encontrar\u00e1s algunos detalles sobre la descripci\u00f3n de tres funcionalidades para el producto digital \u201cTalks Collection\u201d con algunas historias de usuario, criterios de aceptaci\u00f3n, tareas e interfaz:<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Las siguientes son las tres funcionalidades de muestra con sus respectivas personas e historias de usuario.<\/span><\/p>\n<p><b>PERSONA: PONENTE<\/b><\/p>\n<p><b>FUNCIONALIDAD 1:<\/b><b> Publicar una charla<\/b><span style=\"font-weight: 400;\">.<\/span><\/p>\n<ul>\n<li><b>HISTORIA 1.1:<\/b> <span style=\"font-weight: 400;\">Como ponente, quiero acceder a un espacio de trabajo para gestionar mis charlas de forma privada<\/span><\/li>\n<li><b>HISTORIA 1.2:<\/b> <span style=\"font-weight: 400;\">Como ponente, quiero publicar charlas para hacer que el contenido est\u00e9 disponible.<\/span><\/li>\n<li><b>HISTORIA 1.3:<\/b> <span style=\"font-weight: 400;\">Como ponente, quiero vincular la presentaci\u00f3n externa para integrar charlas.<\/span><\/li>\n<\/ul>\n<p>&nbsp;<\/p>\n<p><b>PERSONA: PARTICIPANTE<\/b><\/p>\n<p><b>FUNCIONALIDAD 2:<\/b><b> Participar en un evento<\/b><span style=\"font-weight: 400;\">.<\/span><\/p>\n<ul>\n<li><b>HISTORIA 2.1:<\/b> <span style=\"font-weight: 400;\">Como participante, quiero poder encontrar los eventos disponibles para ver la programaci\u00f3n.<\/span><\/li>\n<li><b>HISTORIA 2.2:<\/b> <span style=\"font-weight: 400;\">Como participante, quiero inscribirme en un evento para poder asistir.<\/span><\/li>\n<li><b>HISTORIA 2.3:<\/b> <span style=\"font-weight: 400;\">Como participante, quiero registrarme en el evento para confirmar mi asistencia.<\/span><\/li>\n<\/ul>\n<p>&nbsp;<\/p>\n<p><b>PERSONA: ORGANIZADOR<\/b><\/p>\n<p><b>FUNCIONALIDAD 3:<\/b><b> Organizar el evento<\/b><span style=\"font-weight: 400;\">.<\/span><\/p>\n<ul>\n<li><b>HISTORIA 3.1:<\/b> <span style=\"font-weight: 400;\">Como organizador, quiero definir la programaci\u00f3n del evento para publicitar la programaci\u00f3n.<\/span><\/li>\n<li><b>HISTORIA 3.2:<\/b> <span style=\"font-weight: 400;\">Como organizador, quiero promocionar el evento en los medios para atraer a la audiencia.<\/span><\/li>\n<li><b>HISTORIA 3.3:<\/b> <span style=\"font-weight: 400;\">Como organizador, quiero invitar a co-organizadores del evento para facilitar la organizaci\u00f3n<br \/>\n<\/span><\/li>\n<\/ul>\n<p>&nbsp;<\/p>\n<hr \/>\n<h1><span style=\"font-weight: 400;\">Rellenando la Historia de usuario<\/span><\/h1>\n<p><span style=\"font-weight: 400;\">La plantilla que hemos visto es el n\u00facleo de una historia de usuario, pero hay una serie de elementos adicionales que vale la pena escribir. Si bien el PBB Canvas no ayuda con estos detalles adicionales, aqu\u00ed es \u00fatil describirlos. Puede agregarlos a los PBI en el lienzo o usar otras herramientas para el seguimiento de la historia.<\/span><\/p>\n<h2><span style=\"font-weight: 400;\">Criterios de aceptaci\u00f3n<\/span><\/h2>\n<p><span style=\"font-weight: 400;\">Los criterios de aceptaci\u00f3n pretenden describir c\u00f3mo validar una historia de usuario. Al hacerlo, los criterios de aceptaci\u00f3n proporcionan una lista de verificaci\u00f3n que determina cu\u00e1ndo una historia de usuario est\u00e1 lista, completa y funcionando. A continuaci\u00f3n se muestra una historia de usuario de ejemplo del libro Product Backlog Building:<\/span><\/p>\n<p><span style=\"font-weight: 400;\">\u201cComo titular de la cuenta, quiero retirar dinero en el cajero autom\u00e1tico para evitar la fila de gente del banco\u201d.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">A continuaci\u00f3n se muestran unos posibles criterios de aceptaci\u00f3n para este contexto:\u00a0<\/span><\/p>\n<ul>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">El titular de la cuenta con fondos suficientes pueden sacar dinero de su cuenta<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">El titular de la cuenta con fondos insuficientes que no pueden sacar dinero de su cuenta<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">El titular de la cuenta con fondos suficientes no puede sacar dinero de su cuenta si el cajero no tiene suficiente efectivo para realizar la retirada.<\/span><\/li>\n<\/ul>\n<p><span style=\"font-weight: 400;\">El formato presentado es similar a una lista de comprobaci\u00f3n y es usado para verificar que la historia est\u00e9 completa y funcionando, es decir, que ha pasado por todos los criterios de aceptaci\u00f3n.<\/span><\/p>\n<h2><span style=\"font-weight: 400;\">Dividir historias de usuario en tareas<\/span><\/h2>\n<p><span style=\"font-weight: 400;\">Es muy com\u00fan desglosar una historia de usuario en partes a\u00fan m\u00e1s peque\u00f1as con el trabajo que se tiene que realizar, diciendo: \u201cestas son las tareas\u201d. Al enumerar las tareas necesarias para construir una historia, el equipo de desarrollo entra en los detalles t\u00e9cnicos sobre c\u00f3mo se implementar\u00e1n las piezas m\u00e1s peque\u00f1as. A diferencia de las historias, las tareas no siguen un formato de texto definido. Son m\u00e1s directas, con un lenguaje muy t\u00e9cnico desde el equipo de desarrollo hacia ellos mismos.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Una tarea identifica algo que debe hacerse, algo necesario para una historia. Como tal, la tarea no tiene que ser necesariamente independiente y no demostrar\u00e1 valor de negocio. La mayor\u00eda de ellas tienden a ser tareas para programadores, descritas en t\u00e9rminos usados por ellos. Algunos ejemplos de tareas son: cambiar los campos de entrada de la tabla, crear cuentas de prueba para los usuarios y automatizar los scripts de generaci\u00f3n de datos.<\/span><\/p>\n<h2><span style=\"font-weight: 400;\">Interfaz de usuario<\/span><\/h2>\n<p><span style=\"font-weight: 400;\">No todo PBI est\u00e1 asociado con una interfaz. Pero para los \u00edtems que estar\u00e1n asociados con alg\u00fan tipo de interfaz de usuario (UI &#8211; User Interface), necesitas aclarar esa asociaci\u00f3n en el contexto de la historia de usuario.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Una interfaz se puede describir de varias formas: sketch (o bocetos simples en papel), wireframe, mockup o prototipo. La forma de describirlo var\u00eda entre un equipo y otro, dependiendo de la cultura del equipo y el tiempo empleado para detallarlo.<\/span><\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"alignnone wp-image-209493\" src=\"https:\/\/caroli.org\/es\/wp-content\/uploads\/sites\/8\/2023\/04\/CAROLI_PBB_ilustra_p101.png\" alt=\"\" width=\"382\" height=\"333\" \/><\/p>\n<p><span style=\"font-weight: 400;\">La pregunta que surge es \u00bfCu\u00e1nto debe definirse la interfaz para empezar a trabajar en la historia?<\/span><\/p>\n<p><span style=\"font-weight: 400;\">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.\u00a0<\/span><\/p>\n<h2><span style=\"font-weight: 400;\">Habilitador<\/span><\/h2>\n<p><span style=\"font-weight: 400;\">A veces escribir una historia de usuario espec\u00edfica puede ser dif\u00edcil. Por mucho que intentemos usar las t\u00e9cnicas de INVEST y las 3\u2019C como gu\u00edas, a\u00fan no podremos escribirlas satisfactoriamente. Si esto sucede, comprueba si se trata de uno de estos dos casos:<\/span><\/p>\n<ol>\n<li><span style=\"font-weight: 400;\">La historia se basa en un estudio previo; o\u00a0<\/span><\/li>\n<li><span style=\"font-weight: 400;\">La historia se basa en algo muy t\u00e9cnico que requiere un esfuerzo considerable.<\/span><\/li>\n<\/ol>\n<p>&nbsp;<\/p>\n<p><span style=\"font-weight: 400;\">En ambos casos puedes crear una historia m\u00e1s grande y considerarla como parte de ella, o puedes desglosarla en algo separado: un <\/span><b>habilitador<\/b><span style=\"font-weight: 400;\">. Este \u201calgo separado\u201d se denomina habilitador (enabler) porque no se adhiere al formato t\u00edpico de\u00a0 historia de usuario. Es un PBI necesario, que habilita otra historia.\u00a0\u00a0\u00a0<\/span><\/p>\n<h3><span style=\"font-weight: 400;\">Habilitador de exploraci\u00f3n<\/span><\/h3>\n<p><span style=\"font-weight: 400;\">\u201cComo desarrollador, quiero investigar c\u00f3mo funcionan los mensajes as\u00edncronos, para decidir c\u00f3mo implementar el chat\u201d. Esto no es una historia de usuario y no necesitamos describirla de esa forma. Eso es un habilitador de exploraci\u00f3n, algo necesario antes de implementar una historia de usuario como:<\/span><\/p>\n<p><span style=\"font-weight: 400;\">\u201cComo asistente quiero enviar mensajes en el chat del evento para interactuar con otros asistentes\u201d.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Este ejemplo demuestra la necesidad de trabajar en un habilitador de exploraci\u00f3n: \u00abInvestigar c\u00f3mo funciona la mensajer\u00eda as\u00edncrona\u00bb antes de trabajar en la historia. Un habilitador de exploraci\u00f3n sirve para realizar investigaciones, actividades antecedentes, aclaraciones y\/o elecci\u00f3n entre opciones para permitir un trabajo efectivo de una historia de usuario.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Spike es un sin\u00f3nimo de un habilitador de exploraci\u00f3n<\/span><\/p>\n<h3><span style=\"font-weight: 400;\">Habilitador t\u00e9cnico<\/span><\/h3>\n<p><span style=\"font-weight: 400;\">Los requisitos no funcionales, refactorizaciones, pipelines o mejoras en la infraestructura de tests: estos son algunos ejemplos de actividades que a veces requieren mucho esfuerzo como para ser consideradas parte de una historia de usuario. En estos casos, puedes describirlos como habilitadores t\u00e9cnicos. Debes indicar tambi\u00e9n qu\u00e9 historias dependen de ellos. Sin embargo,\u00a0 ten cuidado de no excederte y terminar con un backlog de solo habilitadores.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">No hay necesidad de escribir los habilitadores t\u00e9cnicos en formato de historia de usuario. En lugar de \u201cComo desarrollador, quiero migrar la suite de test autom\u00e1ticos para mejorar el rendimiento\u201d, usa un formato de texto m\u00e1s directo, como: \u201cRealizar la migraci\u00f3n de los tests autom\u00e1ticos\u201d<\/span><\/p>\n<h2><span style=\"font-weight: 400;\">Ejemplo de una historia de usuario completa<\/span><\/h2>\n<p><span style=\"font-weight: 400;\">Ahora, vamos a ver un ejemplo de historia de usuario y dos habilitadores de la funcionalidad \u201cPublicar una charla\u201d del producto \u201cTalks Collection\u201d. Proporciona un ejemplo completo de una historia de usuario con criterios de aceptaci\u00f3n, tareas, interfaz de usuario y habilitadores.<\/span><\/p>\n<p><b>HISTORIA DE USUARIO 1.3<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Como ponente, quiero vincular la presentaci\u00f3n externa para integrar charlas.\u00a0\u00a0<\/span><\/p>\n<p><b>CRITERIO DE ACEPTACI\u00d3N\u00a0 1<\/b><\/p>\n<p><b>ESCENARIO 1:<\/b><b>\u00a0 <\/b><span style=\"font-weight: 400;\">Vincular la presentaci\u00f3n a trav\u00e9s de plataformas para compartir presentaciones.<\/span><\/p>\n<ul>\n<li><b>Dado<\/b><span style=\"font-weight: 400;\"> que hay un enlace v\u00e1lido en la plataforma de SlideShare\u00a0<\/span><\/li>\n<li><b>Cuando<\/b><span style=\"font-weight: 400;\"> asocio el enlace de presentaci\u00f3n externa<\/span><\/li>\n<li><b>Entonces<\/b><span style=\"font-weight: 400;\"> se mostrar\u00e1 una vista previa de la presentaci\u00f3n en la pantalla<\/span><\/li>\n<\/ul>\n<p><b>CRITERIO DE ACEPTACI\u00d3N\u00a0 2<\/b><\/p>\n<p><b>ESCENARIO 2:<\/b><b>\u00a0 <\/b><span style=\"font-weight: 400;\">Asociar la presentaci\u00f3n al publicar charlas.<\/span><\/p>\n<ul>\n<li><b>Dado<\/b><span style=\"font-weight: 400;\"> que el enlace de la presentaci\u00f3n es v\u00e1lido<\/span><\/li>\n<li><b>Cuando<\/b><span style=\"font-weight: 400;\"> publique la charla<\/span><\/li>\n<li><b>Entonces<\/b><span style=\"font-weight: 400;\"> se mostrar\u00e1 la presentaci\u00f3n asociada en los detalles de la charla publicada.<\/span><\/li>\n<\/ul>\n<p>&nbsp;<\/p>\n<p><b>TAREAS<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Acceder al \u201c<\/span><i><span style=\"font-weight: 400;\">endpoint<\/span><\/i><span style=\"font-weight: 400;\">\u201d de la presentaci\u00f3n.<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><span style=\"font-weight: 400;\">Crear una UI para mostrar un fichero PDF con la presentaci\u00f3n.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Crear la l\u00f3gica en el backend para enlazar la presentaci\u00f3n con la charla publicada.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Cambiar el par\u00e1metro de enlace p\u00fablico o privado.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Crear datos de prueba para verificar que el enlace es v\u00e1lido.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Cambiar la base de datos para incluir el enlace de la presentaci\u00f3n.<\/span><\/p>\n<p><strong>BOCETO DE LA INTERFAZ<\/strong><\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"alignnone wp-image-209494\" src=\"https:\/\/caroli.org\/es\/wp-content\/uploads\/sites\/8\/2023\/04\/CAROLI_PBB_ilustra_p108.png\" alt=\"\" width=\"465\" height=\"348\" \/><\/p>\n<p><strong>HABILITADOR DE EXPLORACI\u00d3N:\u00a0<\/strong><\/p>\n<p><span style=\"font-weight: 400;\">Estudiar la integraci\u00f3n de la API del \u201cendpoint\u201d con las plataformas en l\u00ednea de compartici\u00f3n de presentaciones (SlideShare y Speaker Deck).<\/span><\/p>\n<p><strong>HABILITADOR T\u00c9CNICO:\u00a0<\/strong><\/p>\n<p><span style=\"font-weight: 400;\">Consumir el \u201cendpoint\u201d oEmbed como una etiqueta de enlace en el encabezado para que pueda ser detectado autom\u00e1ticamente cuando se inserte la presentaci\u00f3n.<\/span><\/p>\n<hr \/>\n<h1><span style=\"font-weight: 400;\">Definici\u00f3n de Preparado y Listo<\/span><\/h1>\n<h2><span style=\"font-weight: 400;\">Definici\u00f3n de Preparado<\/span><\/h2>\n<p><span style=\"font-weight: 400;\">La Definici\u00f3n de Preparado (DoR &#8211; Definition of Ready) es un acuerdo entre el equipo y el PO que indica cu\u00e1ndo el PBI est\u00e1 listo para entrar en un Sprint, 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:\u00a0<\/span><\/p>\n<ol>\n<li><span style=\"font-weight: 400;\">Tiene la informaci\u00f3n necesaria para trabajar en el elemento.<\/span><\/li>\n<li><span style=\"font-weight: 400;\">Entiende el motivo por el que existe el item.<\/span><\/li>\n<li><span style=\"font-weight: 400;\">Puede demostrar la finalizaci\u00f3n del item.<\/span><\/li>\n<li><span style=\"font-weight: 400;\">Identifica c\u00f3mo el item compone o est\u00e1 relacionado con la funcionalidad.<\/span><\/li>\n<li><span style=\"font-weight: 400;\">Acuerdan que el item cabe en la duraci\u00f3n de un Sprint.<\/span><\/li>\n<\/ol>\n<p><span style=\"font-weight: 400;\">En relaci\u00f3n a cada candidato de PBI para el pr\u00f3ximo sprint, el equipo comprueba la lista de verificaci\u00f3n de un PBI (PBI Ready Checklist):<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Lista de verificaci\u00f3n para PBI:\u00a0<\/span><\/p>\n<p><span style=\"font-weight: 400;\">El PBI est\u00e1 representado por una historia de usuario.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">El PBI est\u00e1 cubierto por los criterios de aceptaci\u00f3n y BDD.\u00a0<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Las <\/span><a href=\"https:\/\/martinfowler.com\/articles\/practical-test-pyramid.html#acceptance\" target=\"_blank\" rel=\"noopener\"><span style=\"font-weight: 400;\">pruebas de aceptaci\u00f3n<\/span><\/a><span style=\"font-weight: 400;\"> del PBI est\u00e1n identificadas (a ser mejoradas o creadas)<\/span><\/p>\n<p><span style=\"font-weight: 400;\">El PBI tiene los artefactos de experiencia de usuario necesarios.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Las dependencias del PBI est\u00e1n identificadas (si las hay).<\/span><\/p>\n<p>&nbsp;<\/p>\n<p><span style=\"font-weight: 400;\">Esta lista es un ejemplo de una lista de verificaci\u00f3n para DoR. Todos los conceptos de esta lista de verificaci\u00f3n se tratan en los siguientes cap\u00edtulos. Generalmente, los equipos definen y mantienen su lista de verificaci\u00f3n, mediante la cual demuestran su preferencia a la hora de preparar el trabajo.<\/span><\/p>\n<p>&nbsp;<\/p>\n<p><span style=\"font-weight: 400;\">El refinamiento del backlog de producto debe ser continuo. El PO estar\u00e1 continuamente trabajando en los siguientes items candidatos, prepar\u00e1ndolos para el siguiente Sprint o interacci\u00f3n de trabajo. 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 <\/span><a href=\"https:\/\/www.caroli.org\/en\/what-is-kanban\/\"><span style=\"font-weight: 400;\">Kanban <\/span><\/a><span style=\"font-weight: 400;\">y otros m\u00e9todos \u00e1giles<\/span><\/p>\n<h2><span style=\"font-weight: 400;\">Definici\u00f3n de Hecho<\/span><\/h2>\n<p><span style=\"font-weight: 400;\">La \u201cDefinici\u00f3n de hecho\u201d (DoD &#8211; Definition of Done)\u00a0 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.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">El DoD aclara la comprensi\u00f3n del trabajo completado como parte del incremento del producto. En el momento en el que el PBI cumple la Definici\u00f3n de hecho, quiere decir que el incremento est\u00e1 listo para ser entregado junto con el producto.\u00a0<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Si un PBI no cumple el DoD, no debe ser entregado, ni incluso ser presentado en el Sprint Review. Debe permanecer como trabajo en progreso (WiP) para el equipo.\u00a0<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Para cada PBI considerado como terminado, el equipo demuestra que el item:<\/span><\/p>\n<p><strong>LISTA DE VERIFICACI\u00d3N DE PBI HECHO:<\/strong><\/p>\n<ul>\n<li><span style=\"font-weight: 400;\">Entrega un incremento del producto.<\/span><\/li>\n<li><span style=\"font-weight: 400;\">Cumple con el criterio de aceptaci\u00f3n establecido.<\/span><\/li>\n<li><span style=\"font-weight: 400;\">Est\u00e1 documentado para su uso.<\/span><\/li>\n<li><span style=\"font-weight: 400;\">Se adhiere a los est\u00e1ndares de codificaci\u00f3n.<\/span><\/li>\n<li><span style=\"font-weight: 400;\">Mantiene los \u00edndices de rendimiento de los productos.<\/span><\/li>\n<\/ul>\n<p>&nbsp;<\/p>\n<p><span style=\"font-weight: 400;\">Este es un ejemplo de lista de verificaci\u00f3n para el DoD. Los equipos definen y mantienen las listas de verificaci\u00f3n, que muestran sus preferencias para verificar el trabajo.\u00a0<\/span><\/p>\n<p>&nbsp;<\/p>\n<h4><span style=\"font-weight: 400;\">Otras lecturas<\/span><\/h4>\n<p><span style=\"font-weight: 400;\">Gran parte de este contenido compartido en este art\u00edculo proviene del <\/span><a href=\"https:\/\/caroli.org\/es\/livro\/product-backlog-building\/\"><span style=\"font-weight: 400;\">libro PBB<\/span><\/a><span style=\"font-weight: 400;\"> que puedes leer para obtener m\u00e1s informaci\u00f3n sobre el uso del Canvas de PBB y c\u00f3mo escribir historias de usuarios \u00fatiles. En este <\/span><a href=\"https:\/\/caroli.org\/es\/scrum-comienza-con-pbb\/\"><span style=\"font-weight: 400;\">art\u00edculo<\/span><\/a><span style=\"font-weight: 400;\"> se describe este enfoque en el contexto de Scrum. En el <\/span><a href=\"https:\/\/caroli.org\/es\/en\/the-blog\/\"><span style=\"font-weight: 400;\">blog<\/span><\/a><span style=\"font-weight: 400;\"> puedes encontrar m\u00e1s art\u00edculos.<\/span><\/p>\n<p>&nbsp;<\/p>\n","protected":false},"excerpt":{"rendered":"<p>El Canvas de Product Backlog Building (PBB) proporciona un proceso simple para desarrollar historias de usuario, comenzando con la descripci\u00f3n de las personas para el producto y las actividades que realizan. Estas actividades dan lugar a funcionalidades: las interacciones del usuario con el producto. Las funcionalidades son divididas en elementos m\u00e1s peque\u00f1os en el backlog, los cuales pueden ser formulados como historias de usuario desde la perspectiva de las personas y las actividades que realizan.<\/p>\n","protected":false},"author":40,"featured_media":209499,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_et_pb_use_builder":"off","_et_pb_old_content":"","_et_gb_content_width":"","footnotes":""},"categories":[1917,3448],"tags":[],"inception_activities":[],"colaboradores":[],"class_list":["post-209055","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-cultura-agil","category-editora-caroli-org-es"],"_links":{"self":[{"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/posts\/209055","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\/40"}],"replies":[{"embeddable":true,"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/comments?post=209055"}],"version-history":[{"count":0,"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/posts\/209055\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/media\/209499"}],"wp:attachment":[{"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/media?parent=209055"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/categories?post=209055"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/tags?post=209055"},{"taxonomy":"inception_activities","embeddable":true,"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/inception_activities?post=209055"},{"taxonomy":"colaboradores","embeddable":true,"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/colaboradores?post=209055"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}