{"id":663,"date":"2008-06-14T15:58:37","date_gmt":"2008-06-14T13:58:37","guid":{"rendered":"http:\/\/www.marblestation.com\/blog\/?p=663"},"modified":"2012-04-26T16:28:53","modified_gmt":"2012-04-26T14:28:53","slug":"scrum-gestion-agil-de-proyectos-agile-project-management","status":"publish","type":"post","link":"https:\/\/www.marblestation.com\/?p=663","title":{"rendered":"Scrum, gesti\u00f3n \u00e1gil de proyectos \/ agile project management"},"content":{"rendered":"<p><a href=\"http:\/\/en.wikipedia.org\/wiki\/Scrum_%28development%29\">Scrum<\/a> es una <a href=\"http:\/\/www.marblestation.com\/blog\/?p=661\">metodolog\u00eda de desarrollo \u00e1gil<\/a> basado en procesos iterativos e incrementales. El desarrollo parte de una idea general de lo que se requiere construir, elaborando un listado de caracter\u00edsticas ordenadas por prioridad (<b>product backlog<\/b>) que el propietario del producto desea obtener. El product backlog ser\u00e1 un documento en constante actualizaci\u00f3n y al cual podr\u00e1n acceder todos los interesados.<\/p>\n<p>A partir de aqu\u00ed se efectuar\u00e1 una reuni\u00f3n para la planificaci\u00f3n del primer <b>sprint<\/b> (la primera iteraci\u00f3n), en la cual se generar\u00e1 una lista de tareas (<b>sprint backlog<\/b>) con asignaciones de personas y una <a href=\"http:\/\/www.marblestation.com\/blog\/?p=664\">estimaci\u00f3n de tiempo<\/a> y recursos. Adicionalmente se establecer\u00e1 el objetivo del sprint (necesidad del negocio a cubrir).<\/p>\n<p>El sprint (iteracci\u00f3n) dar\u00e1 como resultado una primera versi\u00f3n parcial del producto (resultado incremental). Cabe destacar que, en cada proyecto se debe definir una duraci\u00f3n fija de los sprints, siendo recomendable que se encuentre entre los 15 y 60 d\u00edas.<\/p>\n<p>Durante el sprint, se realizar\u00e1 una reuni\u00f3n diaria (15 minutos m\u00e1ximo) donde cada componente del equipo da respuesta a los siguientes aspectos:<\/p>\n<ul>\n<li>Trabajo realizado desde la reuni\u00f3n de seguimiento anterior.<\/li>\n<li>Trabajo a realizar hasta la pr\u00f3xima reuni\u00f3n.<\/li>\n<li>Limitaciones reales o potenciales que puedan impedir la ejecuci\u00f3n del trabajo.<\/li>\n<\/ul>\n<p>Al finalizar el sprint se realiza una revisi\u00f3n, donde se eval\u00faa el mismo y se presentan los resultados obtenidos.<\/p>\n<p>De esta forma habr\u00e1 concluido el primer sprint y se podr\u00e1 dar lugar a una nueva iteraci\u00f3n, volviendo a efectuar una reuni\u00f3n de planificaci\u00f3n del nuevo sprint.<br \/>\n<!--more--><\/p>\n<h3>Responsabilidades<\/h3>\n<p>Tal y como hemos visto, aparte del equipo de trabajo, hay dos figuras bien diferenciadas:<\/p>\n<p><b>Propietario del producto<\/b>: representante del \u00e1rea de negocio (product manager o responsable de marketing para desarrollos internos) que tiene entre sus responsabilidades los siguientes objetivos:<\/p>\n<ul>\n<li>Obtener el m\u00e1ximo valor para usuarios y clientes.<\/li>\n<li>Financiaci\u00f3n<\/li>\n<li>Decisi\u00f3n para efectuar el lanzamiento<\/li>\n<\/ul>\n<p><b>Scrum Master<\/b>: responsable de garantizar que se aplica correctamente la metodolog\u00eda.<\/p>\n<h3>Componentes b\u00e1sicos<\/h3>\n<p>Durante el desarrollo del proyecto se trabaja con tres elementos b\u00e1sicos:<\/p>\n<p><b>Product backlog<\/b> &#8211; proporciona los requisitos desde el punto de vista del negocio y cada uno de estos debe estar compuesto por:<\/p>\n<ul>\n<li>Identificador \u00fanico de la funcionalidad<\/li>\n<li>Descripci\u00f3n<\/li>\n<li>Prioridad<\/li>\n<li>Estimaci\u00f3n en tiempo<\/li>\n<li>Criterio de validaci\u00f3n<\/li>\n<\/ul>\n<p><b>Sprint backlog<\/b> &#8211; determinas las tareas a realizar desde la perspectiva del desarrollo de software. En su elaboraci\u00f3n debe participar todo el equipo y cubre todas las tareas necesarias (se recomienda actividades de tama\u00f1o entre 4 y 16 horas) para conseguir el objetivo del sprint. Todo el equipo debe tener acceso permanente a esta informaci\u00f3n v\u00eda digital (p.ej. hoja de c\u00e1lculo, herramienta de gesti\u00f3n) o f\u00edsicamente en el espacio de trabajo (p.ej. pizarra). El sprint backlog contiene por cada tarea:<\/p>\n<ul>\n<li>Identificador<\/li>\n<li>Descripci\u00f3n<\/li>\n<li>Responsable<\/li>\n<li>Estado<\/li>\n<li>Estimaci\u00f3n del tiempo pendiente para su finalizaci\u00f3n<\/li>\n<\/ul>\n<p><b>El incremento<\/b> &#8211; parte del producto desarrollado en un sprint, el cual ya se encuentra preparado para ser entregado al cliente y por tanto, terminado y probado (no se trata de m\u00f3dulos no funcionales o similares). Cabe destacar que la primera iteraci\u00f3n puede resultar dif\u00edcil cumplir con la producci\u00f3n de un incremento entregable y por regla general, se suele ser considerar la \u00fanica excepci\u00f3n.<\/p>\n<h3>Reuniones<\/h3>\n<h4>Planificaci\u00f3n del sprint<\/h4>\n<p>Asiste el propietario del producto, el scrum master y todo el equipo de trabajo.<\/p>\n<p>En una primera parte (m\u00e1ximo 4 horas), el propietario del producto informa de los posibles cambios del product backlog y los motivos con el objetivo de que todo el mundo conozca los detalles. Adem\u00e1s, presentar\u00e1 una propuesta de elementos a desarrollar para el siguiente sprint con su respectiva prioridad y <a href=\"http:\/\/www.marblestation.com\/blog\/?p=664\">estimaci\u00f3n en tiempo<\/a> (el cual ser\u00e1 contrastado y acordado entre todo el equipo).<\/p>\n<p>El equipo participa planteando dudas y replanteando funcionalidades. El objetivo es conseguir el m\u00e1ximo grado de implicaci\u00f3n y la generaci\u00f3n de valor multidisciplinar para acabar escogiendo los elementos del product backlog que finalmente se desarrollaran en el sprint.<\/p>\n<p>En una segunda parte (m\u00e1ximo 1 d\u00eda contando la primera parte), se desglosan las tareas necesarias para el desarrollo de los elementos seleccionados. Teniendo en cuenta los conocimientos e intereses, cada miembro del equipo se auto-asigna las tareas de las que se compromete a ser responsable (garantizando paralelamente la distribuci\u00f3n homog\u00e9nea y equilibrada). Como resultado de la reuni\u00f3n se obtendr\u00e1 el sprint backlog y la fecha de la reuni\u00f3n de revisi\u00f3n.<\/p>\n<p>El scrum master tiene como finalidad la conducci\u00f3n y moderaci\u00f3n de la reuni\u00f3n, garantizando que los objetivos de la reuni\u00f3n son alcanzados.<\/p>\n<p>Durante la reuni\u00f3n, aparte de los soportes digitales, se recomienda el uso de elementos f\u00edsicos sobre los que poder distribuir las diferentes tareas. Por ejemplo, es habitual el uso de post-its sobre una pizarra la cual se encuentra dividida en:<\/p>\n<ul>\n<li>Objetivo general del sprint y fecha de la reuni\u00f3n de revisi\u00f3n<\/li>\n<li>Fila de elementos del product backlog a cubrir ordenados por prioridad (1 por post-it)<\/li>\n<li>Debajo de cada elemento, conjunto de tareas a realizar (1 por post-it)<\/li>\n<\/ul>\n<h4>Monitorizaci\u00f3n del sprint<\/h4>\n<p>Reuni\u00f3n diaria donde actualizar el sprint backlog con las tareas ya realizadas o los tiempos pendientes. Adicionalmente, se actualizan tambi\u00e9n los gr\u00e1ficos burn-down.<\/p>\n<p>A la reuni\u00f3n acude la totalidad del equipo y estos son los \u00fanicos que pueden intervenir en caso de que se incorporen otras personas (p.ej. el propietario del producto). La duraci\u00f3n m\u00e1xima debe ser de 15 minutos y se recomienda realizarla de pie enfrente de alguna pizarra con los elementos del sprint backlog en forma de post-it.<\/p>\n<h4>Revisi\u00f3n del sprint<\/h4>\n<p>Reuni\u00f3n informativa que se efect\u00faa una vez finalizado el sprint y a la que asiste el equipo de trabajo, el propietario del producto, el scrum master y todos aquellos interesados en el proyecto (p.ej. cliente). <\/p>\n<p>El objetivo de la misma es presentar al cliente el incremento desarrollado (terminado, probado y operando en el entorno del cliente) y obtener feedback para mejorar e incorporar en sucesivos sprints.<\/p>\n<p>La preparaci\u00f3n de la reuni\u00f3n no debe llevar m\u00e1s de 1 hora al equipo de desarrollo (no se preparan presentaciones en PowerPoint o similares) y la reuni\u00f3n debe durar como m\u00e1ximo 4 horas:<\/p>\n<ul>\n<li>Se explica el objetivo del sprint finalizado y las tareas realizadas enfrente de las programadas.<\/li>\n<li>El equipo realiza una demostraci\u00f3n.<\/li>\n<li>Preguntas y sugerencias.<\/li>\n<\/ul>\n<h3>Herramientas gr\u00e1ficas<\/h3>\n<p>Gr\u00e1fico Burn-Up: utilizado por el propietario del producto para realizar la planificaci\u00f3n y seguimiento de los diferentes sprints:<\/p>\n<p><center><img decoding=\"async\" src=\"http:\/\/farm4.static.flickr.com\/3158\/2557921565_8fdd5b8e0e.jpg?v=0\"\/><\/center><\/p>\n<p>Gr\u00e1fico Burn-Down: utilizado por el equipo para mostrar el avance diario y detectar desviaciones.<\/p>\n<p><center><img decoding=\"async\" src=\"http:\/\/farm4.static.flickr.com\/3105\/2557921671_04117425fb.jpg?v=0\"\/><\/center><\/p>\n<h3>Conclusiones<\/h3>\n<p>Scrum se ha convertido en la metodolog\u00eda \u00e1gil m\u00e1s popular gracias a su sencillez, adaptabilidad y orientaci\u00f3n a la creaci\u00f3n de valor de forma peri\u00f3dica. <\/p>\n<p>Encuentro bastante \u00fatil el Excel de Navegapolis para la gesti\u00f3n de las tareas dentro de un sprint: <a href=\"http:\/\/www.navegapolis.net\/content\/view\/268\/60\/\">Herramienta Excel para Scrum<\/a><\/p>\n<h3>Bibliograf\u00eda<\/h3>\n<p><a href=\"http:\/\/www.navegapolis.net\/content\/view\/694\/\">Flexibilidad con Scrum (Juan Palacio)<\/a>.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Scrum es una metodolog\u00eda de desarrollo \u00e1gil basado en procesos iterativos e incrementales. El desarrollo parte de una idea general de lo que se requiere construir, elaborando un listado de caracter\u00edsticas ordenadas por prioridad (product backlog) que el propietario del producto desea obtener. El product backlog ser\u00e1 un documento en constante actualizaci\u00f3n y al cual &hellip; <a href=\"https:\/\/www.marblestation.com\/?p=663\" class=\"more-link\">Continue reading <span class=\"screen-reader-text\">Scrum, gesti\u00f3n \u00e1gil de proyectos \/ agile project management<\/span> <span class=\"meta-nav\">&rarr;<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1,9],"tags":[],"class_list":["post-663","post","type-post","status-publish","format-standard","hentry","category-espanyol","category-negocios"],"_links":{"self":[{"href":"https:\/\/www.marblestation.com\/index.php?rest_route=\/wp\/v2\/posts\/663","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.marblestation.com\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.marblestation.com\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.marblestation.com\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.marblestation.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=663"}],"version-history":[{"count":2,"href":"https:\/\/www.marblestation.com\/index.php?rest_route=\/wp\/v2\/posts\/663\/revisions"}],"predecessor-version":[{"id":1264,"href":"https:\/\/www.marblestation.com\/index.php?rest_route=\/wp\/v2\/posts\/663\/revisions\/1264"}],"wp:attachment":[{"href":"https:\/\/www.marblestation.com\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=663"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.marblestation.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=663"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.marblestation.com\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=663"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}