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 ir las cosas, cuando nos dieron la noticia de que tendr\u00edamos que trabajar desde casa nos asustamos un poco, yo llevaba poco m\u00e1s de un mes en el trabajo y sab\u00eda que nos esperaba 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 comenzaron mis estudios sobre metodolog\u00edas \u00e1giles, que describir\u00e9 en los pr\u00f3ximos p\u00e1rrafos.<\/p>\n
Cuando empec\u00e9 a estudiar metodolog\u00edas \u00e1giles, lo primero que encontr\u00e9 fue el \u00abManifiesto \u00c1gil<\/strong><\/em> \u00ab, una declaraci\u00f3n de principios que sustenta el desarrollo \u00e1gil de software. Se basa en doce principios, cuya idea central es la satisfacci\u00f3n del cliente mediante la entrega r\u00e1pida y la mejora continua. Para conseguirlo, utilizamos el di\u00e1logo entre los equipos como principal herramienta, junto con la inclusi\u00f3n de otros equipos para estar m\u00e1s cerca del desarrollo, como el comercial y el de soporte, de forma que con el feedback recogido de todos, podamos estar siempre mejorando el software y satisfaciendo las necesidades del cliente.<\/p>\n Una de las cosas que aprend\u00ed en el camino fue el verdadero significado de la palabra ‘MVP – Minimum Viable Product’<\/em> o Producto M\u00ednimo Viable’<\/em>.<\/strong> MVP no es m\u00e1s que entregar un software, donde el cliente ya puede utilizarlo, incluso sin tener todas las caracter\u00edsticas previstas en la hoja de ruta ya implementadas. De esta manera podemos acelerar la entrega y tambi\u00e9n mejorar el software, porque con el cliente ya us\u00e1ndolo, podemos mejorarlo en base a la retroalimentaci\u00f3n recogida, lo que significa que todos ganan.<\/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, usamos ITIL<\/strong>, Information Technology Infrastructure Library<\/em> o B<\/strong>iblioteca de Infraestructura de Tecnolog\u00eda de la Informaci\u00f3n.<\/strong> Que es un conjunto de mejores pr\u00e1cticas detalladas para la gesti\u00f3n de servicios de TI que se centra en la alineaci\u00f3n de los servicios de TI con las necesidades del negocio y busca promover una gesti\u00f3n dirigida 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 las mejores pr\u00e1cticas, lo que en cierto modo hace que la gesti\u00f3n de los equipos y los procesos de flujo de trabajo sean m\u00e1s din\u00e1micos, porque no estamos atados a x o y procesos. Tambi\u00e9n utilizamos una t\u00e9cnica de flujo de trabajo de procesos llamada Kanban<\/strong>, que es un t\u00e9rmino japon\u00e9s que significa \u00abtarjeta\u00bb. El sistema lleva el nombre de la 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: atraso, hacer, depender de algo\/de alguien, homologaci\u00f3n y logros<\/em>‘<\/em> y tarjetas que \u00abse mueven\u00bb entre estas columnas a medida que se realizan las actividades. Kanban facilita enormemente el avance del desarrollo del proyecto, ya que podemos saber de forma visual y clara en qu\u00e9 proceso nos encontramos, informando siempre dentro de las tarjetas de cada una de las actividades, de forma que podemos utilizar esta informaci\u00f3n reportada en las reuniones de sprint y 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":13,"featured_media":8747,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"postBodyCss":"","postBodyMargin":[],"postBodyPadding":[],"postBodyBackground":{"backgroundType":"classic","gradient":""},"footnotes":""},"categories":[357],"tags":[464,465,466,467],"class_list":["post-11702","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-sin-categoria","tag-kanban-es","tag-metodologias-edadistas","tag-mvp-es","tag-scrum-es"],"aioseo_notices":[],"_links":{"self":[{"href":"https:\/\/made4it.com.br\/es\/wp-json\/wp\/v2\/posts\/11702","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/made4it.com.br\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/made4it.com.br\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/made4it.com.br\/es\/wp-json\/wp\/v2\/users\/13"}],"replies":[{"embeddable":true,"href":"https:\/\/made4it.com.br\/es\/wp-json\/wp\/v2\/comments?post=11702"}],"version-history":[{"count":0,"href":"https:\/\/made4it.com.br\/es\/wp-json\/wp\/v2\/posts\/11702\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/made4it.com.br\/es\/wp-json\/wp\/v2\/media\/8747"}],"wp:attachment":[{"href":"https:\/\/made4it.com.br\/es\/wp-json\/wp\/v2\/media?parent=11702"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/made4it.com.br\/es\/wp-json\/wp\/v2\/categories?post=11702"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/made4it.com.br\/es\/wp-json\/wp\/v2\/tags?post=11702"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}