La palabra Scrum viene de una jugada específica del Rugby, un deporte no muy famoso en Brasil, en lo cual ocho jugadores realizan una formación y intentar el avanzo contra el equipo adversario. En caso que cualquier uno de ellos falle, el avanzo no se concretiza.
Esa metodología es utilizada principalmente por empresas de desarrollo de software para agilizar sus entregas, pero, ellas puede ser adaptada para la implementación en la gestión de TI.
Dentro de ese framework, existen algunos papeles y funciones que deben ser realizadas por miembros del equipo, además de determinados eventos que deben ser respetados para el funcionamiento del Scrum.
Product owner
El puede ser considerado como representante del cliente dentro del proyecto de la tecnología de la información. Es el principal responsable por montar las demandas y verificar las métricas y entregas junto al equipo.
Es el quien decide cuales son las funcionalidades o demandas que deben ser contestadas primero, además de ser el punto de comunicación entre el cliente directo y el equipo de TI.
Los procesos están profundamente relacionados con los otros pilares de la gestión de TI. Consecuentemente, volveremos a comentar el asunto en el decorrer del artículo.
Scrum Master
Es el mestre que organizar las demandas y las repasa para el equipo de TI, de acuerdo con los pedidos realizados por el product owner. Puede ser considerado con el gerente y responsable por el soporte del equipo como un todo.
Cuando el equipo tiene algún problema o encarece de cualquier tipo de explicación en relación a sus tareas, es a él que debe recurrir. Es el punto de comunicación entre el equipo y el product owner.
Equipo de TI
El equipo de tecnología de la información es responsable por la operacionalización de todas las demandas requeridas por el product owner y entregues por el scrum master.
La principal habilidad del equipo de TI es conseguir gerenciarse, además de ser multidisciplinar, o sea, cualquier uno de los miembros puede lidiar con cualquier tipo de demanda de gestion de TI.
Equipo de TI
Por mas que mucha gente coloque los tres primeros pilares como esenciales, el desarrollo tecnológico revolucionó la forma como lidiamos con la gestión de TI. Si la aplicación de sus recursos impacta directamente en los negocios, la seguridad se vuelve cuestión esencial 一 y todos deben estar involucrados en sus prácticas.
Sprint
Los sprints son los ciclos de trabajo del Scrum: periodos de, generalmente, dos a cuatro semanas, en los cuales son realizadas todas las actividades descritas en la reunion de planificacion.
Daily Scrum
Se realizan reuniones diarias, en las cuales todos los miembros del equipo de TI hablan sobre las actividades que están desarrollando y cuáles son las dificultades enfrentadas. Tales encuentros suceden el inicio del dia y son muy rapidos.
Revisión de sprint
Al final del sprint, es realizado un levantamiento con el intuito de verificar el saldo general. Son visualizadas las tareas realizadas y cuáles fueron las dificultades, además de servir para recoger feedbacks acerca de la performance del equipo y lo que se puede esperar del próximo sprint.
Sprint
Los sprints son los ciclos de trabajo del Scrum: periodos de, generalmente, dos a cuatro semanas, en los cuales son realizadas todas las actividades descritas en la reunion de planificacion.
Product Backlog
El product Backlog es el documento en que son reunidas, por el product owner y por el scrum master, todas las demandas todavía en abierto para el sector de TI. Es por medio de esas necesidades que son montados los Sprints Backlogs.
Sprint Backlog
Los Sprint Backlog son los resultados de las reuniones de planificación, en las cuales el product owner prioriza cuales son las tareas que deben ser realizadas por el equipo de TI en determinado sprint.
Definición de Listo
La Definición de Listo es un documento individual adjunto a cada una de las tareas. En él, es posible encontrar una transcripción clara de lo que se espera alcanzar al finalizar la implementación de esa tarea.
Como aplicarla
Scrum no es una metodología padronizada que no puede sufrir alteraciones. Su principal ventaja en relación a otras herramientas y frameworks es la adaptabilidad. El gran desafio aqui es capacitar a su equipo para trabajar con una nueva realidad.
Puede ser que su empresa no pueda adecuarse a los papeles descritos arriba, o no vea mucha importancia en algunos de los documentos. En este caso, basta suprimirlos y utilizar el restante ㅡ si usted siente falta de alguna etapa, es sólo introducirla.
Funcionamiento
El passo a passo básico del funcionamiento del Scrum es muy simples. En un primer momento, el product owner va montar el Product Backlog con todas las tareas en abierto para el equipo de TI y sus Definiciones de Listo.
En seguida, será realizada una reunión de planificación, en la cual el product owner, junto al scrum master, creará el Sprint Backlog, con todas las tareas priorizadas que pueden ser hechas en el periodo de un ciclo.
Las tareas son distribuidas y tendrá inicio el sprint. Todos los dias sera realizado el daily scrum para un acompañamiento superficial y, al final del sprint, los involucrados van reunirse en la revisión de sprint. Después, el ciclo se reinicia con un nuevo sprint.
La utilización de la metodología Scrum, sea cual sea el contexto, puede traer una serie de ventajas competitivas para el equipo de TI. Entre las principales, podemos citar:
La metodología Scrum surgió como una herramienta ágil interessante para el desarrollo de software de manera rápida y con calidad, pero, hoy ella puede ser utilizada en otras áreas, como en la gestión de TI.
Te gustó este post? Sus amigos y colegas también les va gustar! Comparta este artículo con ellos en las redes sociales!