Recibimos numerosas peticiones de funciones cada semana. Hacemos todo lo posible por tener en cuenta los comentarios que recibimos de nuestros clientes a la hora de crear cosas nuevas. .
Aunque es fácil ver las nuevas funciones, no reflejan inmediatamente gran parte de nuestro importante trabajo de desarrollo. Por eso, nuestra búho del marketing Priscila entrevistó a uno de nuestros desarrolladores de back-end, Joey, sobre la importancia del mantenimiento y cómo los desarrolladores alternan entre distintos tipos de trabajo..
Priscila: ¡Gracias por acompañarme en esta entrevista, Joey! Espero que podamos explicar a nuestros clientes y lectores en qué consiste el trabajo de mantenimiento que hacemos para Easy LMS y por qué es necesario. ¿Podrías empezar explicando qué tipo de trabajo hacemos para mantener Easy LMS?
Joey: Es un placer. Intentaré explicar las cosas sin ponerme demasiado técnico. Tenemos dos tipos de trabajo de mantenimiento. El primero es arreglar los errores que aparecen en el sistema y que nos comunican los clientes. El otro es arreglar cosas que encontramos nosotros mismos y requieren mejoras, por lo que trabajamos en mejorarlas.
Priscila: Bien. Entonces, ¿podrías explicar cómo funciona eso? ¿Trabajas bajo demanda o planificas qué mejorar con antelación?
Joey: Bueno, normalmente trabajamos en ciclos planificados de tres semanas. La demanda de trabajo viene del Propietario de Producto, que mantiene una lista de mejoras recopiladas a partir del feedback de clientes, gente de la empresa e ideas que se nos ocurren a nosotros mismos. .
Antes, trabajábamos en proyectos de desarrollo de características regulares en los que se solapaban todo tipo de mejoras y trabajos de mantenimiento. Eso significaba que nos veíamos interrumpidos por la corrección de errores y teníamos que desviarnos de las nuevas características que estábamos construyendo. .
Recientemente, hemos probado algo nuevo. Hemos añadido un ciclo de mejora a nuestro ciclo de desarrollo de características. Por lo tanto, ahora tenemos dos equipos de desarrollo trabajando en Easy LMS: uno trabajando en el desarrollo regular de características y sólo trabajando en mejoras. Estos equipos cambian de tareas cada tres semanas.
El equipo dedicado a las mejoras trabaja en una lista de mejoras, incluidos los errores, eligiendo el elemento de mayor prioridad de esa lista. A continuación, una vez completada la historia [de desarrollo], evaluamos cuál es el siguiente elemento de alta prioridad. De este modo, trabajamos en la lista durante el ciclo de tres semanas.
Creo que todo el mundo está contento con cómo va. Estamos intentando encontrar el equilibrio perfecto entre arreglar fallos y mejorar cosas no relacionadas con los fallos..
Priscila: Vale. ¡Eso suena como una forma mejorada de trabajar en efecto! ¿Por qué es tan importante trabajar en el mantenimiento como en la creación de nuevas funciones?
Joey: Bueno, es como una casa. Si construyes una casa y nunca la mantienes, empezarás a tener muchos problemas. Lo mismo ocurre con el software. Si partes del sistema se quedan anticuadas y no se les da mantenimiento, con el tiempo pueden causar problemas.
Además, cambiamos nuestra forma de trabajar con regularidad. Necesitamos mantener el sistema actualizado con la forma en que trabajamos ahora. Nos llevaría más tiempo crear nuevas funciones si tuviéramos que tocar una parte del sistema que no se mantiene;
Si no mantenemos el sistema, a la larga funcionarán menos cosas.
Y la necesidad de mantenimiento seguirá creciendo. En resumen, si no corregimos los errores y no mantenemos el sistema, se crearán más errores y, a la larga, funcionarán menos cosas..
Priscila: De acuerdo. Entonces, ¿las "mejoras" son funciones o correcciones?
Joey: Esa es una zona gris. Llamamos "mejoras" a las cosas que se añaden a una característica existente. No son una característica completamente nueva. Por ejemplo, hace poco lanzamos una mejora para la función de grupos de la Academia. Ahora es posible añadir una imagen de portada como imagen de descripción a cada grupo de la Academia. Yo lo llamo mejora, pero también podría llamarse función. Es algo difícil de diferenciar. Pero yo diría que las mejoras suelen ser los cambios más pequeños que hacemos a las características actuales.
Priscila: ¿Qué tipo de trabajo prefieres, desarrollo regular de características o trabajar en el equipo de mejoras?
Joey: Yo diría que ambas cosas. Me gusta mucho cambiar a otros proyectos después de un tiempo. No es que me aburra, pero es agradable cambiar y trabajar en cosas diferentes.
Priscila: Ok. Llegas a terminar todo lo que empiezas a construir en el ciclo de tres semanas? O, ¿lo dejas para el siguiente equipo o para otro ciclo?.
Joey: Se supone que debemos terminar todo lo que empezamos a construir en el mismo ciclo. Es muy fácil crear algo grande y no terminarlo nunca. Pero si estamos realmente centrados en mejorar el producto, conseguimos terminarlo. Cualquier cosa que hagamos, aunque acabe por no gustarnos, se termina en tres semanas.
Nunca sabemos exactamente cuánto tiempo nos llevará construir o mejorar algo. Así que puede que no esté terminado en tres semanas, pero tendremos algo que funcione y añada valor al sistema.
Priscila: Eso tiene sentido. Creo que al final también te da una sensación de logro. Tienes algún ejemplo de trabajo reciente que hayas realizado en mejoras o mantenimiento?.
Joey: La mayor parte de nuestro mantenimiento no afecta directamente a los clientes. Sin embargo, gran parte de nuestro trabajo de mantenimiento hace posible que construyamos futuras características. Por ejemplo, acabamos de lanzar una mejora que permite a los administradores reordenar los grupos en la Academia. Puede parecer un pequeño cambio para el administrador, pero en realidad tuvimos que reconstruir gran parte de esa página para hacerlo posible.
También hemos mejorado el sistema de exportaciones. El administrador sólo notará que ahora puede exportar mayores cantidades de datos a la vez. Pero tuvimos que construir un sistema completamente nuevo que pudiera soportar esas exportaciones y trabajar más rápido. .
Una gran parte del mantenimiento se realiza en nuestro entorno de desarrollo y en la mejora de la forma en que realmente podemos construir nuevas características - puede ser actualizando o cambiando el código. Aún así, puede facilitar a los nuevos desarrolladores trabajar en nuestro código. También facilita probar el sistema antes de desplegar algo en línea. Así se evita que aparezcan errores y se fastidie a los clientes .
Priscila: Eso es algo bueno. ¿Has visto el impacto de eso?
Joey: Sin duda. Cualquier problema que encontremos durante las pruebas no sale en línea. Hemos automatizado muchas de las pruebas. Hemos estado enseñando a más gente de la empresa a realizar las pruebas correctamente y a involucrar a más personas en todo el proceso. De esta forma, podemos detectar pequeños errores que los clientes ni siquiera notan.
Priscila:¿Cuáles son los planes de futuro en cuanto a mantenimiento?
Joey: Es la continuación de lo que estamos haciendo ahora. Como he dicho, la idea de tener un equipo dedicado a las mejoras es nueva, y estamos muy contentos con ello. Como ha explicado Thomas, también estamos trasladando cada vez más partes del sistema a una arquitectura de microservicios.
Siempre se puede mejorar el sistema y nuestra forma de trabajar. Sin embargo, estoy muy contento con las mejoras que hemos realizado hasta ahora, incluidos nuestros procesos y nuestra forma general de trabajar. .
Priscila: Por lo que he podido entender y desde mi perspectiva no técnica, ¡estoy de acuerdo contigo! Gracias por participar en la entrevista, y esperamos más mejoras.
Joey: De nada. Yo también.
