Somos un equipo que trabaja con código heredado que es bastante antiguo y está escrito en idiomas de los días iniciales de programación. Como los miembros del equipo están capacitados en la última tecnología y ahora se ponen a trabajar en el código heredado, no están contentos. ¿Cómo motivarlos a trabajar en código heredado también?Cómo motivar al equipo a trabajar en productos heredados
Solo el efectivo no puede hacer felices a los desarrolladores. Debe proporcionarles un buen ambiente para que puedan prestar atención a su trabajo.
Otra cosa es que ninguna tecnología es mala O heredada O anterior. Lo que pasa es que si su empresa necesita mantenerlo, entonces debe mantenerlo en funcionamiento. Pero mantenga todos los estándares para el diseño, codificación, pruebas, revisión de códigos, sesiones interactivas, etc.
También puede motivarlos para convertir su código heredado en una nueva plataforma para un mejor rendimiento y facilidad de mantenimiento. Cada empresa lo hace, incluso una vez, creo, porque quieren competir con otros productos del mercado.
También proporcione algunas sesiones geniales para otras tecnologías que se utilizan en su empresa pero que desconocen o usan. Déjelos estar profundamente en las cosas, bríndeles el tiempo y el apoyo adecuados para resolver problemas. El objetivo principal es entregar a tiempo con menos retoques y errores.
Ofrezca algunas recompensas por su trabajo y manténgalo feliz con su trabajo.
gracias.
Sin embargo, sin efectivo, en este caso no llegará a ninguna parte. –
Puede, por ejemplo, intentar hacer cosas extravagantes en el lado de las pruebas. Pruebe burlarse de marcos, etc.
Intente también enfatizar que el manejo del código heredado es una buena experiencia si desea convertirse en un programador sólido, ya que cada tecnología se convierte en legado.
¿Extra efectivo? :) No sé nada más ...
Incluso si se trata de código heredado de nuevas tecnologías, no siempre es un placer trabajar en dicho código, por lo que en las "tecnologías iniciales" ... supongo que lo único motivante es descubra cómo fue la programación en estos días ...
¿Tiene alguna posibilidad de retirar el código heredado en el futuro previsible? Si es así, "solo necesitamos mantener esto en funcionamiento hasta ..." podría endulzar la píldora.
¿Los miembros del equipo tienen experiencia en los idiomas/entornos en los que está escrito el código heredado? De lo contrario, podría ser una simple renuencia a hacer algo que no saben cómo operar. Posiblemente programar en algún momento para que ganen al menos una familiaridad pasajera podría estar en orden; siempre que no sea un cambio de paradigma de la última tecnología, ¿no debería ser tan difícil?
Envíe a su equipo a conocer a los usuarios y verlos usar software. Deberían descubrir cuáles son los problemas más críticos que los usuarios tienen con ese software.
Conocer a los usuarios hace que el trabajo sea más real: su equipo sabrá que agregar nuevas funcionalidades o eliminar algunos errores ayudará a una persona real. Eso debería motivar a los programadores a hacer un trabajo aburrido.
¿Los miembros del equipo solo pueden trabajar en el equipo de código heredado o pueden dividir su tiempo entre diferentes proyectos? No creo que nadie vaya a estar feliz de pasar una semana de 40 horas en la depuración de FORTRAN. Pero si tiene que dedicar algunas horas al código heredado sabiendo que puede tomar descansos durante el día para trabajar en algo que realmente disfruta, es un poco menos doloroso.
Y voy a reiterar lo que se dijo antes para asegurarse de que los miembros del equipo tengan tiempo de aprender y adquirir experiencia con las tecnologías anteriores antes de arrojarlas allí. Trate de hacer que el entrenamiento sea agradable también. Nuestro entrenamiento de código heredado se estableció como una competencia para ver quién podía encontrar la solución más rápida/más corta/más completa/etc. para problemas interesantes en lugar de tener que mirar exclusivamente el código en el que estábamos trabajando. Realmente, eso podría aplicarse al plan del equipo incluso si no tiene tiempo para el entrenamiento. Agregue un poco de competencia a la tarea en cuestión o permita un poco de tiempo para proyectos secundarios desafiantes y competitivos.
¿Cómo están siendo recompensados por trabajar en estos productos heredados? ¿Sabes lo que los motiva? Algunas personas pueden preferir el reconocimiento y el elogio oportunos, mientras que otros pueden esperar dinero en efectivo o entender que esto no es necesariamente lo que se registraron cuando inicialmente aceptaron el trabajo. Estaría tentado de sugerir que se realicen reuniones 1: 1 para ver qué les gustaría que los haría más felices. ¿Es más dinero? Mayor flexibilidad en tiempo libre? ¿Capacitación en las tecnologías heredadas? Afirmo que están haciendo un buen trabajo en estos sistemas antiguos, ya que los días iniciales de programación me hacen pensar en mainframes y otras herramientas realmente antiguas que uno puede preguntarse: "¿Cuánto más durará esto realmente?"
El efectivo no es la respuesta. Comida gratis, refrescos, lo que sea, que solo va tan lejos para aliviar el pesado trabajo del código heredado. ¿Qué hay de tratar de cambiar su perspectiva?
"Cualquiera puede hacer un buen trabajo con un código moderno que tiene un buen IDE con refactorización integrada, una tonelada de recursos a solo una búsqueda de Google de distancia, pero estamos orgullosos, banda de hermanos, somos lo suficientemente buenos para hacer esto con antiguos lenguajes de procedimiento. Domesticaremos este terrible lío de código y lo haremos con una mano detrás de nuestras espaldas y crearemos procesos y herramientas para asegurarnos de que los próximos pobres bastardos no lo tengan tan mal ".
jaja, eso es gracioso. Tengo que hacer COBOL y pensamientos como ese no son del tipo que normalmente pasan por mi cabeza – jaywon
Diría que la forma más sencilla de atraer la emoción más positiva de los desarrolladores a la codificación heredada sería hacer de nuevo algo nuevo.
Tenga una sesión o dos para identificar qué es lo que hace el código heredado, y luego tener una idea de lo que llevaría hacerlo de nuevo en una nueva arquitectura. La parte de la "nueva arquitectura" es la clave, porque 9/10 veces, es la arquitectura que es temida (código de spaghetti, convenciones preestablecidas, etc.).
Si no puede aprobar sus estimaciones de reescritura, al menos elabore un plan para obtener su refacturación del código heredado en el mantenimiento diario. Por lo menos, sus desarrolladores sentirán que están trabajando para algo, y algo nuevo en eso, en lugar de simplemente desquiciar la vieja decadencia que nadie quiere ni siquiera recordar.
Just my 2 ¢.
me gusta mucho "Enviar a su equipo para satisfacer a los usuarios y verlas usando el software"
Si tengo que motivar a mi equipo, voy a realmente hacer a mi desarrollador de visitar el uso y averiguar la cantidad de usuario es feliz con el producto
Realmente me gustaría desafiar cómo podemos hacerlo mejor de lo que existe.
La cantidad de tiempo requerido para motivar al equipo y aprender el código heredado y solucionarlo sin entusiasmo puede usarse fácilmente para construir el mismo material en una plataforma nueva, dada la cantidad de recursos, IDEs, experiencia, marcos, etc. disponibles de forma gratuita, las buenas noticias de que tiene el sistema en su lugar solo necesita cumplir el mismo comportamiento en una nueva plataforma, a diferencia de lo que tenemos que construir algo nuevo para algún producto cuyo comportamiento y experiencia de usuario no conocemos.
¿Qué legado tiene este código heredado? ¿Tienes algún ejemplo, idioma o biblioteca? –
Bueno, si el código heredado es RPG II, Fortran, Cobol, BBx (Business Basic), dBase III o algo similar, es fácil comprender su infelicidad ya que estos no son constructores de currículums sólidos en este momento. ¿De qué idiomas estás hablando? – kloucks