Contenido producido por el director de nuestro equipo de desarrollo, Luiz Henrique Felix.<\/p>\n
Al principio de la pandemia no sab\u00edamos c\u00f3mo iban a estar las cosas; cuando nos comunicaron que tendr\u00edamos que trabajar desde casa, fue un poco inquietante: llevaba poco m\u00e1s de un mes en el cargo y sab\u00eda que se avecinaba un gran reto.<\/p>\n
Las primeras semanas en la oficina en casa fueron las m\u00e1s dif\u00edciles, porque necesit\u00e1bamos mantener de alguna manera la misma din\u00e1mica que ten\u00edamos en persona, s\u00f3lo que ahora, a distancia, \u00bfy c\u00f3mo pod\u00edamos hacerlo?<\/p>\n
Fue entonces cuando comenc\u00e9 a estudiar las metodolog\u00edas \u00e1giles, que describir\u00e9 en los siguientes p\u00e1rrafos.<\/p>\n
Justo cuando empec\u00e9 a estudiar metodolog\u00edas \u00e1giles, lo primero con lo que me top\u00e9 fue \u00abEl Manifiesto \u00c1gil\u00bb<\/strong><\/em>, que es una declaraci\u00f3n de los principios en los que se basa el desarrollo \u00e1gil de software. Se basa en doce principios, cuya idea central es la satisfacci\u00f3n del cliente mediante entregas r\u00e1pidas y la mejora continua. Para lograrlo, utilizamos como herramienta principal el di\u00e1logo entre los equipos, junto con la participaci\u00f3n de otros equipos m\u00e1s cercanos al desarrollo, como el comercial y el de soporte, de modo que, gracias a los comentarios recabados de todos, podamos mejorar constantemente el software y satisfacer las necesidades del cliente. <\/p>\n Una de las cosas que he aprendido a lo largo de este recorrido ha sido el verdadero significado de la expresi\u00f3n\u00abMVP\u00bb ( Minimum Viable Product)<\/em> o\u00abproducto m\u00ednimo viable\u00bb.<\/em><\/strong> El MVP no es m\u00e1s que la entrega de un software que el cliente ya puede utilizar, aunque a\u00fan no se hayan implementado todas las funcionalidades previstas en la hoja de ruta; de este modo, conseguimos agilizar la entrega y, al mismo tiempo, ir mejorando el software, ya que, al estar el cliente utiliz\u00e1ndolo, lo perfeccionamos bas\u00e1ndonos en los comentarios recabados, es decir, todos salen ganando.<\/p>\n Para que las entregas se produzcan en el plazo definido en la hoja de ruta, utilizamos algunos m\u00e9todos que nos ayudan en estas entregas, junto con el marco Scrum<\/strong>. Este marco no es un proceso lineal, sino un conjunto de conceptos y t\u00e9cnicas dentro del cual se pueden emplear otros procesos o t\u00e9cnicas. Analizar la eficacia relativa de las pr\u00e1cticas de gesti\u00f3n y desarrollo para poder mejorarlas. Nos da varias t\u00e9cnicas que se pueden utilizar para la gesti\u00f3n, y una de ellas son las reuniones diarias y las reuniones de sprints. Las reuniones diarias son reuniones de no m\u00e1s de 15 minutos, que hacemos para alinear cu\u00e1les ser\u00e1n las actividades a realizar en el d\u00eda y cu\u00e1l ser\u00e1 la direcci\u00f3n del equipo, yo como gerente de estos equipos hago tres preguntas b\u00e1sicas: qu\u00e9 hicieron ayer, qu\u00e9 har\u00e1n hoy y si hay algo que pueda impedir que la actividad que se realizar\u00eda hoy, no se realice. Con estas tres preguntas obtenemos una visi\u00f3n global y sabemos si podemos tener alg\u00fan posible problema, adem\u00e1s de abordar los impedimentos. Las reuniones sprint son encuentros que suelen celebrarse cada semana y duran hasta una hora. Yo y los equipos, nos reunimos con la junta, y presentamos el progreso de las actividades que se realizaron en el per\u00edodo, recoger sus comentarios y ajustar las actividades sobre la base de estos comentarios, as\u00ed que tenemos una direcci\u00f3n para el siguiente sprint. <\/p>\n Junto con Scrum, utilizamos ITIL<\/strong>,la Biblioteca de Infraestructura de Tecnolog\u00edas de la Informaci\u00f3n<\/strong>( Information Technology Infrastructure Library<\/em> ). Se trata de un conjunto de buenas pr\u00e1cticas detalladas para la gesti\u00f3n de servicios de TI que se centra en la alineaci\u00f3n de dichos servicios con las necesidades del negocio y tiene como objetivo promover una gesti\u00f3n orientada a la prestaci\u00f3n eficiente de servicios al cliente<\/a>. En la pr\u00e1ctica, ITIL funciona como una gu\u00eda en la que, en lugar de definir procesos, seguimos buenas pr\u00e1cticas, lo que, en cierta medida, hace que la gesti\u00f3n de los equipos y el flujo de trabajo de los procesos sean mucho m\u00e1s din\u00e1micos, ya que no quedamos limitados a procesos concretos. Tambi\u00e9n utilizamos una t\u00e9cnica de flujo de trabajo de procesos denominada Kanban<\/strong>, un t\u00e9rmino japon\u00e9s que significa \u00abtarjeta\u00bb. El sistema recibi\u00f3 este nombre de la propia empresa que lo desarroll\u00f3, Toyota. No es m\u00e1s que un sistema \u00e1gil y visual para el control de la producci\u00f3n o la gesti\u00f3n de tareas, en el que utilizamos un tablero virtual con columnas denominadas de la siguiente manera: \u00ab<\/em> pendientes, en curso, a la espera de algo o alguien, aprobaci\u00f3n y<\/em> finalizados\u00bb<\/em>, y tarjetas que van \u00abpasando\u00bb de una columna a otra a medida que se van ejecutando las actividades. El Kanban facilita enormemente el avance del desarrollo del proyecto, ya que nos permite saber de forma visual y clara en qu\u00e9 proceso nos encontramos, siempre con informaci\u00f3n detallada en las tarjetas de cada una de las actividades, de modo que podamos utilizar estos datos en las reuniones de sprint y de revisi\u00f3n. <\/p>\n Entre todos estos m\u00e9todos, marcos y herramientas, el m\u00e1s importante siempre ser\u00e1 el que mejor se adapte a la necesidad de tu equipo, un consejo que doy es: no te estanques en el framework o metodolog\u00eda x o y, porque esto puede en lugar de ayudar, acabar entorpeciendo y limitando a tu equipo, en su lugar utiliza lo mejor de cada uno en funci\u00f3n de tu realidad, siempre teniendo en cuenta el objetivo final, que es el desarrollo \u00e1gil de software y la buena gesti\u00f3n de equipos.<\/strong>Siempre estamos revisando nuestros equipos para tener tiempo de cambiar la direcci\u00f3n de los mismos si es necesario, lo que hace que el proceso de desarrollo sea mucho m\u00e1s din\u00e1mico.<\/p>\n","protected":false},"excerpt":{"rendered":"","protected":false},"author":5,"featured_media":18682,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[43],"tags":[1194,1195,1196,1197],"class_list":["post-18681","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-sin-categorizar","tag-kanban","tag-metodologias-edadistas","tag-mvp","tag-scrum"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t