¿Qué hacen los ingenieros de software para mantenerse motivados en una rutina de sprint tras sprint?

No soy un programador, pero supervisé varios equipos de scrum que trabajan en varios productos que se encuentran en diversas etapas de sus ciclos de vida. Los equipos en los que se está creando una nueva funcionalidad están abordando desafíos de diseño y arquitectura, así como la codificación, y esto los mantiene interesados. En otros casos, estamos creando integraciones entre productos, por lo que hay capacitación cruzada y aprendizaje sobre cómo trabajar con nuestro bus de servicio y API. El único equipo en el que el producto está maduro y no se está desarrollando agresivamente muestra signos de problemas de moral. Este es un subproducto desafortunado del ciclo de vida de la aplicación.

¿Realmente no hay nuevos desafíos en tu trabajo? ¿O es posible que esté seleccionando solo tareas familiares y rutinarias, pero hay oportunidades para que se estire?

Un par de personas aquí se han ubicado cambiando herramientas e introduciendo nuevas tecnologías como una forma de mantenerse interesado. Como gerente de ingeniería que activa una alarma para mí: nuestras pilas de tecnología están configuradas. Los desarrolladores no pueden traer una nueva herramienta, introducir un nuevo idioma, probar una biblioteca de código abierto, etc. sin aprobación. Eso puede parecer restrictivo, pero es crítico proteger a la organización. ¿Existe alguna garantía de que la biblioteca de código abierto permanecerá disponible durante todo el ciclo de vida de su producto? ¿Lo estás señalando o lo has movido a tu código fuente? ¿Eso fue legal? ¿La herramienta que probó en una prueba de 30 días tiene una tarifa de licencia? Por desarrollador? Acaba de aumentar el costo de mantenimiento de su producto. ¿Actualizó su entorno de desarrollo con algo que requerirá que los usuarios finales también actualicen? (Un ejemplo anticuado es cuando Microsoft actualizó automáticamente nuestras máquinas de desarrollo con una nueva versión de Silverlight que no era compatible con versiones anteriores de las máquinas de nuestros clientes principales. No notamos la actualización hasta demasiado tarde y obligó a nuestro cliente a actualizar varios cientos de PC para actualizar nuestro producto. No estaban contentos. No querrá ser el desarrollador que lo provoque).

Habiendo dicho todo eso, una forma de dinamizar a los miembros de nuestro equipo es alentar (como en la financiación) el aprendizaje y la investigación a su propio ritmo. Está absolutamente bien que un desarrollador instale esa prueba de 30 días y experimente con ella. Simplemente no lo use para nada que vaya al control de fuente. Si resuelve un problema con él, preséntelo al equipo y al propietario de su producto e intente obtener la aceptación para agregarlo a la pila de tecnología de desarrollo.

¿Está realmente versado en todos los idiomas y tecnologías que se utilizan en su organización? ¿Podría trabajar en sus áreas más débiles y luego vender su nueva experiencia para asumir un trabajo diferente, tal vez cambiar de equipo? (Eso está mal visto como algo normal, pero vale la pena estimular el entusiasmo).

En pocas palabras: pregúntese honestamente si está aprovechando o aprovechando oportunidades para estimular su creatividad. Es posible que el scrum a largo plazo no sea para usted, en cuyo caso, siga los consejos que otros han dado para considerar la consulta.

Soy desarrollador de software por más de 8 años. Esto es más de 1/3 de mi vida de entrada. La motivación es lo más importante, piensa en tu carrera para seguir adelante. Para mí, las cosas que me permiten mantener la motivación son:

1. amor

Me encanta la codificación / arquitectura / desarrollo. Es lo más importante. Tenía posiciones muy difíciles y aburridas, pero debido a que me encanta el desarrollo de software, no me deja rendirme.

2. Tecnología

Amo las nuevas tecnologías. Por lo general, cambio mis herramientas principales después de 2 años. Ahora las tecnologías cambian cada día y me mantienen presente sobre cosas nuevas.

3. Proyectos (no es mi trabajo principal)

