\u00bfHas visto esas series en las que, antes de empezar un nuevo cap\u00edtulo, te hacen un resumen de lo que ha ocurrido en episodios anteriores? Pues algo as\u00ed vamos a hacer nosotros ahora con las metodolog\u00edas Agile.<\/p>\n\n\n\n
Para empaparte bien de lo que son, te recomendamos que eches un vistazo al post sobre qu\u00e9 son las metodolog\u00edas \u00e1giles<\/a>. Pero si no tienes tiempo y agradeces un resumen, aqu\u00ed va.<\/p>\n\n\n\n Las metodolog\u00edas Agile<\/strong> son aquellas que mejoran la productividad y agilizan los flujos de trabajo. \u00bfY qu\u00e9 m\u00e1s pueden hacer por ti, joven padawan? Pues algo tan valioso como ayudarte a reaccionar mejor a los imprevistos del proyecto, al tiempo que consiguen crear confianza entre los miembros de los distintos equipos implicados en las diferentes fases que puede conllevar. Y algo muy importante: permiten introducir la participaci\u00f3n del cliente o los stakeholders <\/em>durante todo el desarrollo del trabajo.<\/p>\n\n\n\n Scrum es una de esas metodolog\u00edas Agile<\/strong>. Y ahora que ya hemos hecho un remember<\/em>, vamos al grano.<\/p>\n\n\n\n Esta metodolog\u00eda de gesti\u00f3n de proyectos naci\u00f3 ligada al mundo del software<\/em>. En este campo, como en el de la ingenier\u00eda, se empezaba por el dise\u00f1o de producto y se acordaba y cerraba con el cliente cu\u00e1les ser\u00edan las caracter\u00edsticas que deseaba como resultado final antes de ponerse al l\u00edo. El m\u00e9todo ofrec\u00eda tantas ventajas que r\u00e1pidamente se extrapol\u00f3 a otros \u00e1mbitos profesionales.<\/p>\n\n\n\n Podr\u00eda decirse que Scrum est\u00e1 en lo m\u00e1s alto del Hall of Fame<\/em> de las metodolog\u00edas Agile. Gracias a su flexibilidad, que r\u00edete t\u00fa de los gimnastas ol\u00edmpicos, se consigue eliminar la rigidez de otros m\u00e9todos de trabajo y permite hacer cambios a lo largo de todo el desarrollo del proyecto sin que hagan pupita en la organizaci\u00f3n. Y, oye, si adem\u00e1s te ofrece la posibilidad de reaccionar ante imprevistos y movimientos del mercado que no estaban contemplados originalmente en el dise\u00f1o, pues c\u00f3mo no lo vas a querer.<\/p>\n\n\n\n No son estas sus \u00fanicas ventajas. Scrum permite<\/strong>, adem\u00e1s, trasladar algunas responsabilidades que tradicionalmente reca\u00edan en mandos intermedios al cuerpo t\u00e9cnico<\/strong>. De esta manera, se ponen en valor su conocimiento y su experiencia.<\/p>\n\n\n\n Si a tu equipo le toca gestionar proyectos de desarrollo o mantenimiento de productos, Scrum ser\u00e1 tu crush<\/em>. Sobre todo si se trata de un producto complejo, gracias a sus caracter\u00edsticas de desarrollo incremental, la flexibilidad que permite y la posibilidad de implicar a los stakeholders<\/em>.<\/p>\n\n\n\n Para entender c\u00f3mo usar la metodolog\u00eda scrum, lo primero que se necesita es comprender las distintas fases de esta manera de trabajar. Tener una visi\u00f3n general de los distintos roles que define es una buena ayuda.<\/p>\n\n\n\n Scrum agrupa todos sus roles en equipos. \u00bfDe f\u00fatbol? No, no te disperses. Hablamos de un peque\u00f1o grupo de personas que asume todos los papeles definidos por el m\u00e9todo y que tiene todas las habilidades necesarias para a\u00f1adir valor al producto que se desarrolla o mantiene en cada sprint<\/em>.<\/p>\n\n\n\n \u00bfUn qu\u00e9? Un sprint<\/em>, o lo que es lo mismo, un peque\u00f1o periodo de tiempo, normalmente unas pocas semanas, en el que un equipo trabaja para completar una serie de tareas previamente definidas. Cada sprint <\/em>suele acabar con una serie de entregables que pueden ser revisados e iterados al finalizar dicho periodo.<\/p>\n\n\n\n Como el tiempo apremia, estos:<\/p>\n\n\n\n Desarrolladores: Si el origen del m\u00e9todo Scrum estaba en el software<\/em>, normal que haya heredado cierta terminolog\u00eda, como es el caso. \u00bfY qu\u00e9 hacen los desarrolladores en cualquier otro \u00e1mbito fuera del original? Pues son los encargados de realizar el trabajo que se ha definido para cada sprint<\/em>.<\/p>\n\n\n\n Product Owner: Es el encargado de defender los intereses del producto que se est\u00e1 desarrollando o manteniendo, y vela por maximizar el valor del producto que es objeto de la metodolog\u00eda. Una especie de defensor del pueblo, pero aplicado a un sistema de trabajo.<\/p>\n\n\n\n Scrum master: Es el encargado de garantizar que la metodolog\u00eda se aplica correctamente y que los distintos grupos implicados trabajan seg\u00fan lo previsto, de manera coordinada y maximizando el valor de su trabajo y aportaciones. El p\u2026 amo, en dos palabras.<\/p>\n\n\n\n \u00bfEsto no va de agilizar el trabajo? Pues, sin enrollarnos m\u00e1s, aqu\u00ed va el esquema:<\/p>\n\n\n\n 1. Creaci\u00f3n del backlog<\/strong><\/em> de producto. Antes de que preguntes qu\u00e9 nos ha pasado algo en la boca, d\u00e9janos explicarte qu\u00e9 es un backlog <\/em>de producto: una lista con todos los requisitos, a alto nivel, que debe cumplir un producto. Es el product owner<\/em>, con la ayuda del Scrum master<\/em>, el encargado de crear esta lista a partir de los requisitos obtenidos de los stakeholders<\/em>. Es muy importante que la lista de tareas est\u00e9 debidamente ordenada por prioridades, de manera que el equipo de desarrollo sepa cu\u00e1les son m\u00e1s relevantes o deben ser terminadas primero.<\/p>\n\n\n\n Pero, ojo, esto es un trabajo en equipo. Aunque el product owner<\/em> es quien crea esa lista de tareas, no se encarga de asignarlas a los desarrolladores. En el m\u00e9todo Scrum, son ellos los que van asumiendo trabajos a medida que van terminando otros. \u00bfY c\u00f3mo se organizan? Ayud\u00e1ndose de un panel, pizarra o plaf\u00f3n donde se colocan y mueven notas adhesivas seg\u00fan se van terminando tareas. Y quien dice notas adhesivas, dice LetsGoNotes<\/a><\/strong>, que es una manera de concretar m\u00e1s apropiada (y nosotros hemos venido aqu\u00ed a hablar de nuestro libro).<\/p>\n\n\n\n\u00bfQu\u00e9 es Scrum y cu\u00e1l es su origen?<\/strong><\/h2>\n\n\n\n
Y esto de la metodolog\u00eda scrum, \u00bfpara qu\u00e9 se utiliza?<\/strong><\/h2>\n\n\n\n
\u00bfY cu\u00e1les son los roles de los que usted me habla?<\/strong><\/h3>\n\n\n\n
Ahora pasemos a las fases<\/strong><\/h3>\n\n\n\n