{"id":4227,"date":"2017-03-08T19:01:13","date_gmt":"2017-03-08T19:01:13","guid":{"rendered":"https:\/\/caroli.org\/es\/?p=4227"},"modified":"2019-11-26T09:51:23","modified_gmt":"2019-11-26T12:51:23","slug":"que-es-scrum","status":"publish","type":"post","link":"https:\/\/caroli.org\/es\/que-es-scrum\/","title":{"rendered":"\u00bfQu\u00e9 es Scrum?"},"content":{"rendered":"

Scrum es un framework \u00e1gil para la conclusi\u00f3n de proyectos complejos<\/strong>. Scrum fue inicialmente formalizado para proyectos de desarrollo de software, pero est\u00e1 siendo aplicado para cualquier \u00e1mbito de proyectos complejos as\u00ed como tambi\u00e9n para trabajos innovadores.<\/p>\n

Scrum es especialmente adecuado para proyectos que tengan la necesidad de cambios r\u00e1pidos o que sean altamente emergentes. El desarrollo del software con Scrum avanza a trav\u00e9s de una serie de iteraciones llamadas Sprints<\/strong>, que duran, generalmente, de una a cuatro semanas.<\/p>\n

La ceremonias de Scrum<\/strong><\/h2>\n

El modelo Scrum sugiere que cada Sprint de inicio despu\u00e9s de una r\u00e1pida reuni\u00f3n de planeamiento, y que termine con una reuni\u00f3n de revisi\u00f3n del trabajo realizado durante el Sprint. Estos son los principios de gesti\u00f3n de proyectos Scrum: ciclos cortos y consecutivamente\u00a0con reuniones de alineaci\u00f3n, seguimiento del progreso del trabajo y mejora del equipo.<\/p>\n

\"scrum-cerimonies\"<\/p>\n

Adem\u00e1s de las reuniones de (1) planning<\/strong> y (4) review<\/strong>, Scrum sugiere dos reuniones m\u00e1s que deben darse a cada Sprint. Esas son: (2) retrospectiva<\/strong>, la reuni\u00f3n que promueve el momento kaizen, en donde el equipo busca la mejora continua en lo que se refiere al proceso, a la entrega e interacci\u00f3n entre las personas; y (3) grooming<\/strong> (o perfeccionamiento), la reuni\u00f3n en donde el backlog<\/strong> del producto es visto nuevamente buscando el entendimiento de los pr\u00f3ximos requisitos, candidatos al Sprint siguiente.<\/p>\n

Sprint<\/strong><\/h2>\n

El Sprint promueve una cadencia, que dura normalmente entre una y cuatro semanas, dependiendo de las preferencias del equipo involucrado. Igualmente, el equipo realiza una breve reuni\u00f3n para verificar c\u00f3mo proceden las tareas del trabajo. Esta reuni\u00f3n es conocida como Daily Sprint<\/strong>; en esta, los miembros del equipo se quedan de pie (para que la reuni\u00f3n no tarde mucho) y para que contesten a tres preguntas, las cuales ayudan al equipo a auto-organizarse, buscando \u00a0alineaci\u00f3n diaria en relaci\u00f3n al trabajo de Sprint. Las tres preguntas son: \u00bfqu\u00e9 hice ayer?, \u00bfqu\u00e9 voy a hacer hoy? y \u00bfqu\u00e9 me impide de progresar en mi trabajo?<\/p>\n

En el mundo \u00e1gil de Scrum evitamos las descripciones completas y detalladas de c\u00f3mo todo deber\u00e1 ser hecho en el Sprint. Gran parte es delegado para que el equipo de desarrollo pueda decidir, y eso se debe al hecho de que el equipo sabr\u00e1 cu\u00e1l es la mejor forma de solucionar\u00a0 el problema en cuesti\u00f3n.<\/p>\n

Por ese motivo es que la reuni\u00f3n de Planificaci\u00f3n del Sprint es descrita en t\u00e9rminos de metas y de resultado deseado. El resultado deseado es un compromiso con el conjunto de funcionalidades que ser\u00e1n desarrolladas en el pr\u00f3ximo Sprint. Es de esta forma que buscamos el equilibrio entre autonom\u00eda, flexibilidad y compromiso del equipo. Tal compromiso es visto nuevamente al final del Sprint en la reuni\u00f3n de Review.<\/p>\n

El equipo Scrum<\/strong><\/h2>\n

Scrum promueve un equipo multifuncional y que se auto organiza. La eficiencia del equipo depende de la capacidad de sus miembros para trabajar juntos y hacer el mejor uso de las habilidades de cada individuo: multifuncionales. El equipo Scrum se debe auto organizar pues no hay un l\u00edder de equipo que decida qui\u00e9n va a realizar cu\u00e1l tarea ni c\u00f3mo se realizar\u00e1. Tareas y problemas son levantados por todos y esas cuestiones son decididas por el equipo como un todo.<\/p>\n

Los equipos de Scrum son apoyados por dos roles espec\u00edficos. El primero es un Scrum Master,<\/strong> alguien que tenga experiencia con el framework y que pueda ayudar al equipo a usar el proceso de Scrum para lograr sus objetivos de alto nivel. Los mejores Scrum Masters son aquellas personas que sienten m\u00e1s satisfacci\u00f3n de facilitar el \u00e9xito del otro que el suyo propio. El Scrum Master debe sentirse confortable y seguro con el framework de manera de garantizar todo el control en relaci\u00f3n al producto para el Product Owner (PO)<\/strong> y todo el control en lo que se refiere al desarrollo para su equipo.<\/p>\n

El segundo rol espec\u00edfico es el Product Owner (PO). Este representa el negocio, los clientes o usuarios, y orienta al equipo para la construcci\u00f3n del producto adecuado. El PO debe conducir el esfuerzo\u00a0de\u00a0desarrollo a trav\u00e9s de la clarificaci\u00f3n y el establecimiento de prioridades de trabajo.<\/p>\n

Normalmente, el PO trabaja con el Product Backlog, la lista clave de los requisitos del producto a ser creado. Su funci\u00f3n es dar prioridad al backlog basado en el valor del negocio y en\u00a0 la alineaci\u00f3n entre las partes interesadas, tanto del equipo interno y externo Scrum.\u00a0 Como tal, el PO debe estar disponible para el equipo a los efectos de responder a las preguntas y liderar el equipo cada vez que lo consulte.<\/p>\n

Esta combinaci\u00f3n de autoridad y disponibilidad\u00a0 hacia el\u00a0 equipo hace con que el PO sea parte fundamental del framework. Scrum valora la auto-organizaci\u00f3n y la autonom\u00eda del equipo. Por lo tanto, el PO debe respetar la direcci\u00f3n y la capacidad del equipo para crear su propio plan de acci\u00f3n.<\/p>\n

Trabajo en Equipo, alineaci\u00f3n cadenciosa y transparencia<\/strong><\/h2>\n

El equipo de Scrum – Scrum Master, el PO\u00a0 y todos los miembros del equipo (con sus diversos or\u00edgenes) – participa activamente en todas las reuniones con un alto grado de autonom\u00eda, transparencia y compromiso. En la Planificaci\u00f3n del Sprint, el equipo decide el\u00a0 Sprint Backlog, el cual es monitoreado y revisado diariamente en el Sprint Review. Al buscar la mejora contin\u00faa (resaltado en las retrospectivas), por lo general el equipo Scrum se lleva a cabo con un alto nivel de rendimiento. Gran parte de esto se logra mediante el trabajo en equipo<\/strong>, la alineaci\u00f3n cadenciada <\/strong>a trav\u00e9s de los Sprints, y la transparencia<\/strong> de cada funci\u00f3n y reuni\u00f3n.<\/p>\n","protected":false},"excerpt":{"rendered":"

Scrum es un framework \u00e1gil para la conclusi\u00f3n de proyectos complejos. Scrum fue inicialmente formalizado para proyectos de desarrollo de software, pero est\u00e1 siendo aplicado para cualquier \u00e1mbito de proyectos complejos as\u00ed como tambi\u00e9n para trabajos innovadores. Scrum es especialmente adecuado para proyectos que tengan la necesidad de cambios r\u00e1pidos o que sean altamente emergentes. […]<\/p>\n","protected":false},"author":1,"featured_media":3982,"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":[1917],"tags":[1447,1449,1451,1445],"inception_activities":[],"colaboradores":[],"class_list":["post-4227","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-cultura-agil","tag-product-owner-es","tag-scrum-es","tag-scrum-master-es","tag-sprint"],"_links":{"self":[{"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/posts\/4227","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=4227"}],"version-history":[{"count":0,"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/posts\/4227\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/media\/3982"}],"wp:attachment":[{"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/media?parent=4227"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/categories?post=4227"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/tags?post=4227"},{"taxonomy":"inception_activities","embeddable":true,"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/inception_activities?post=4227"},{"taxonomy":"colaboradores","embeddable":true,"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/colaboradores?post=4227"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}