Excepto mi trabajo principal, hago muchas cosas de código abierto y subcontrato / proyectos independientes. Estas cosas traen algo de dinero y me permiten revisarme en diferentes esferas. Soy dueño de Dev Company (The Software Factory) y en este pequeño equipo hacemos algunas startups y proyectos que son muy interesantes para mí.

4. ciencia

Estoy tratando de usar algunas cosas científicas en mis proyectos. Por ejemplo, nuestra aplicación ADM (Administrador de datos aeronáuticos, soluciones avanzadas para navegación aérea) utiliza toneladas de cálculo y formatos de datos específicos. Es muy emocionante codificar estas cosas. Es la aplicación más popular en mi país que se ha vendido a diferentes países.

Debido a todo esto, no cambio mucho mi posición actual. Parte de mi tiempo estoy ocupado con mi trabajo principal. Otra parte hago mis propias cosas. Espero que te ayude a mantenerte motivado.

1. Saltos entre proyectos. Tras el lanzamiento exitoso de cualquier proyecto, tenemos unos días libres para dormir, recargar y lavar la ropa.

2. Bonificaciones. Cada vez que nos dan una fecha límite insana que significará muchas noches de insomnio y peleas con el equipo, hablamos sobre ello y, por lo general, significa un buen bono si cumplimos con la fecha límite.

3. Nueva tecnología. Escribir en los mismos 3 idiomas todo el tiempo podría volver loca a una persona. Cuando sale algo nuevo para lo que podemos tener un uso, siempre le damos una oportunidad a una pequeña porción del proyecto, solo un pequeño descanso del mismo viejo, el mismo viejo nos mantiene en marcha.

4. Cuando hay un par de semanas de inactividad (esperar la aprobación o el proyecto no comienza por un tiempo), trabajamos en nuestras propias cosas, lo cual es bueno hacer cuando estás en un edificio lleno de personas que son más fuertes en algunas áreas que le faltan, le da la oportunidad de buscar asesoramiento y mejorar.

Este trabajo sería muy malo si los propietarios de la empresa no fueran sensatos. De hecho, me encuentro con ganas de ir a trabajar temprano para terminar algo.

Yo era ingeniero de software. Fui al mismo proceso, me quemé totalmente y ahora me retiro. Mi sugerencia para ti sería.

  • Ahorre dinero para estar listo para la jubilación a una edad más temprana. Aprende a vivir simple.
  • Pídale a su jefe de equipo que le asigne tareas más desafiantes. es decir, utilizando nuevas plataformas, diferentes tecnologías. o seguir rotándolo para hacer una parte diferente del proyecto.
  • Estar con personas de un campo diferente el fin de semana. Ir a la iglesia, ciclismo, yoga, senderismo o lo que sea. Manténgase alejado de la computadora tanto como pueda durante el descanso.
  • Deja de trabajar para una empresa y consigue un trabajo como freelance. No es fácil, y no tuve éxito al hacer esto. Pero si pudieras hacerlo, te ayudaría a permanecer en el campo mucho más tiempo.
  • Sigue cambiando la empresa para la que trabajas. Creo que ya estás en el camino correcto. Nuevo entorno ayuda. Tu no te estas perdiendo nada. 🙂

Pregúntese “¿cuáles son las partes divertidas y cómo obtengo más de eso?”

Si le gusta unirse a nuevos equipos y avanzar rápidamente, tal vez podría formalizarlo como contratista o consultor en lugar de tomar posiciones “permanentes”.

Si te gusta profundizar en tecnologías específicas, un proveedor de software puede ser atractivo. Los consultores de preventa a menudo realizan proyectos cortos de prueba de concepto de unas pocas semanas con diferentes clientes.

Si la tecnología es la parte aburrida, ¿tal vez se divertiría más moldeando las ideas como propietario de un producto o validando como analista?

Personalmente, trabajo como arquitecto en un entorno de “empresa”, uniendo puentes entre las partes interesadas del negocio y los equipos de desarrollo. Esto me permite trabajar con el desarrollo todos los días sin ser realmente un desarrollador :-).