{"id":163200,"date":"2022-04-05T14:41:24","date_gmt":"2022-04-05T13:41:24","guid":{"rendered":"https:\/\/multi.liora.io\/?p=154044"},"modified":"2026-02-09T15:42:33","modified_gmt":"2026-02-09T14:42:33","slug":"bconoce-el-sistema-scrum","status":"publish","type":"post","link":"https:\/\/liora.io\/es\/bconoce-el-sistema-scrum","title":{"rendered":"\u00bfConoce el sistema SCRUM?"},"content":{"rendered":"<h2><strong>Como se explic\u00f3 en el art\u00edculo anterior, hay varios tipos de m\u00e9todos \u00e1giles, el concepto SCRUM es uno de los m\u00e9todos \u00e1giles m\u00e1s populares, fue implementado por primera vez por Jeff Sutherland y Ken Schwaber en 1996.<\/strong><\/h2>\nEl m\u00e9todo \u00e1gil est\u00e1 muy extendido en las empresas. Permite una mejor gesti\u00f3n de los proyectos \u00e1giles, cuyo objetivo principal es coordinar equipos independientes m\u00e1s peque\u00f1os y mejorar su productividad dentro de la empresa.\n\n<i>El nombre \u00abSCRUM\u00bb significa \u00abmel\u00e9\u201d y se inspira abiertamente en el rugby, un deporte en el que los equipos deben apuntar en la misma direcci\u00f3n.<\/i>\n\nScrum establece un marco para <b>facilitar la ejecuci\u00f3n r\u00e1pida y eficaz de los proyectos de desarrollo<\/b>. Para aplicar con \u00e9xito este marco, se recomienda encarecidamente centrarse en estos tres aspectos b\u00e1sicos :\n<ul>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><b>Transparencia<\/b> para garantizar que las partes interesadas (equipos de proyecto, gestores y usuarios) hablen un <b>lenguaje com\u00fan<\/b> y se entiendan entre s\u00ed, al tiempo que se benefician de toda la informaci\u00f3n necesaria para entender el proyecto.<\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><b>Inspecci\u00f3n<\/b> para aplicar evaluaciones peri\u00f3dicas que garanticen que el desarrollo siempre cumple y no se desv\u00eda de los requisitos del cliente.<\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><b>La adaptabilidad<\/b> es el \u00faltimo pilar que hace honor a su nombre. \u00bfCu\u00e1l es su objetivo? Si en la fase de inspecci\u00f3n se detectan desviaciones con respecto a los resultados previstos, hay que cambiar el rumbo del proyecto.<\/li>\n<\/ul>\n<h3>funci\u00f3n SCRUM :<\/h3>\nPara adoptar este m\u00e9todo, es esencial contar con un equipo completo con funciones bien definidas. Aqu\u00ed est\u00e1n los tres papeles principales que componen el equipo :&nbsp;&nbsp;\n<ul>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><b>Propietario del producto : <\/b>Responsable de proporcionar los requisitos del proyecto.<\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><b>Scrum master : <\/b>Dirige al equipo hacia el desarrollo exitoso del producto, garantiza la protecci\u00f3n del equipo y permite que todos se concentren en sus tareas sin ser molestados.<\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><b>Equipo de desarrollo : <\/b>&nbsp;Cada miembro del equipo cumple con todos los requisitos t\u00e9cnicos necesarios para entregar el producto (caracter\u00edsticas desarrolladas).<\/li>\n<\/ul>\n<h3>El l\u00e9xico de SCRUM :<\/h3>\nAntes de conocer mejor el mundo \u00e1gil de SCRUM, es importante tener una idea sobre los siguientes conceptos que esquematizan el l\u00e9xico de SCRUM :\n<ul>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><b>Historias de usuario :<\/b>&nbsp; Una explicaci\u00f3n sencilla y comprensible, no formal, de una caracter\u00edstica del software escrita desde el punto de vista del usuario final. La historia de usuario debe respetar una forma determinada.<\/li>\n<\/ul>\nEl prop\u00f3sito de una historia de usuario es definir c\u00f3mo un trabajo a\u00f1ade valor a un cliente, como se muestra en el siguiente ejemplo:\n\n\u00abComo A, quiero B para el prop\u00f3sito de C\u00bb\n\n<b><i>A <\/i><\/b><i>representa un tipo de usuario<\/i>\n\n<b><i>B<\/i><\/b><i> representa una caracter\u00edstica<\/i>\n\n<b>C<\/b> <i>representa el prop\u00f3sito de la funci\u00f3n, el beneficio para el usuario.<\/i>\n<ul>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><b>Sprints :<\/b> iteraciones en franc\u00e9s. Suelen ser intervalos cortos de tiempo que van de 2 a 4 semanas, durante los cuales el equipo dise\u00f1a, construye, desarrolla y prueba nuevas caracter\u00edsticas o historias de usuario del producto. Al final del sprint, el producto es potencialmente entregable, <b>pero lo m\u00e1s importante es que es demostrable a los interesados.<\/b><\/li>\n<\/ul>\nPara un buen seguimiento del progreso del sprint en curso, es importante utilizar una representaci\u00f3n gr\u00e1fica para tener una simulaci\u00f3n del progreso del proyecto, de ah\u00ed la noci\u00f3n de Burndown Chart.\n<ul>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><b>Burndown Chart :<\/b> En forma de representaci\u00f3n gr\u00e1fica, da una idea del progreso del sprint actual. Este gr\u00e1fico es sencillo, representa la carga de trabajo restante, generalmente las horas que quedan por hacer en un sprint, a lo largo de los d\u00edas. Para dibujar este gr\u00e1fico, basta con actualizar el backlog del sprint (por ejemplo, el scrum diario). Es una m\u00e9trica que muestra el trabajo restante en un periodo determinado.<\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><b>Definici\u00f3n de Hecho :<\/b> Una lista de criterios a comprobar, para determinar si las historias de usuario o los tickets est\u00e1n realmente terminados.<\/li>\n<\/ul>\n<ul>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><b>Definici\u00f3n de Listo :<\/b> Una lista de elementos que deben ser incluidos en la historia de usuario a desarrollar. Debe responder a la pregunta : \u00bfPor qu\u00e9? \u00bfC\u00f3mo?&nbsp; \u00bfO qu\u00e9? \u00bfCu\u00e1nto cuesta?<\/li>\n<\/ul>\n<h3>Ceremonias SCRUM :<\/h3>\nLas ceremonias de Scrum proporcionan un marco que re\u00fane a los diferentes miembros del equipo \u00e1gil y les permite trabajar de forma estructurada, establecer expectativas y trabajar juntos de forma eficaz. Permiten al equipo compartir sus progresos y, en \u00faltima instancia, producir resultados.\n<ul>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><b>Esta secci\u00f3n<\/b> se centra en c\u00f3mo llevar a cabo las cuatro Ceremonias Scrum y qui\u00e9n est\u00e1 involucrado en cada etapa. Tambi\u00e9n proporcionaremos consejos y mejores pr\u00e1cticas para tener \u00e9xito en cada una de ellas:<\/li>\n<\/ul>\nPlanificaci\u00f3n del sprint: Es un paso esencial en todo proyecto scrum, planificado para el primer d\u00eda del sprint, este paso consiste en priorizar las tareas que se desarrollar\u00e1n a lo largo del sprint.\n\nEsta ceremonia, que dura unas 2 horas, consiste en determinar el objetivo principal del sprint. El backlog del producto es analizado por los participantes, que intercambiar\u00e1n y decidir\u00e1n las caracter\u00edsticas que se comprometen a entregar al final del sprint.\n<ul>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><b>Standup diario :<\/b> Reuni\u00f3n diaria que se realiza de pie y no supera los 15 minutos, su finalidad es involucrar a cada miembro del equipo, mediante la intervenci\u00f3n para comunicar tres puntos esenciales al resto:<\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><b>El trabajo realizado ayer<\/b><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><b>El trabajo de hoy<\/b><\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><b>Puntos de bloqueo si es necesario<\/b><\/li>\n<\/ul>\nUno de los objetivos del diario es tener una visi\u00f3n global de la marcha del proyecto, haciendo circular la informaci\u00f3n importante y teniendo una reactividad entre los diferentes miembros del equipo.\n\nEs esencial adoptar buenas pr\u00e1cticas para garantizar el buen desarrollo del d\u00eda, por un lado, es necesario respetar el tiempo concedido a cada miembro y, por otro, es imperativo que todo el equipo permanezca atento manteniendo la atenci\u00f3n durante el discurso.\n<ul>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><b>Revisi\u00f3n del sprint :<\/b> es la etapa en la que el equipo presenta una demostraci\u00f3n de sus entregables (funcionalidades desarrolladas) a las partes interesadas, con el fin de garantizar que el producto final satisface perfectamente las necesidades de los clientes.<\/li>\n<\/ul>\nEsta revisi\u00f3n permite actualizar el backlog revisando el sprint que acaba de terminar y a\u00f1adiendo nuevas historias de usuario si es necesario.\n<ul>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><b>Retrospectiva del sprint :<\/b> es la \u00faltima reuni\u00f3n para cerrar el sprint, tiene lugar justo despu\u00e9s de la revisi\u00f3n del sprint y antes de pasar al siguiente sprint, el equipo se re\u00fane para identificar las mejoras a realizar para el siguiente sprint, discutiendo en particular las cosas que van bien, las que podr\u00edan ir mejor y algunas sugerencias de cambios.<\/li>\n<\/ul>\n<h3>Artefactos SCRUM<\/h3>\nEl concepto de artefacto se refiere a un producto o servicio del que alguien ha modificado al menos una parte. Los artefactos SCRUM se basan en un conjunto de valores, principios y pr\u00e1cticas coherentes que constituyen la base de la filosof\u00eda \u00e1gil.\n\n&nbsp;En general, se citan tres artefactos cl\u00e1sicos y un artefacto de transparencia:\n<ul>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><b>Product backlog <\/b>: el product backlog se prepara durante la primera ceremonia, es un primer borrador para enumerar <b>todas las necesidades del cliente<\/b>. El PO es responsable del backlog del producto, pero el equipo del proyecto es responsable de elegir las historias de usuario que se ejecutar\u00e1n durante cada sprint.<\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><b>Sprint backlog :<\/b> Se trata de una versi\u00f3n bien detallada del product backlog, con el fin de fijar el objetivo del sprint y, en particular, el avance del proyecto. Puede gestionarse en forma de tablero de gesti\u00f3n de tareas, gracias a un tablero Kanban, por ejemplo.<\/li>\n \t<li style=\"font-weight: 400;\" aria-level=\"1\"><b>Incremento de producto :<\/b> corresponde a un conjunto de elementos del product backlog que se han completado durante el sprint actual.<\/li>\n<\/ul>\n<h3>Estimaciones de los requisitos :<\/h3>\nDespu\u00e9s de definir el backlog del producto, hay que encontrar una forma de estimar el conjunto de funcionalidades por parte del equipo de desarrollo para permitir futuros compromisos de \u00e9ste. Con la participaci\u00f3n de varios promotores, donde entra en juego el Planning Poker, \u00e9ste se presenta en forma de juego que permite poner en valor la experiencia de cada uno y llegar r\u00e1pidamente a una estimaci\u00f3n \u00f3ptima y objetiva. Antes o durante las estimaciones, se puede pedir al Product Owner que responda a las preguntas del equipo de desarrollo. En esta fase se puede profundizar en la necesidad, pero sin ir demasiado lejos (se trata simplemente de estimar el coste de cada necesidad). El dise\u00f1o detallado se realizar\u00e1 durante las iteraciones (sprints).\n\nLa ventaja general de planificar el p\u00f3quer es que cada uno es libre de expresarse como mejor le parezca.&nbsp;\n<h3>Herramientas SCRUM :<\/h3>\nAunque la adopci\u00f3n de la gesti\u00f3n \u00e1gil de proyectos tiene muchas ventajas, la transici\u00f3n a una <b>nueva forma de gestionar los proyectos<\/b> puede ser dif\u00edcil, por lo que es importante elegir bien desde el principio la herramienta con la que se quiere gestionar el proyecto.&nbsp; En este art\u00edculo te voy a hablar de la herramienta JIRA, que es una de las herramientas de gesti\u00f3n de tareas m\u00e1s potentes del sector. Y \u00e9sta es una de las razones por las que los desarrolladores la adoran.\n\nPor este motivo, varios equipos utilizan Jira para hacer un seguimiento de sus proyectos mediante esta t\u00e9cnica de desarrollo \u00e1gil.\n\nDe hecho, Jira es perfecto para los equipos que utilizan Scrum.\n\nLos tableros de Scrum se utilizan para planificar el trabajo del equipo y gestionar el backlog. Los Scrum Masters suelen utilizar tableros para hacer un seguimiento de los sprints actuales y planificar los futuros. El m\u00e9todo Scrum es adecuado para grandes proyectos en los que es necesario definir iteraciones en la secci\u00f3n del proyecto para obtener el producto final.&nbsp;\n<figure>\n\t\t\t\t\t\t\t\t\t\t<img decoding=\"async\" width=\"800\" height=\"439\" src=\"https:\/\/liora.io\/app\/uploads\/sites\/7\/2022\/04\/Illu_SCRUM-02-1024x562.png\" alt=\"Methode Scrum\" loading=\"lazy\" srcset=\"https:\/\/liora.io\/app\/uploads\/sites\/7\/2022\/04\/Illu_SCRUM-02-1024x562.png 1024w, https:\/\/liora.io\/app\/uploads\/sites\/7\/2022\/04\/Illu_SCRUM-02-300x165.png 300w, https:\/\/liora.io\/app\/uploads\/sites\/7\/2022\/04\/Illu_SCRUM-02-768x422.png 768w, https:\/\/liora.io\/app\/uploads\/sites\/7\/2022\/04\/Illu_SCRUM-02-1536x843.png 1536w, https:\/\/liora.io\/app\/uploads\/sites\/7\/2022\/04\/Illu_SCRUM-02-2048x1124.png 2048w\" sizes=\"(max-width: 800px) 100vw, 800px\"><figcaption>Figura que muestra el proceso Scrum<\/figcaption><\/figure>\n\n<div class=\"wp-block-buttons is-layout-flex wp-block-buttons-is-layout-flex is-content-justification-center\"><div class=\"wp-block-button \"><a class=\"wp-block-button__link wp-element-button \" href=\"https:\/\/liora.io\/es\/deep-learning-definicion\">Descubre nuestra formaci\u00f3n en Deep Learning<\/a><\/div><\/div>\n","protected":false},"excerpt":{"rendered":"<p>Como se explic\u00f3 en el art\u00edculo anterior, hay varios tipos de m\u00e9todos \u00e1giles, el concepto SCRUM es uno de los m\u00e9todos \u00e1giles m\u00e1s populares, fue implementado por primera vez por Jeff Sutherland y Ken Schwaber en 1996. El m\u00e9todo \u00e1gil est\u00e1 muy extendido en las empresas. Permite una mejor gesti\u00f3n de los proyectos \u00e1giles, cuyo [&hellip;]<\/p>\n","protected":false},"author":74,"featured_media":163201,"comment_status":"open","ping_status":"open","sticky":false,"template":"elementor_theme","format":"standard","meta":{"_acf_changed":false,"editor_notices":[],"footnotes":""},"categories":[2437],"class_list":["post-163200","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-digital"],"acf":[],"_links":{"self":[{"href":"https:\/\/liora.io\/es\/wp-json\/wp\/v2\/posts\/163200","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/liora.io\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/liora.io\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/liora.io\/es\/wp-json\/wp\/v2\/users\/74"}],"replies":[{"embeddable":true,"href":"https:\/\/liora.io\/es\/wp-json\/wp\/v2\/comments?post=163200"}],"version-history":[{"count":1,"href":"https:\/\/liora.io\/es\/wp-json\/wp\/v2\/posts\/163200\/revisions"}],"predecessor-version":[{"id":183548,"href":"https:\/\/liora.io\/es\/wp-json\/wp\/v2\/posts\/163200\/revisions\/183548"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/liora.io\/es\/wp-json\/wp\/v2\/media\/163201"}],"wp:attachment":[{"href":"https:\/\/liora.io\/es\/wp-json\/wp\/v2\/media?parent=163200"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/liora.io\/es\/wp-json\/wp\/v2\/categories?post=163200"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}